2017.10.10 如何减少项目开发人员反复遗留问题？.docx

《2017.10.10 如何减少项目开发人员反复遗留问题？.docx》由会员分享，可在线阅读，更多相关《2017.10.10 如何减少项目开发人员反复遗留问题？.docx（4页珍藏版）》请在第一文库网上搜索。

1、今日话题：如何减少项目开发人员反复遗留问题？开发人员在开发过程中，总是遗留问题（新项目或运维中的项目），如测试数据不删除，测试过后不还原原系统，总是不能一步到位解决问题，本来一天能够搞定的事情总是要反复很多次才能弄好。反复出现人为的这种错误，都没有办法和客户交差，极大的影响了我们在客户心中的项目能力。PM如何才能很好的管理好运维项目，增加客户的满意度，减少错误次数？精彩点评：PM圈子1班：北京一青争：这个跟每个人的工作习惯有很大的关系，PM要帮助成员改正不好的习惯。1、强制要求成员某些工作必须要如何做（比如，必须填写问题清单，工作记录）；2、重复的工作制作指导文件，要求必须按照文件执行；3、奖

2、惩明确。厦门PM纵哥：e数据问题：pm需要向公司建议或者申请不同的环境，环境需分明，开发环境、测试环境、演示环境、生产环境，各个环境的数据库不应该是同一个，生产环境是不可以用来做测试的，这样避免数据误操作，如果需要刷数据到生产环境，需要资深DBA的介入，不能任由开发人员乱搞；e其他问题：其实很多都是数据问题导致的，脏数据让人排查起来很头疼，所以还是建议测试的时候，由DBA同步一份生成环境的数据到测试库，这样保证数据不出现问题，调试起来就很有针对性了。PM子2班:成都技术波仔：从系统架构方面去规避：架构设计师针对于测试数据造成的问题，比如架构上设置测试数据标志，生产数据屏过滤掉这部分数据。从系统

3、维护上去规避：单独部署与生产服务一样的测试服务。每次开发任务完成后先在测试服务器上验证测试通过再上生产。从开发规范中去约束：如果直接上生产测试，要么是架构非常好，测试数据不会对生产环境造成影响，要么就是架构非常烂，各种只能在生产上测试，这种情况可能只有从规范上去约束开发人员了。设立奖惩机制，对于多次犯同样错误的人给予处罚，对于常在河边走就是不湿鞋的人进行奖励。提前预估风险，预留好交付风险时间，减少用户因等待而满意度降低。建立资料库，将每次出现的问题整理成文档，给全员普及。建立健全的开发,测试，发布流程，减少操作不规范造成的错误。北京_PM_钱尘入睹:1 更新包整理规范，包括源代码的清单、脚本清

4、单。2,更新包的测试，增量更新包发布在测试环境进行测试，准备对应的测试环境，如：生产环境的完整应用作为基础，数据库至少表结构保持一致。3.发布流程：测试没问题后，再发布到生产环境。PM圈子3班:北京PM柯含：我觉得，软件研发是一个系统性、长期性的工程，一款成熟的软件，肯定是经过多次迭代形成的，不可能在短期达到尽善尽美。针对系统BUG、功能不够完善等问题，只能通过迭代，深入了解用户需求并匹配等手段来改善。但是对于研发人员的不负责任、粗心大意等原因造成的遗留问题，那就是管理不到位导致的，可以采取奖惩制度。深圳PMac:1、增加审核流程；正式交付客户使用前，严格进行内部测试；2、与开发人员沟通，让大

5、家认识到问题的严重；3、BUG次数和人为的错误做为项目考核的一部分。昆明技术康师傅：1 .新员工入职着重加强随手写文档；2 .开发功能、测试功能、实施等，所有事情以结果+文档进行考核；3 .功能交付后，文档+验收清单让客户签字留存；4 .最后PM将这些资料录入信息系统（公司高层考核pm时其中一条就是“最终是否有归档文件”）o其实很多反复出现的问题，并不是不能解决，而是pm和开发人员觉得很简单，随手就解决了。然而，滚雪球，问题越来越多，员工更换频繁，以后就炸了。所有，有文档的话，新员工来了就能快速上手，也减少了错误率。PM圈子4班：深圳PM 咖啡：1 .增加监管力度，项目监管主程，主程监管自己组

6、员，层层把控。2 .每周总结会，把会上提出的问题列出来，打印贴在相关人员工作台上。3 .增加技术人员自检，对于再犯的在总结会或者早会提出，三犯的处罚扣绩效等。4 .定期培训提高开发人员职业素养。沈阳PM汪大：1 .简历运维规范，运维生产环境的时候必须按照规范执行。2 .追责，多次违反运维手册应该有惩罚。3 .如果条件允许，在生产现场做预发布，先在预发布环境上测试，在提交到生产环境。4 .把问题暴露点控制在本地环境，加强本地测试。5自动运维，减少开发人员参接触生产环境。深圳技术Elvis:1 .审查需求，是否这些问题在需求中没有明显提出。2 .审查流程，从这个问题的出现应该是开发流程不规范导致。按照设计，开发，测试等流程，这些问题应该在测试过程就会发现。如果测试多次发现，应该列为测试case,需要开发人员重视问题。3 .测试用例审查，每次的测试用例是否涵盖客户所需的测试case,补全测试用例。