估計沒有人會愿意，甚至喜歡去做那種會讓你不死也活脫脫掉層皮的苦項目，沒日沒夜人如機器扳高速在運轉，即便最后項目最終做成了，整個項目組的人也在過程中被折騰得不成人形。或許能夠把人做到吐血，以至于丟掉小命的項目不少人曾經遇到過。我把這種項目叫成骨頭項目，雖然不少人喜歡啃骨頭，特別是硬骨頭，在多番嘗試努力之后咬到嘴里的肉吃起來別有味道，更有快感，但是這種快感需要付出更多的代價。

　　什么樣的項目會讓你在過程中做得比較輕松自如，游刃有余呢？需求明確，開發進度合理，技術風險可控，人員配備到位且團隊士氣活躍，多方條件一一具備之下，或許你的項目會如大塊吃肉一般，過程和結果都那么愉悅，但是這樣的項目對于絕大部分的人來說，應該說一個一個美好的夢想。

　　有沒有這種吃肉形的項目呢？有，但是為數不多，至少自己工作了這么多年，也就那么一兩次，而且還是10人/月之下的小項目。記憶比較清晰的是一個數據庫遷移項目，主要是更具需求完成Oracle 存儲過程開發工作，整個項目是4人/月的開發工數，但是投入了2個Senior Engineer，2個Middle Engineer和1個Junior Engineer進行開發，那個時候公司的項目不緊張，人員資源也就稍微富足一點。5個人做了1個月（實際投入工數是5人/月，超過項目預算），由于客戶需要我們完成存儲過程的開發和測試數據和測試報告，要求測試數據的覆蓋率需要100%，時間和人員都比較充裕的情況下，我們想了一個辦法來測試存儲過程的覆蓋率，我們用C#的按照存儲過程的邏輯重新編寫，然后用Nunit和Nconver結合的方式確保我們構造的數據的覆蓋率達到百分百。在生成測試報告的時候，我們又用Excel的VBScript腳本編寫模板，自動導出數據和做成報告。這個項目在兩個方法被實現后，后期的工作非常輕松，特別是整個項目的質量非常高，客戶沒有提出過一個Bug。也只有這樣的項目配備和人員結果才能讓我們有時間思考和嘗試如何做得更好，做到最后就像吃肉般的舒服，對于其它的都是在一次一次地啃骨頭，甚至雞肋，我們在做項目的時候容不得自己挑挑揀揀，所以即便明知食之無味，但是公司不會丟棄。我們也只能硬著頭皮頂上去，這個時候感覺自己如果是在炮火霏霏的戰場上，自己懷里估計就揣了一桿木槍，還在奮力沖刺。

　　從早上收到郵件說關于美國醫療領域的那個項目的合同已經基本確定，目前已經可以確定的規模大概有120人/月，這些和上周在周會上的得到的情報基本吻合。只是今天比較明確的是這個項目將會交給我的開發團隊來處理，而且客戶希望能夠在8個月內能夠完成項目的開發工作，后續有2-3個月的客戶試用測試、交付使用和問題對應階段。

　　郵件附件中有一些關于這個項目的簡單介紹，項目主要是客戶希望能夠給美國的醫院提供在線服務的功能，能夠為醫院里面的醫生提供在線辦公，同時病人提供在線看病和病歷管理的服務。郵件里面的內容比較簡單，大概地介紹了一下項目的目的和希望，還有幾張簡單的項目結構示意說明圖。

　　看著郵件和那幾片概述性的論述文字，感覺像對著一顆定時炸彈。120人/月，8個月開內完成，還不包括2-3個月的需求調研時間，實際的開發時間也就是5個月。120人/月的工數中，開發估計在100人/月左右，那至少也需要20個人才能夠在5個月內完成開發。這種小學的加減乘除地算法在我的腦子來回運算著，越算越感覺到時間緊迫。

　　“一場艱苦的戰。”在自己心里冒出的直觀感覺，我深深吸了口氣，便站起身準備找項目總監去，對于這個項目的一些事情我需要和他確認清楚。

　　我把項目總監約到了會議室，還沒有等我坐下，他就先開口問道：“早上發給你的郵件你看過了嗎？”

　　“嗯。”

　　“那好，我們現在可以先著手準備，預計合同很快就會簽下來，然后在下月初估計整個項目就會開始。”

　　“嗯，這個項目已經最終確定交給我們團隊來做嗎？”我還在需要再次確認這個問題。

　　“是的，關于人員方面的問題我們也在考慮。到時候會給你協調其它團隊的開發人員和部分外駐開發人員。”

　　“外駐？”聽到這個自己感覺壓力更大，因為之前的項目中用到過外駐人員，也就是其它公司外派到我們這里，臨時性的加入開發，這樣的人員在項目中的風險很大，不容易管理。

　　“是的，這個項目需求，開發和測試的人員都加在一起，預計會有20人左右，從公司目前的人員狀況來看，我們只能使用部分外駐人員參與開發。但是我們還是計劃再招聘一到兩個的Senior級別的開發人員補充到你的團隊中。”

　　從公司的角度來考慮，對于這種項目的確會希望使用外駐人員的參與，因為為了一個項目一下子把一個團隊從目前的7個人一下擴充到20人，一旦項目結束之后，那后續補充進來的人員的安置也就有一定的問題，所以基于成本的考慮，公司的做法倒也合情合理。