满意答案

抒发下个人观点，个人觉得项目的整个阶段还是需要项目经理与开发人员共同协作
1、项目经理在对接需求时候要能够比较详细了解客户需求，能够根据需求罗列出具体功能模块，要跟客户多次确认需求，确保在需求阶段的完整性，准确性。
2、功能模块整理后，可找开发人员一起开会，讲解客户需求，沟通解决方案，后请开发人员根据功能模块整理具体功能点，复杂程度，需耗工作日等。
3、后统一交由项目经理汇总，项目经理需要了解各个模块的难易程度，工期长短（如果连工作日都评估不出来，那我就没法说了。。。）。
4、开发人员需要与项目经理保持密切的沟通，及时上报工作进度，遇到的困难，严格点还需要进行考核，确保项目进度信息的及时性。
5、至于代码优劣，首先要有代码规范，代码分格要保持统一，需要项目组长进行把关与审核。
6、要有一套测试机制，确保功能模块没有bug
7、开发团队氛围要好，要能吃苦，肯拼搏，项目经理要与开发人员保持良好的协作关系。
纯个人观点，因为只有15分钟所以不能想太细，希望能帮到你一点。我也负责项目几年了。。。
 
谭先生 (计算机软件  高级咨询顾问 工作15年以上 北京)这个其实不是技术问题，而是生存环境问题。如果你有一个足够容错你的环境，就算你啥也不懂也能把这个位子坐稳了，反之，就算你是通天晓，也还是干不好。为什么这么说，因为国内的软件项目拍脑袋定计划、定需求的比比皆是，这就导致项目延期、返工再造层出不穷，就算你是技术大拿也没用，因为这不是技术能解决的问题，而是需要协调和周旋的。所以你就明白了；至于团队如何，与人相处呗，还是协调和周旋的问题。

1
0

2013-08-16 02:53

 
 
首先我觉得项目经理还是需要有点技术背景，才不至于被忽悠。另外，评估工作量的方法有多种，可以专家法，让几个资历高的一起评估。再让程序员自己评估，心里就有底了。进度的控制主要是在宏观层面，在需求确定的情况下一定把握好项目计划初期设定的里程碑时间点的控制。做好版本封存等。至于代码的质量，一是通过制定编码规范，让程序员进行交叉走查，主要检查注释，可读性，易维护性，是否符合规范等方面，另外在测试阶段对性能差的功能模块拿出来单独分析。
 
 
 
不懂技术，下属就会忽悠你。你去见用户会挨骂，影响公司的形象。一个成功的项目经理要了解客户、了解团队、了解产品。在人、事、钱三方面要有把握。
 
软件开发的管理关键就是过程控制，你提的两个要点是很重要的：准确估算工作量、判断代码优势。如果你不懂技术，必然没有判断能力，等于缺了一条腿。但又想做这项工作，有效的办法就是找个懂的人帮助或者调动团队集体的力量，但这些作法都销弱了项目经理的完整的作用，你可将更多精力放在与客户的沟通和资源的整合上，跟进工作的交给管理工具。
 
 
推荐敏捷开发的一个做法，让大家把估算的工作量写个小条，贴到墙上。信息公开的压力会促使每一个人认真考虑工作量的问题。您也应当给予开发人员（您的同事和战友）足够的信任。最后，比代码的优劣更重要的是文档的优劣，比文档的优劣更重要的是产品的优劣。总之，工作量和代码都不应该成为问题 ，控制好风险、按时交付高质量的工作成果就好。
 
提一个Team Leader出来帮你做技术管理；工作量评估是没办法准确的，只能是在乐观估算与悲观之间平衡。计划必须要预留一定的时间出来面对突发情况。技术方面可以有Team Leader把控，最好是项目经理也做一些了解，可以在前期做技术预言，攻克一些技术难关。
代码的优劣很难判断，做好代码规范，代码走查和代码评审吧。。。
进度控制的话，在工作量评估和任务分配的时候，可以吸收开发人员的意见，不鼓励加班，但是少不了加班。计划尽可能做细一点，不要出现一个功能点的开发时间超过2天，最多不超过3天，方便跟进。及时检查功能与需求或者业务的匹配。

版权声明：本文为chenzhonghua021原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/chenzhonghua021/p/3292293.html