摘要
IT人　　解決的辦法就是真正的參與到項目的開發(fā)中，設計，編碼，不需要很多精力，但是已經足夠在開發(fā)中樹立你的威信，在別人碰到問題的時候能夠和他們進行更深層次上的討論，交流。
近來項目基本處于停頓狀態(tài)，所以有時間停下來好好總結下。

由于項目進行中經歷了項目經理的更換，所以對不同的管理方法有一些自己的看法。
試著從程序員的角度來看看項目管理。

先看兩個問題：
1.文檔
很多程序員都有一樣的想法，就是很討厭寫文檔（起碼是過多的文檔），可是項目管理者偏偏最看重這個，他們整天催你交他認為必須的文檔，拿到手后又這也不對，那也不對，吹毛求疵。程序員討厭這樣，但是卻不能表現(xiàn)出什么不滿，抵觸情緒自然會影響到工作。

2.進度
一般項目開發(fā)都會有一個進度安排，用Project也罷，用其它的也罷，但是都會精確到
某一段時間內完成什么任務。程序員都按照這個來工作，進度落后了要加班，超前了會休息一下，看看書，學習學習。但是偏偏項目管理人員天天來問你，有時甚至一天幾次：進度怎么樣了？能完成嗎？這時候開發(fā)人員會極度反感?！斑M度怎么安排的，我心里清楚，干嘛跟催命似的，我又不是奴隸，長工?。　钡怯锌嗖荒苎园?，只能憋心里。

為什么出現(xiàn)這樣的情況？
有的項目管理者在項目剛開始的時候作需求，作計劃，估算等等，忙的不亦樂乎，但是隨著設計，編碼工作的展開，他們的職能似乎就退化了，不參與設計，更不要說編碼了，他們的任務逐漸變的就只剩催交文檔和進度跟蹤了，而對于真正的軟件不聞不問。不去了解設計，更不要說去看代碼，看也是在評審的時候看你是不是遵守編碼規(guī)范，或界面上的一些bug。而對設計和怎么實現(xiàn)的毫不關心。但是對文檔卻是一個也不能少，而且還在格式上費盡心機。他們以為這樣就可以很好的證明項目還在自己的控制中，而且這些開發(fā)人員也很聽話，可以向老板表明他也很忙，也作了很多事情。所以我認為這種現(xiàn)象的根本原因就在于項目管理人員認為他們作的是管理（而不是真正的參與），只要有文檔，有可控的進度，項目就盡在掌握；更甚者，他們除了文檔和進度就再也無事可作，變成了一個真正的”閑事主任“，他知道別人的進度，但卻不知道自己的進度。

解決的辦法就是真正的參與到項目的開發(fā)中，設計，編碼，不需要很多精力，但是已經足夠在開發(fā)中樹立你的威信，在別人碰到問題的時候能夠和他們進行更深層次上的討論，交流。在評審時才能夠看到問題的本質，而不是些細枝末節(jié)。一方面增加了自己在項目中的作用，另一方面能和開發(fā)人員真正成為一個團隊，消除對立的情緒，和開發(fā)者的關系由“你們”變?yōu)椤拔覀儭保M管立場和根本出發(fā)點仍然不同，但是已經可以互相理解，協(xié)作。更重要的是，知道項目當前最需要的是什么，文檔？交流？或是一次“站立會議”？
而不是想當然的“瞎指揮”。

我并無意貶低項目管理在開發(fā)中的作用，更無意貶低項目管理人員，只是就我自己在開發(fā)中碰到的我覺得不合理的情況發(fā)表一點自己的看法（順便發(fā)點牢騷），希望我的偏激沒有冒犯那些真正出色的項目管理者，并且非常希望能看到來自項目管理者的觀點。
更多文章:http://www.visualproject.cn/news/articles_more.htmlhttp://www.visualproject.cn/news/articles_more.html

【?發(fā)表評論?0條?】