項目管理之授權，拿什么信任你，我的兄弟
作者：張子良
版權所有，轉載請注明出處
剛剛遭遇一個失敗的項目，在遭遇和經歷兩個詞之間我有點猶豫，最后還是選擇了遭遇。這是一個外包項目，是的，外包項目，不過我們是乙方（相對的甲方），而我就是這個悲催的乙方的項目經理。先介紹一下項目的情況，整個項目分為三個部分，界面子系統、業務子系統和數據子系統（專業名稱替代品，有些東西不方便說），各系統之間采用SOA架構設計，采用通訊中間件作為連接的橋梁和紐帶。原計划界面子系統由我們進行開發，業務子系統外包給第三方（丙方），數據子系統為我方現有系統，不做調整。說失敗是因為，界面子系統在入場聯調當天即被客戶否定，然后兩個周后被Pass，客戶找了另外一家公司，另外兩部分不做變化，吃到嘴里的肉被別人給摳了出來，這也是做項目以來的第一次。寫此文，以做祭奠和反思。
一、輸在起跑線，撒手的外包項目管理
三月份確認項目由我負責跟進，業務子系統的外包已成定局，也已經啟動，前期需求和分析都沒有參與。得到高層明確的指示，完全外包出去，不要干涉具體的實施，現在看來這本身就已經是一個悲劇，后續的很多問題都是由此引起的。甲方和丙方直接溝通的結果，就是我被透明化處理，直接被無視，樂得清閑的懶惰和高層對外包方的盲目信任，成了一切罪惡的根源。期間4月份申請進入項目組，被高層以節約成本為由，婉拒。現在看來，項目管理過程中的妥協和退讓，必須是有原則的。其實，從一開始就已經嗅到了其中可能的問題和風險的味道，所以我也並非完全的無所作為，既然是項目的外包，那就按照外包的套路來，以下是我所采取的措施：
1.明確時間節點和里程碑
與丙方項目經理明確要求對方提交時間節點和里程碑節點。沒有時間節點的項目是可怕的，既然外包了，就不要關注細節，只需要把握大的時間節點即可。這一點感覺對方配合的並不太好，並不積極，前前后后溝通了很多次，到最后只要到了一個5月20號入場測試的時間點，這一點很是不滿意啊。其實原因可想而知，要么對方並無明確的時間節點，一邊開發，一邊測試；要么就是對方對時間節點沒有把握。后來的事實證明證實確實是后面的情況。而時間卻在這無盡的往復溝通中流逝。
2.階段成果階段提交審核
軟件開發是一個分階段的過程，項目成果的提交必須是分階段的，想做甩手大爺，也並不是件容易的事。不做需求分析可以，但是不了解最終的需求就是你的問題了，我腦子里的漿糊濃度還是不夠的，關於階段成果的提交，意識到對方問題的所在，我態度很堅決，也如願拿到了個階段的成果，需求規格說明、數據庫表設計說明、界面接口報文規范和標准。
二、不要把一切都歸咎於接口，不懂業務才是真
拿到界面報文接口的同時，我就開始申請資源，正式郵件，資源需求都提出來了。得到的回復就一個沒人。那就沒人吧，做自己能做的事情吧，別的不說，需求，關鍵是需求，需求是業務的代表，弄明白了需求，其實業務也就清晰了。5月10號左右吧，總算有了人可以進來，矩陣型的項目組織結構，就不要奢求全職的進入了，然后就有了界面設計的實質性工作。而在這個時候，我犯了一個致命性的錯誤，放手，放手讓界面設計人員去主宰界面設計的工作，而自己醉心於繼續整理業務流程和規則。頁面部分，介入的人員據說是一個對界面很熟的人，其真能力和技能現在來評價的話，只能是一個功能級的程序員，而我卻由於認識的錯誤，放手讓他去負責整個界面的設計工作，而不是單獨界面的實現，而過程中，也沒有及時的跟進，階段成果的審查。而結果，可想而知，花費了大約一周的功夫弄出來的東西，是一個增刪改查都單獨存在界面，沒有業務，沒有邏輯，沒有跳轉，沒有...，總之除了不需要有的，其他都沒有。此前，關於界面的設計，相關部分的相關人員的說法，就是很簡單，很簡單，這算是給了我一個血的教訓：不要相信任何人說的話，除非是你親眼看到。 其實還是我的警惕性不夠高，真正的問題，其實還是在我的身上，界面部分需要和業務聯調，單獨根據接口設計的界面，沒有經過業務的檢驗是不可能作為成品出現的，正是因為抱有這樣的想法，我才放心的把界面設計的工作拋諸腦后的，而現實再一次擊碎了謊言：做界面，是需要邏輯的，即界面邏輯，不是擺上元素就叫做界面設計的，雖然沒有業務支撐的界面邏輯是不完整的，但是不符合常規習慣的界面邏輯也是不可接受的。所以，軟件設計的過程中，不要將任何東西，作為默認的邏輯，常規的邏輯，即使是最簡單的東西，也必須有明確的規定，否則誰也不知道最終你會拿到一個什么樣的東西。
三、行動，拿什么才能挽回你的心
5月20號丙方項目團隊進入客戶現場進行聯調，而我也終於化來了緣，界面開發人員終於到位，外部協調進來一人，原有其他項目現場人員三人，負責界面設計和實現。這樣的人員配備還是滿意的，雖然前期的設計版本很是不滿，但考慮到現在的人員配置、任務量和時間計划，按照進度進行，完成界面設計工作還是有富裕的。
計划中與用戶業務部分的溝通是迭代式，按照業務類型分類，每完成一部分類型的業務立即進行一次的關於界面設計的溝通。畢竟，業務人員要看到的是實實在在的東西，其他一切都是虛妄。而這個時候，又有一個意外發生了，部署完開發環境后，在我不知情的情況下，業務部門負責人員看到了界面設計的第一個版本，耶穌、上帝、如來佛啊，這哪是敢給客戶看的東西啊。
不好的聲音不斷的傳來，客戶對界面極度不滿，主要集中在三個方面。（1）界面元素看不懂，元素名稱都是些技術化的名稱；（2）界面設計技術化，沒有考慮實際業務操作的用戶習慣；（3）界面邏輯簡單化，跳轉關系根本就沒有。突然間的變化，打亂了我的計划。調整在所難免，淡定，告訴自己要淡定。立即調整計划，界面邏輯和業務邏輯分離，集中力量調整界面邏輯，盡快拿出東西，挽救危機，爭取業務部門的認可。而此時，也到了故事的高潮，界面設計負責人員執行力不夠，配置了相關的資源，但是始終拿不出階段性的東西。錦上添花易，雪中送炭難，而這時計划中的人力資源卻發生了變更。
四、資源，又是TM的資源
界面開發人力資源情況的變更是意料之外的事情，來現場之前並不知曉，讓我有點措手不及，三個人離職了，跳槽到了甲方。雖然經過與甲方的磋商，可以讓相關資源留用到界面系統完成，但是，三個人本身要參與其自身工作內容的完成，還有一個休假回家，資源占用數不足一人，使用率不到50%。只好立即向公司申請資源，然后，我就不夠淡定了。各種聲音，各種阻力，前車之鑒，原則問題寸土不讓。軟硬兼施、軟磨硬泡、爭過、論過、吵過、也罵過娘。三天后，總算是有了結論，補充一個非界面設計人員進入項目組。而收到消息的同時，也從客戶方面得到結論：界面子系統交由第三方進行實現，其他部分不變。
五、出師未捷身先死，長使英雄淚滿襟
項目還在繼續，而我依然不夠淡定，畢竟還是道行不夠啊。完敗，完敗啊。借用一位師兄的話收尾："公司的事，沒人就是沒人，做成什么樣就是什么樣，關你屁事"。是啊，關我屁事。也許真有到了關我屁事的那一天，也許我就淡定了，也許就真的不關我屁事了。
項目故事，如果喜歡就推薦一下，評論一下，多多交流，尋求正能量，積極做事，加油！！！