我們如何開始對項目進行管理：需要什么樣的人
引言 誰應該對項目進行管理
項目管理的的文章和書籍到處都是，我也不敢在這班門弄斧。所以以下的文字主要關注從沒有管理到開始對項目進行一些管理這個過程，通常沒有進行管理或者很少進行管理的項目也不會特別大，所以本文并不一定適合大型項目。本文也不完全符合某一流程或者標準，其中一些只是我個人的一些淺見，如果能拋磚引玉，那就再好不過了；如果哪里說的不對，肯定各位筒子們盡管拍磚。
作為項目組的成員之一，不論你是開發工程師，測試工程師還是數據庫工程師，你都對項目管理負有責任。在工作中，工程師應該精通自己的部分，優秀的工程師還應該熟悉別人的部分，實際情況中的工程師通常還需要在必要的時候（有人離開）頂上去做任何一個部分，此時，對項目的整體的把握至關重要。在參與到管理的過程中，也會提高自己的項目管理能力。其實，“項目管理”四個字重點不在管理，而在項目，當你的心在項目上，你就是管理者，項目就有可能因為你而成功；反之，即使你是個小角色，項目也可能因你而面臨失敗的危險。
（一） 我們需要什么樣的人
在前面的文字中，我提到項目中的人員。我個人通常喜歡稱項目的參與者為“工程師”，不管是開發，測試還是數據庫管理，還是需求分析，項目管理人員。工程師這個詞，其實包含了很多內容，不僅僅是壘代碼，而是要像做一個建筑工程一樣，考慮自己的部分對其他部分的影響，設計自己的部分，構建自己的部分，測試自己的部分，這是一個有機互動的過程，不是一個簡單機械運動。我要強調的是工程師是技術工種，不是熟練工種，作為項目組的一員，我們也要從內心去做一個技術工種而不是熟練工種。
基于以上的考慮，我認為項目組成員應該至少具備如下三個特征：
1， 具有本領域內基本的技術能力和學習能力。我堅信不知道開機按鈕在哪的同志確實干不了修理電腦的活兒，也不認為三天學不會hello world的程序員還有在這個領域生存的機會。
2， 專注于工作的精神。哪怕你工作一分鐘，也請專注的工作，專注的思考。專注成就價值，只有專注的做事情，才能有所斬獲。
3， 能夠與人溝通。眾所周知，溝通對于項目的成功有多么重要，所以溝通是項目組成員比不可少的素質之一。
工程師，還是代碼工人。你的選擇？
（二） 始終關注交付物--不管是項目經理還是開發人員（項目中的所有人）
項目一開始，我們就開始和客戶談需求。“汽車怎么賣跟我程序員有什么關系？如何讓你的客戶滿意又關我什么事？只要告訴我你要什么就行了嘛，廢話這么多”，很多程序員都這么想。
隨著這些我們并不關心的事情越談越多越談越深入，我們越不耐煩，越想早點兒結束，進入我們自己的代碼的世界。此時，我們忘記了真正重要的真正最核心的東西：我們要交付什么東西！此時你會說，我沒有忘記，我就是要做個B2B的電子交易平臺。沒錯兒，就是它，但是它是什么呢？包括什么呢？為什么是這樣的呢？將來有可能會變成什么樣呢？甚至這個平臺能為我們的客戶帶來什么呢？不知道你能回答上來多少。
我們的交付物---它可能是一個獨立工作的功能，可能是一個部署的方案，也可能是一個幫助文檔， 它才是值得我們一直關注并且必須要關注的東西。對于它，我們應該深入的去了解，它能干什么？ 為什么要這么干或者能為客戶帶來什么？在整個項目中處于什么位置？關鍵的挑戰在哪里？何時交付最給力？最晚何時交付還能有效？如果沒能交付會有什么后果，還有替代方案嗎？
為了了解我們的交付物，我們必須深入的了解客戶的需求。當我說到需求，我不想你聯想到海量的客戶業務信息，雖然那也是我們需要了解的；我只想讓你去深入了解當前你在思考的交付物，以及跟它有關聯的業務接口，當然，還有它產生的影響。關注交付物的最大好處就是能夠保證項目的交付，而最核心的技術就是學習客戶的業務—雖然我們是程序員，但其實我們應該是全才。
在此過程中，原型法是個不錯的主意。原型不一定是一個客戶看的東西，我不太看重那些重型的花費太多精力的原型。有時候，一個流程圖，簡單的幾行字，幾條描述業務的問題，一段與用戶關于功能點的深入短暫的交談，都是很好的原型。原型其實就是將你理解的東西，讓用戶理解，并得到用戶的反饋，不管用什么方式，只要達到這個目的，那你的原型就成功了。
最后，一切關注交付物的努力都將迎來收獲的季節：驗收。項目組員可能關注交付物，而項目領導者可能更關注驗收。其實關注交付物，就是關注驗收，因為驗收就是由一系列的交付物組成。乍一看，驗收貌似就是一堆代碼或者一堆文檔，其實不然。驗收其實是一個過程，是一個從開始就需要得到關注的過程。在項目開始的計劃和設計階段，每一個交付物都應該有一個完成的標準，即做到什么時候為止，一切交付物都應該是可驗證的，而這種驗證方式應該得到客戶的認可。這些驗證方式可以是一些測試用例，也可以是一些其它的標準，但是必須得有，我們一切的工作都要圍繞這個驗證標準進行。要努力讓客戶相信：驗收就是跑完客戶已經簽字的測試用例，系統出現的錯誤在可以接受的范圍之內。我們并不是欺騙客戶，而是要客戶進行深度參與，讓它們意識到這些測試用例的重要性，從而更好的實現雙贏。
原文鏈接：http://www.cnblogs.com/GodSpeed/archive/2011/06/07/2074665.html
【編輯推薦】
