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