滿意答案

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

轉(zhuǎn)載于:https://www.cnblogs.com/chenzhonghua021/p/3292293.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。