這次田明電腦接的投影儀！
“這是昨天的32個問題的清單！”田明說！
張偉立馬發現了，這份問題清單，和昨天和田明對的那一份，很多不一樣的！
這應該算是一份新版本的問題清單了，當然前麵的問題描述都一樣，後麵的問題列不同了！
看來做顧問的就是卷啊！昨晚張偉喝完老鴨湯回來，呼啦呼啦乾到淩晨，都忘記給女朋友彙報工作了！
從這份問題清單來看，昨晚田明喝完老鴨湯回來，肯定也是在酒店加班了啊！
“其中有21個問題，有解決方案，我們估計在最近3周可以搞定，還有11個問題，很有難度啊！”田明娓娓道來！
看來田明，比max還是要務實一些，max肯定是說成1個半月了！田顧問說3周！估計外部顧問應該節奏更快一些吧！
這樣看來，田顧問也給張偉多預留了1周的buff，但是這個buff不是張偉的，是田明的，張偉就2周！
“不錯啊，能有21個問題！”甲方的3人都很是欣慰！畢竟隻有11個了！搞定了一大半了啊！
很有成效！
“我們先看可以搞定的21個！”
第一個，我們打算用配置......!
第二個，我們打算用“Enhancement”這是一種SAP特有的技術.......!
.......!
全程，大家偶爾有討論，但是很多時候回，都還是非常高興的，畢竟之前好像都很有難度的問題，都能解決了！
雖然有些方案，不是係統的，但是確實，有些無法用係統搞定！
田顧問提供的非係統方案，也是很巧妙，比如優化下流程，調整下，單據格式等！
雖然沒法直接搞定，但是在最終落地時，係統可以集中做一些校驗，和報表展示，還是很不錯的！
這21個，能搞定的，雙方都很高興啊！
“現在，我們來說，搞不定的問題！”
“這4個，因為你們沒有上PP，MM，SD模組，咱們肯定沒法搞！這些憑證都是從那邊直接用業務生成的！”田明說！
“這個我們懂，但是這些業務，不能不進係統吧？”紅姐說！
“係統肯定要進的，我們現在的方案是，在金有浪係統裡，每月底產生總金額，然後再錄入到SAP!”田明說！
“這樣啊，那會增加我們很多工作量哦！而且有些需要分科目，有些科目還需要分明細，很是麻煩啊！會增加我們很多工作量的！”紅姐，覺得這個問題很複雜，不想讓步！
“無論如何，你們都需要製作，記賬Excel的吧，隻要你們能製作基於你們記賬明細的Excel，那我就可以隻需要增加最多1天，就能搞定這個事！”田明說！
張偉肯定懂，就是那個“BDC”外掛或者同胞兄弟，CATT或L**W，專門用於批量匯入資料用的！但是這個也不需要1天，估計田明有另外的計劃！
“............!”紅姐，有點啞然！1天！堅持還是不堅持了？
“王主任，這個問題，本期合同，確實沒法包括，如果要自動完成，那這個就是合同擴大很多倍的事了，畢竟這次，咱們主要搞定財務的問題，後麵還有“內部銀行”，“合併報表的”的事，這個就增加1天，我覺得可以作為二期的過渡方案，你覺得如何？”田明把這個問題拋給了王主任！
“紅啊，你看，要不咱們就先過渡下？確實我們這次，重點是財務！”王主任說！畢竟如果要增加其他模組，可不是這個辦公室幾人可以決定的，別把事情搞大了！
“那也行吧！”紅姐，不情不願的答應了！
剩下7個，田明，也是一個一個的過！
基本就是極限拉扯！當然這次極限拉扯，田明表現的遊刃有餘了，要淡定很多了，畢竟昨天和張偉都確定好了，都是可以搞定的！
又是一個上午，唇槍舌戰，當然比起之前，那火藥味，都是在可控範圍內的！
當然上午張偉也沒辦法專心幹活，畢竟邊上戰火四起，偶爾就要波及到自己！
下午還好，張偉可以專心的搞自己的工作！
晚上田顧問，又是邀張偉去吃烤魚，畢竟一切都盡在掌握，人逢喜事精神爽啊！
張偉那是盛情難卻，主要是，專案組現在就兩人是乙方的！
今天還透露了，後麵還有2人過來，一人搞內部銀行，一個搞合併，都是張偉不熟悉的內容，這個合併聽說是財務金字塔尖的存在！
吃飯的過程中，張偉還請教了田明，為什麼今天的Excel和昨天的不一樣！
田明也是，完全敞開了說，竹筒倒豆子，畢竟高興啊，張偉又那麼上道，連眼神沒有傳達的資訊都能無師自通，這就是個絕佳的戰友，他強了，纔是我最好的助力啊！
還有就是看見後輩那麼努力，那麼有靈性，後麵肯定有前途，人家才畢業兩年啊，多提攜下肯定沒錯，人在江湖上混，多個朋友多條路啊！
田明那是完全是知無不言言無不盡！有問必答，甚至還延伸回答，沒問的都會接著說！
張偉聽後，那是震驚的不行，反正是陸陸續續交流的，中間還有其他各種談天說地！
張偉回來後，經過今天的觀察，和吃烤魚時的交流，進行了總結！
當然還有自己本身的經驗積累，張偉也大概搞懂了這裏麵的道道啊！
隻能用厚黑學來形容了！
張偉感覺，這個做專案，和做技術，簡直是天壤之別，怪不得，這個收入那麼高，一不小心，就是幾十萬、甚至上百萬的虧空啊！
張偉把零零散散的各種資訊匯聚後，推理總結了下，做專案大概的門道應該是這樣的！
這個32個問題清單，確實不能答應太快，畢竟控製使用者需求，壓低專案預期，是每個專案必須要做的事情，否則專案範圍就沒邊際了，隨之而來的就是專案成本無邊了！
比如，那個成本中心控製上限的問題，雖然是王主任提的，但是田明依然放進這11個不能解決的清單裡了！
王主任總共提了6個問題！3個可以！
即使能搞定，張偉看田明說這3個可以搞定問題時，也是提升了複雜度，和難度的，重點是拉長了，搞定問題的時間！
就3個搞不定！作為甲方PM，總量已經有21個可以搞定啊！先看全域性是好的！
當然這個成本中心控製肯定很重要，你說王主任會不會放棄了？
答案是肯定的！不會放棄！
但是至少王主任，知道另外3個都搞定了，雖然田明說的很有難度，但至少能搞定！總的21個能搞定，其實是25個！
這3個，再來和專案組拉扯，也是鬆了一大口氣啊！
比起之前那麼多問題，現在好太多了啊！
田明的想法是，如果全部都搞定了，那麼王主任肯定會，又提各種其他的需求，先用這3個，來和王主任，多拉扯下，牽扯下對方的精力，別給專案組提太多需求了！
如果放開了讓使用者提需求，那專案成本就海了去，金額再高的專案都會虧的底褲都不剩！
王主任這種級別提的需求，想退掉很難，最好的辦法是，先別人讓她說出口！
實在要說出來的，一定是剛性的需求！
現在有3個需求和她拉扯，每週磨一個，然後軟磨硬泡下逐個放開，至少可以牽扯她三週的精力啊！
反正的牽扯下甲方提其他需求的精力，同時讓甲方知道有難度，而不是肆無忌憚的來提需求！
當然如果是真正有價值的需求，肯定是需要採納的，隻是要讓對方知道，不能無限製提需求！
這是作為一個乙方專案經理，必須要把控的！
如果一直用！
不能做！
做不了！
係統不支援！
你手工吧！
這樣的理由拒絕甲方！那就是把專案推向失敗的節奏！
而是要讓雙方達成某種都能妥協、能接受的平衡點，這個需要雙方來試探！
不能一方佔盡了便宜！
另外一方受盡了委屈！
那麼專案肯定失敗！
要麼甲方覺得專案達不到目標，停掉專案！
要麼乙方虧的底掉，直接放棄了專案！
這樣的結果，是雙輸！
所以田明，最終留下11個問題，就是來達成這種目的！
當然比起之前，這次田明的策略，都進退自如，心態也更加的紮實！
他是真的知道，可以搞定！隻是在實施某種策略吧！
最終，極限拉扯下，在最終確定可以做，或者告訴對方隻要增加1個小時就搞定了！
這樣大家都皆大歡喜！
這樣的專案，纔是最好的專案搭配模式！
當然這種操控專案的技巧，需要乙方來完成！
甲方專案是總包價格，我要的東西越多越好，超合同範圍？
不存在的，超了再說吧！
萬一乙方好欺負了，我不是賺了麼！
超範圍越多越好啊！
如果和甲方簽的是人天合同，沒有封頂價，用多少人天算多少錢，那做專案的方式就變了，就要盡量引導專案的需求，讓客戶提需求，越多越好！
但這種封頂的總包合同，而且還有交付週期的，那必須得控製需求，降低預期，以專案在規定時間，完成交付為最終目標！
這過程肯定不會是你好，我好，大家好！
這一定是某種程度的博弈行為！
NND張偉覺得，這和昨天自己理解的做諮詢，有很大的出入啊！
不過這版，一定是精髓，昨天那版完全就是自己意淫的啊！
但是昨天那版，是基礎，今天這版是核心，是精髓！
但無論如，自己的修為肯定又提升啊！
當然不是程式設計修為，而是專案厚黑學修為！
張偉拿起電話，就給女朋友分享了這些心得！
女朋友對張偉這種，六邊形的發展模式，既驚喜，又感慨，這還是一個程式設計師麼？
看女頻小說每天能領現金紅包🧧