《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,补全测试用例。