剛剛擔任項目經(jīng)理的你要面對的第一件就是要明確自己在項目組中的位置，因為習慣了程序員的工作之后，往往會使你在不經(jīng)意間把自己所關(guān)注的焦點集中到與技術(shù)相關(guān)的系統(tǒng)設計和編碼上面，而忽略了對整個項目整體的把握，你要知道在完整的軟件開發(fā)流程中系統(tǒng)設計和編碼只是其中的一小部分，你不再是一個程序員，你需要全身心得關(guān)注軟件開發(fā)過程中的每一個環(huán)節(jié)，要把自己考慮問題的角度變得更加全面，從整個業(yè)務系統(tǒng)，乃至公司的角度去看待問題。千萬不要在進行需求分析階段就先進行編碼工作，也許你覺得這些模塊和具體的業(yè)務功能無關(guān)，可以直接進入編碼階段，但是你要知道，在這個階段進行編碼工作會使你忽視了對需求的理解和分析，而且并不見得你現(xiàn)在完成的代碼模塊百分之百適合未來的業(yè)務系統(tǒng)，萬一有偏差，那就是得不償失了，在需求分析和系統(tǒng)設計上多花一點時間，會為以后的工作減少很多麻煩。所以在項目管理過程中，我認為最為保險的辦法就是嚴格按照軟件開發(fā)流程規(guī)范來開展工作，雖然這樣會相對比較繁瑣，但是在很大程度上保證了我們項目的成功率。
有經(jīng)驗的項目經(jīng)理都說自己是打雜的，所以，你要明白你不再是一個coder，項目組中大大小小的事情都要你去處理，你需要學會主動和小組成員加強溝通，從工作和生活等各個方面加以關(guān)心和幫助，這樣會使團隊氣氛更加融洽，提升團隊成員對你的信任度，在很大程度上能緩解大家的工作壓力，我們倡導的是快樂工作，而不只是為了工作而在一起工作。不要認為自己和團隊的成員只是工作關(guān)系，同時，他們也是你的朋友。如果你是一位性格內(nèi)向的項目經(jīng)理，那么，你應該讓自己開朗點，不要因為自己的性格而讓整個團隊變得很沉悶，那樣大家工作起來會感覺非常痛苦。
作為項目的管理者，你不僅僅是被人領(lǐng)導，而是還有一個團隊需要你去帶領(lǐng)，當他們請教你的時候，你有責任和義務去幫助他們解決，或者給他們指定找誰解決，而不應該因為自己不會而一走了之。同時要學會培養(yǎng)團隊中的成員，放開手，大膽的讓他們?nèi)プ觯灰J為教他們完成任務還不如自己親自動來得快，那樣你只能做一名程序員，而且越做越累，要知道，還有更多更重要的事情等著你去做。
我建議每一兩天應該組織項目組成員開一次討論會，否則，項目組成員之間誰也不知道誰在做寫什么功能。和大家談談項目的進展，了解下大家目前遇到的困難和工作進展，適當調(diào)整項目組成員之間的工作分配。而不是在項目前期安排了任務后，后期的工作任務不根據(jù)項目的實際情況進行調(diào)整，等到項目后期時，大家同時拋出很多問題，這樣會讓你束手無策，一片混亂。所以要及時舉行項目討論會，學會靈活得安排工作任務，沒有誰規(guī)定一個項目的所有工作任務只能安排一次。
其實作為基層的管理者，要管理好團隊相對還是比較簡單的，我認為只要和同事之間的關(guān)系處理得足夠融洽，就意味著你的管理已經(jīng)成功了一大半了，都說“做人比做事重要”，相信這一點沒錯的，但是管理走向更高的層次，就需要你學習一些比較專業(yè)的管理學方面的知識了，這段時間在看《從技術(shù)能手到管理高手》這本書，我覺得非常適合從程序員逐步轉(zhuǎn)向管理的朋友閱讀，但不能照搬書上的條例，要結(jié)合自己的實際工作環(huán)境，消化吸收之后，再用于實踐才是最好的。前段時間CSDN上一位牛人“阿朱”出了一本書叫做《走出軟件作坊》，我只是看了書中的目錄和部分內(nèi)容，從同行的評價來看，我想這本書應該是值得一讀的，哈哈。