《播客》項(xiàng)目總結(jié)之項(xiàng)目管理

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

引言： 
　　如果標(biāo)題改成《被管理總結(jié)》的話，我可以滔滔不絕的說上個(gè)半天，但是如果是管理項(xiàng)目的話，我實(shí)在肚里的貨有限，因?yàn)榈街两褡鲞^的最高職位不過是個(gè)“班長(zhǎng)”而已。 
　　但是這次《播客》項(xiàng)目在管理方面的確出了問題，而且是滿嚴(yán)重的問題，以至于到后來項(xiàng)目差點(diǎn)失控，而且最終的交付作品質(zhì)量的確讓人汗顏。如何避免下面程序員很累，但效率卻很低；上面不停的催，產(chǎn)品卻一個(gè)bug接一個(gè)bug，完全沒法交付；項(xiàng)目經(jīng)理累的要死，項(xiàng)目卻仍然處于失控狀態(tài)這樣的問題和局面？在一個(gè)差點(diǎn)失控的項(xiàng)目剛剛結(jié)束后，這些問題難道不值得好好的總結(jié)和反思嗎？雖然我在項(xiàng)目管理方面的能力有限，但是我仍然希望通過這樣的總結(jié)，讓下次的項(xiàng)目盡量避免和改進(jìn)這次出現(xiàn)的問題。我很高興，因?yàn)槲乙廊蛔咴凇昂煤脤W(xué)習(xí)，天天向上”的道路上…… 
　　最近在看《快速軟件開發(fā)》這本項(xiàng)目管理方面的書，本來想按章按條的對(duì)照這個(gè)項(xiàng)目來寫出總結(jié)，但是我發(fā)現(xiàn)那樣的死書讀來又有何用呢？那樣得出的結(jié)論還是你真正實(shí)際感受到的項(xiàng)目方面的問題嗎？那樣的文章還會(huì)有人看嗎？那樣條目的羅列還能給別人和自己以啟示嗎？所以，最終我放棄了那種想法，而采用這種可能詞匯上很“外行”，但是卻是來自親身經(jīng)歷的感悟的方法來寫。 
　　正文：  
　　時(shí)間真的夠嗎？ 
　　也許是我做日本外包項(xiàng)目時(shí)間比較長(zhǎng)了，所以當(dāng)我聽到這個(gè)《播客》項(xiàng)目需要在一個(gè)月內(nèi)從無到有的出來的時(shí)候，我很驚訝，因?yàn)檫@樣的“人月”資源可能只相當(dāng)于我以前在日企“人月”資源的1/5，甚至更少。也許你會(huì)說我們不需要那么多的文檔，那么嚴(yán)格的流程。所以如果把“需求分析”的時(shí)間去掉，把“概要設(shè)計(jì)”的時(shí)間去掉，把"詳細(xì)設(shè)計(jì)"的時(shí)間去掉，而且我們不需要程序員去測(cè)試，我們有專門的測(cè)試小組。所以既然去掉那么多的步驟了，所以時(shí)間縮短到1/5應(yīng)該完全是可以的吧。但是你知道嗎？項(xiàng)目管理不是簡(jiǎn)單的“3-1“再"-1"那么簡(jiǎn)單的加減運(yùn)算。當(dāng)你用3-1的時(shí)候得到的不是2，而是1，甚至更少，過于冗余的東西的確可以被精簡(jiǎn)掉，但是很多的東西，當(dāng)你在初期認(rèn)為是可以精簡(jiǎn)的時(shí)間而精簡(jiǎn)掉的時(shí)候，后期會(huì)花費(fèi)2-10倍的資源來彌補(bǔ)，那將是得不償失的，例如“需求分析”。我很遺憾的看到這次項(xiàng)目竟然沒有“畫面遷移圖”。所以導(dǎo)致后來頁面的跳轉(zhuǎn)很亂，甚至出現(xiàn)，一些頁面雖然做出來了，但是卻沒有入口的情況。 
　　聽團(tuán)隊(duì)里一個(gè)資歷較老的同事說，他們上一個(gè)項(xiàng)目經(jīng)理，從不考慮時(shí)間夠不夠，上面定的完成時(shí)間從來都不反駁。上面說一個(gè)月完成就是一個(gè)月，上面說一個(gè)星期完成就一個(gè)星期。“那能完成嗎？”，我問?！爱?dāng)然完不成了，加班呀！死加！結(jié)果加班也完成不了，然后就對(duì)上級(jí)說程序員效率低。把責(zé)任都推給下面的人。” 結(jié)果，后來整個(gè)團(tuán)隊(duì)的人心全散了。而趙就是在這樣的情況下接下了攤子，所以我聽了這個(gè)故事以后很為他捏了把汗。 
　　參考解決方案—— 
　　時(shí)間估算是個(gè)有力的工具。在項(xiàng)目初期可能估算的差浮很大，但是在每個(gè)“里程碑”的階段以后再次作出的時(shí)間估算將更準(zhǔn)確一些。直至最項(xiàng)目完成時(shí)，時(shí)間估算將趨于精準(zhǔn)。這給予我們的啟示是——
　　1：項(xiàng)目初期，不要把時(shí)間期限限定死了，而是應(yīng)該在一個(gè)范圍內(nèi)。“對(duì)不起，在沒有作出充分評(píng)估和分析之前，我不能回答你準(zhǔn)確的完成日期，但是初步估算，這個(gè)項(xiàng)目需要1個(gè)月到3個(gè)月之間。最有可能完成的時(shí)間是2個(gè)月”。這樣的回答將是比較好的。很可能上面會(huì)被你的“3個(gè)月”這個(gè)上限嚇住，但是，當(dāng)你的項(xiàng)目真實(shí)的是在2個(gè)月的時(shí)候完成的時(shí)候，那么最終你的評(píng)價(jià)將會(huì)更好。講個(gè)小故事：我小時(shí)候就是喜歡吃糖果。特喜歡附近小店1塊錢10個(gè)的那種硬糖，每次買一塊錢的。每次去買時(shí)，如果是老板娘，她總喜歡，抓一小把先放到我手里（大約5個(gè)），然后再一個(gè)一個(gè)地加到10個(gè)。而老板的話，他卻喜歡抓一大把放在我手里（大約15個(gè)），然后再一個(gè)一個(gè)地拿走，直到我手里還剩10個(gè)。不知道何故，我超喜歡老板娘，卻恨死了老板。 
　　2：每次進(jìn)行到一個(gè)“里程碑”的工作之后都要重新進(jìn)行時(shí)間估算，以提供更為準(zhǔn)確的時(shí)間范圍。同時(shí)也便于總結(jié)為什么上一個(gè)階段花費(fèi)了那么多的時(shí)間。 
　　到底做成什么樣子？ 
　　作出時(shí)間估算的最基本的依據(jù)就是需求分析。到底要做成什么樣子？到底在什么環(huán)境下使用？到底需要哪些功能？到底有多少頁面？各個(gè)頁面之間到底是如何跳轉(zhuǎn)的，這個(gè)頁面的是從什么地方進(jìn)來的，又可以從什么地方出去？……有多少項(xiàng)目是在真正搞清楚這些需求后才開始的？還是更多的是——“差不多就是做成那個(gè)樣子”，“先做著，一些功能反正以后可以再加”，“策劃部說，現(xiàn)在能不能把這個(gè)功能也加進(jìn)去？”……需求不明確就開始動(dòng)工的危害我就不多說了，但是有個(gè)數(shù)據(jù)我還是要列舉一下——“初期花費(fèi)1個(gè)資源單位能夠解決的雛形問題，如果發(fā)展到后期將需要2-10個(gè)資源單位來解決”。
　　參考解決方案—— 
　　如果真的時(shí)間很緊的話（畢竟對(duì)于軟件或者網(wǎng)站來說，特別是商業(yè)軟件或者商業(yè)網(wǎng)站來說，發(fā)布時(shí)間、搶占市場(chǎng)是第一位的），我認(rèn)為像詳細(xì)設(shè)計(jì)這樣的東西的確可以精簡(jiǎn)一些，但是需求分析，畫面遷移圖這樣的東西還是要求嚴(yán)格一些比較好。其實(shí)項(xiàng)目的初期，很多的人都是很閑的，一些東西完全可以先由比較空閑的人來完成，然后大家討論然后定論一下來完成。這樣不僅可以完成這些至關(guān)重要的東西，而且對(duì)于團(tuán)隊(duì)的熱身和保持活力很有益處。不會(huì)出現(xiàn)“閑的時(shí)候閑死，忙的時(shí)候忙死”的現(xiàn)象。
　　注意，這些東西都需要文檔，而不是口頭上的決定。 
　　壞蘋果 
　　因?yàn)榫腿缤颐嫠岬降?，上個(gè)項(xiàng)目經(jīng)理把這個(gè)隊(duì)伍帶散了，整個(gè)人心都亂了，所以這個(gè)團(tuán)隊(duì)根本沒有什么團(tuán)體文化而言。甚至出現(xiàn)了“拿工資混日子”的“bad apple”。但是如果僅僅是“拿工資混日子”那樣的話危害好像還不是很大，如果出現(xiàn)這樣的“worse apple”的話，整個(gè)項(xiàng)目將危如累卵了——
　　對(duì)自己的代碼極為不負(fù)責(zé)任，垃圾代碼過多，對(duì)自己的代碼從來不進(jìn)行測(cè)試，以程序跑通為最高準(zhǔn)則。  
　　從來不考慮代碼的運(yùn)行效率，用最簡(jiǎn)單的方法完成功能即可。  
　　對(duì)于bug從來都是抵觸，推托責(zé)任，甚至對(duì)自己的bug拒絕修正。 
　　獨(dú)立獨(dú)行，不服從上級(jí)安排。  
　　蠱惑人心，以盡可能的破壞團(tuán)隊(duì)文化為樂趣。  
　　拒絕與上級(jí)配合，甚至與上級(jí)爭(zhēng)吵。  
　　更多危害項(xiàng)目開發(fā)的行為……  
　　其實(shí)很多的人也并不是很樂意做壞蘋果，也許是因?yàn)樯弦粋€(gè)項(xiàng)目經(jīng)理太讓人寒心，也許是上個(gè)項(xiàng)目經(jīng)理把整個(gè)團(tuán)隊(duì)帶散了，也許是項(xiàng)目制度出現(xiàn)了問題，也許……，有太多的也許，但是事實(shí)是——我們的團(tuán)隊(duì)真的出現(xiàn)了壞蘋果。 
　　參考解決方案——  
　　也許對(duì)壞蘋果最快速和有效的解決方案是——開掉！但是那真的是最好的辦法嗎？有沒有想過是什么土壤滋生了這些“壞蘋果”？我就在我們的公司中發(fā)現(xiàn)了2個(gè)很不好的問題—— 
　　1：沒有明確的獎(jiǎng)勵(lì)制度。就如同以前文革的時(shí)候吃“大鍋飯”一樣，干好干壞一個(gè)樣，反正每個(gè)月就是那么多的工資。如果每個(gè)人真的都那么想的話，那么惰性就出來了。 
　　2：只有不合理的懲罰措施，雖然技術(shù)中心還沒有這樣的措施，但是聽說編輯那邊，上傳的文章如果出現(xiàn)了錯(cuò)別字是要扣錢的。我最反對(duì)的就是“扣錢”這樣的措施。因?yàn)樘貏e容易激起員工的“抵觸情緒”。也許你會(huì)說，如果上班遲到不扣錢的話，那么大家都遲到要怎么辦？其實(shí)，扣錢和獎(jiǎng)錢是相對(duì)的。將本來應(yīng)該給予的錢抽出一部分（當(dāng)然下面的員工是不知道的）。然后做的好就在全額發(fā)下去，如果有違規(guī)就去掉一部分，然后將余下的發(fā)下去。就如同很多企業(yè)所謂的“全勤獎(jiǎng)金”一樣。沒有什么深?yuàn)W的東西，心理策略而已。 
　　所以雖然“開掉”是最有效和快速的方法，但是如果很多滋生壞蘋果的土壤不改善的話，再怎么開也沒有用，壞蘋果還是會(huì)一個(gè)接一個(gè)的冒出來。建立良好的團(tuán)隊(duì)文化，合理的公司制度，一個(gè)積極向上的團(tuán)隊(duì)才是最根本的解決方案。