滿意答案

抒發下個人觀點，個人覺得項目的整個階段還是需要項目經理與開發人員共同協作
1、項目經理在對接需求時候要能夠比較詳細了解客戶需求，能夠根據需求羅列出具體功能模塊，要跟客戶多次確認需求，確保在需求階段的完整性，準確性。
2、功能模塊整理后，可找開發人員一起開會，講解客戶需求，溝通解決方案，后請開發人員根據功能模塊整理具體功能點，復雜程度，需耗工作日等。
3、后統一交由項目經理匯總，項目經理需要了解各個模塊的難易程度，工期長短（如果連工作日都評估不出來，那我就沒法說了。。。）。
4、開發人員需要與項目經理保持密切的溝通，及時上報工作進度，遇到的困難，嚴格點還需要進行考核，確保項目進度信息的及時性。
5、至于代碼優劣，首先要有代碼規范，代碼分格要保持統一，需要項目組長進行把關與審核。
6、要有一套測試機制，確保功能模塊沒有bug
7、開發團隊氛圍要好，要能吃苦，肯拼搏，項目經理要與開發人員保持良好的協作關系。
純個人觀點，因為只有15分鐘所以不能想太細，希望能幫到你一點。我也負責項目幾年了。。。 譚先生 (計算機軟件? 高級咨詢顧問 工作15年以上 北京)這個其實不是技術問題，而是生存環境問題。如果你有一個足夠容錯你的環境，就算你啥也不懂也能把這個位子坐穩了，反之，就算你是通天曉，也還是干不好。為什么這么說，因為國內的軟件項目拍腦袋定計劃、定需求的比比皆是，這就導致項目延期、返工再造層出不窮，就算你是技術大拿也沒用，因為這不是技術能解決的問題，而是需要協調和周旋的。所以你就明白了；至于團隊如何，與人相處唄，還是協調和周旋的問題。 1 0 2013-08-16 02:53 首先我覺得項目經理還是需要有點技術背景，才不至于被忽悠。另外，評估工作量的方法有多種，可以專家法，讓幾個資歷高的一起評估。再讓程序員自己評估，心里就有底了。進度的控制主要是在宏觀層面，在需求確定的情況下一定把握好項目計劃初期設定的里程碑時間點的控制。做好版本封存等。至于代碼的質量，一是通過制定編碼規范，讓程序員進行交叉走查，主要檢查注釋，可讀性，易維護性，是否符合規范等方面，另外在測試階段對性能差的功能模塊拿出來單獨分析。 不懂技術，下屬就會忽悠你。你去見用戶會挨罵，影響公司的形象。一個成功的項目經理要了解客戶、了解團隊、了解產品。在人、事、錢三方面要有把握。 軟件開發的管理關鍵就是過程控制，你提的兩個要點是很重要的：準確估算工作量、判斷代碼優勢。如果你不懂技術，必然沒有判斷能力，等于缺了一條腿。但又想做這項工作，有效的辦法就是找個懂的人幫助或者調動團隊集體的力量，但這些作法都銷弱了項目經理的完整的作用，你可將更多精力放在與客戶的溝通和資源的整合上，跟進工作的交給管理工具。 推薦敏捷開發的一個做法，讓大家把估算的工作量寫個小條，貼到墻上。信息公開的壓力會促使每一個人認真考慮工作量的問題。您也應當給予開發人員（您的同事和戰友）足夠的信任。最后，比代碼的優劣更重要的是文檔的優劣，比文檔的優劣更重要的是產品的優劣。總之，工作量和代碼都不應該成為問題 ，控制好風險、按時交付高質量的工作成果就好。 提一個Team Leader出來幫你做技術管理；工作量評估是沒辦法準確的，只能是在樂觀估算與悲觀之間平衡。計劃必須要預留一定的時間出來面對突發情況。技術方面可以有Team Leader把控，最好是項目經理也做一些了解，可以在前期做技術預言，攻克一些技術難關。
代碼的優劣很難判斷，做好代碼規范，代碼走查和代碼評審吧。。。
進度控制的話，在工作量評估和任務分配的時候，可以吸收開發人員的意見，不鼓勵加班，但是少不了加班。計劃盡可能做細一點，不要出現一個功能點的開發時間超過2天，最多不超過3天，方便跟進。及時檢查功能與需求或者業務的匹配。

轉載于:https://www.cnblogs.com/chenzhonghua021/p/3292293.html

總結

以上是生活随笔為你收集整理的软件项目经理需具备什么样的技术水平？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。