需求調研，基本問題不大，張偉最關心的3個問題，大家都在問題中，有收集到。
張偉劃分出來的32個方向，簡直是太棒了。
特別是小趙、小李，能感受到其中的價值，以前他們做需求調研時，像無頭蒼蠅，各種問題隨機問，完全是零散的。
而這次，張偉劃分了32個方向，效率非常高，針對性還很強。
雖然有遺漏，可是已經不重要了，都是邊邊角角的，不影響格局了。
張偉當時確定32個方向，是基於程式設計師的本能，和專案厚黑學來的。
嘿嘿！
程式設計師要的是掌控感，於是張偉把所有的材料梳理一遍，歸納出了32個。
專案厚黑學，是要控製需求，限定範圍，IT係統如果不加以控製範圍可以說，需求無窮多，成本無窮大。
現在張偉一上來，就給你32個，那麼就有錨定效應了。
32！
成為標杆，成為錨定！
哈哈，這招真絕！
框定範圍，要從第一天就開始，而不是在中途生硬加入！
一棵小樹苗，在第一天就給他掰直了，而不是長成半大樹木了才來掰直，雙方都痛苦。
隻有這樣才能從根上控製住專案成本。
這是自己在上個專案參悟出來的操作手法。
這期間，張偉也沒有閑著，按照專案組檔案模板要求，自己梳理出了，重要的交付物“藍圖檔案”框架。
同時這個也是，自己的第二條能力邊，第三階段，最重要的修鍊進階標誌產出物。
當張偉把這個框架梳理完成時，張偉感覺，自己的SAP第十層結丹，好像鬆動了，突破的契機迫在眉睫。
藍圖的模板框架為。
1、現狀與需求分析
2、功能實現方案
2.1、業務流程概述
2.2、功能方案
2.2.1、操作點
2.2.2、控製點
2.2.3、報表
2.2.4、介麵
2.3、原型方案
3、總結及提高
隻要這個搞完，SAP藍丹的第十層，丹紋的走向、丹紋的佈局、丹紋的形成的形狀，統統一目瞭然！
哈哈，近在咫尺的突破感真爽！
想起以前每層突破，都要苦心尋找機緣，這次完全是目標明確，直指10層結丹勢如破竹，狂傲奔進！
當然，這份架構，也是妥妥的極品精鍊而成的結晶！
既有現狀的闡述，還有未來係統的具體概述，還有領導關注的流程控製。
最最重要的，還有上SAP係統的真正價值展現“總結及提高”！
說白了，就是要向客戶證明你這1500萬花的物超所值！
分到張偉頭上是600萬，張偉要讓客戶覺得這600萬花的值。
最後600萬除以32個方向，每個方向價值18萬！
張偉打算，從此刻起，就給客戶秀價值，分配到專案交付的9個階段！
也就是32個方向X9階段X2萬單價約等於600萬！
哈哈，有點扯遠了，下一步，儘快突破10層結丹了！
需求調研的32個檔案，搖身一變，成為藍圖檔案的第一部分了，當然本身的32個需求調研的檔案，原封不動的存檔了。
週四下午，張偉正式召集大家，進入了藍圖階段。
張偉召集小組的8人到會議室，開始正式啟動藍圖階段，一邊是PPT投影“藍圖設計階段啟動”，一邊是白板！
“各位，咱們今天開始正式進入藍圖設計階段。”張偉指著投影儀上的32個方向，“FI和CO兩個模組，一共需要輸出32份藍圖檔案，我們有8個人，平均每人4份，強度不低。”
話音未落，小李咕噥了一句：“張哥，這32份怎麼編？格式有嗎？”
“有。”張偉一笑，拿出厚厚一遝資料，一頁一頁發到每個人手裏。
同時開啟了PPT下一頁，的檔案模板結構。
封麵標題寫著：XX業務藍圖詳細設計
PPT投影和發下去的列印紙都是，7個部分。
然後張偉，開始給大家講解，如何編寫這7個部分的內容。
1.現狀與需求分析，簡述當前業務流程的問題、痛點、目標。
這部分，寫的是你們這兩天需求調研的內容，當然不能照抄，需要按照模板結構進行編寫。
2.功能實現方案
2.1業務流程概述：畫出業務流程圖，描述流程各環節。
......
張偉把每個板塊的意思，以及需要寫什麼內容，都一一進行了闡述。
大家在張偉發的紙張上，都嘩嘩的記錄著重點。
“別被字數嚇到，”張偉笑著掃了一圈，“我會和趙顧問、李顧問一起盯內容，你們隻要專註把自己負責的流程講清楚就好。係統怎麼實現，是我們的事。”
關鍵使用者舉手問：“那我們寫這玩意兒之前，是不是得先梳理流程圖？”
“沒錯，”張偉早有準備，點開投影屏，“我已經建好了流程庫，按科目、業務場景分類。這周我們先一對一梳理業務，每人認領4個流程，我負責把你們講的內容‘翻譯’成係統語言。”
小趙補充：“我們做的不是PPT，是一份可以落地的係統藍圖。未來開發、測試、培訓、上線，全靠這檔案。”
“檔案不寫全，出問題的是我們大家。”
小李也接話：“寫得越細，後期返工越少。上線後你們不會被使用者追著問‘當初是不是你簽的’。”
會議室一陣輕笑，氣氛輕鬆不少。
張偉趁熱打鐵，開始分派任務。他在白板上寫下幾個小標題：
FI模組：
總賬管理（GL）
固定資產（AA）
應收管理（AR）
....
CO模組：
成本中心（CCA）
利潤中心（PCA）
.......
“按照這8大類分配任務。”
張偉轉頭看向關鍵使用者們“你們每人選一個熟悉的業務型別，認領開始填的第一份檔案。三天內完成第一版，我會逐份審閱，指導修改。”
一個關鍵使用者有點猶豫：“張顧問，我們以前沒寫過這種檔案，要是寫不出來咋辦？”
張偉笑了笑“不怕寫得爛，就怕不寫。寫出來纔有問題，才能講清楚。我們SAP專案，最怕一句話：‘我當時不是這個意思。’”
大家鬨堂大笑。
“另外，每份檔案我都安排了我們顧問團隊配合整理，你們的責任是‘講明白業務’，顧問負責‘翻譯成係統語言’。”
關鍵使用者點點頭：“那我選成本中心的那塊。”
大家紛紛開始確定自己負責的板塊內容。
“好，分組就按這個來。”張偉迅速在Excel上完成了一張分工表。
“下週五目標是完成‘初稿’，我們下下週開內部藍圖評審會，把所有內容過一遍。”
張偉收起白板筆，看著大家：“SAP專案不怕難，最怕前期沒溝通清楚，後麵全靠猜。我們寧可檔案寫厚點，也不能讓後麵係統實現‘拍腦袋’。”
“各位，我們今天起，正式並肩作戰了。”
分工完成後，張偉留下了，小趙、小李，又COPY給他們一些檔案說“這些檔案，是專門給你們的，如果客戶不會寫的，這是參考，但是不能直接發給客戶，你們懂的。”
“張顧問，懂的，懂得！”
二人又有禮物收，高興的合不攏嘴啊。
畢竟他們之前做那麼久的專案，獲得的這種寶藏，少的可憐。
像張偉這麼大方的顧問，少之又少。
算下來，還有6個工作日，平均每人完成4個藍圖檔案編寫，平均1.5天完成一個。
張偉覺得，為了確保按時按點，順利完成。
張偉在組內小群說“最近這6天是藍圖衝刺，我們為了保質保量，問題能及時解決，每天下午5.30開總結會，我逐個給大家解決當天碰到的問題。”
張偉這個老六，把每天review大家的工作，講的那麼清新脫俗，也是沒誰了啊，居然打著幫大家解決問題的藉口。
當天給你解決完問題，如果你沒有完成，幫你“解決的那些問題”你要不要加班搞一下了？
事前有交代，過程有監控，完不成還能給予幫助，這樣才能確保結果有保證。
靠製度、靠方法、靠執行，而不是靠信念、靠承諾、靠嘴巴忽悠。
更加不是等到最後一天，沒法交任務，發現天塌了。
管理的道道，好像被張偉玩出了花啊。
張偉的第二條邊，管理能力，像是坐了火箭一樣噌噌的竄升。
晚上吃飯，張偉的進度，已經超過其他模組2天的時間了，SD模組更加了，今天新的人剛來。
前麵多趕點進度，給後麵留足冗餘時間好周轉騰挪啊。
何總，對張偉的進度，和操盤手法，大加肯定，呼籲其他模組向張偉學習。
看女頻小說每天能領現金紅包🧧