研发过程的问题及改进机会

1、研发流程改进草稿Agenda 目前存在的问题 改进机会 实施计划 瀑布式软件开发流程和关键节点ScopeMilestoneResource立项Req analyzeReq sign off需求Code, UTFeature hand over to test开发 Test entry criteria Fun & Reg & Sys test Test exit criteria 测试Demo验收Hotfix plan & schedule维护我们的问题项目立项与计划中的不足 项目范围，内容的计划和资源安排不够正式和严格 项目各个角色（需求，开发，测试）工作量和时间的预

2、估不充分 各个关键节点的设定和截止期限不明确 项目进行过程中的状态更新和监督松散，不透明 项目进行过程的突发情况的应变和处理预案不够 项目经理的权力和责任没有明确， 执行不够严格需求方面的不足 一句话需求，不够详细和具体 需求宣讲不到位，通知不及时 需求随时改动，没有影响评估和审核流程 产品经理对每个需求的实现验没有最终验收，或者验收不够正式开发阶段的不足 开发环节的关键时间节点计划，监控透明度不高 代码评审，单元测试，集成联调执行情况没人知道 转测时间不准，质量不高，遇到阻塞性问题是常态 整体代码质量不高，bug偏多，修bug重开/激活率高 开发人员质量意识不强，或者无暇顾及，对测试非常依赖

3、测试方面的不足 测试准入和准出标准不严格 测试环境问题复杂费时 测试进度及结果的不够透明及时 按照真实用户使用场景的测试较弱维护方面的不足 没有专门的维护团队 做动车的时间，资源，进度，方面的控制松散 动车项目或者紧急项目的需求，范围，方案等都没有走正规的评审和审核，过程较乱，质量也难把握。总结与改进方面的不足 缺乏定期部门或者团队的回顾与总结，做的不到位的一直不到位，没有整改机会和方案。 缺乏对部门整体能力的评审与改进计划，项目为导向，不是流程规范为导向。团队成熟度不高 部门技术，业务培训，知识分享比较弱改进机会项目立项与计划中的改进机会 项目范围，内容的计划和资源项目立项的时候项目负责人召

4、集所有相关人员开一个项目kick off会议，明确时间，资源，milestone和计划 项目各个角色（需求，开发，测试）时间的合理预估各方根据项目定的范围和需求来预估所需时间 各个关键节点的设定和截止期限不明确项目范围和需求确定后，不能随意更改，要更改需要走更改审批流程，经各方重新评估同意，确定后的时间节点需要严格遵守项目立项与计划中的改进机会 项目进行过程中的状态更新和监督项目日会，周会，或者报告，确保各方状态的透明，一致，问题及时提出，风险及时辨别并制定相应预案。 项目进行过程的突发情况的应变和处理预案项目时间中，预留变更和突发问题的处理时间，不能把所有时间都排满。 项目经理的权力和责任没

5、有明确， 执行不够严格明确项目经理在项目中的权力和责任，各方需要尊重项目经理对项目的控制。任何的更改，异常，人员调度需要项目经理全权负责。需求阶段的改进机会 一句话需求，不够详细和具体需求最终需要通过开发和测试人员的评审，并sign off之后才算合格的完成了一个需求 需求宣讲和冻结没有项目组所有角色知晓和确认需求宣讲开发和测试必须参加，确保各方理解透彻一致 需求随时改动，没有影响评估和审核流程需求已经做完提交测试，或者正在做的过程中需要更改的，需要走需求更改流程，各方一起讨论，评估了影响并有相应对策之后才能批准更改并进入当前项目。 产品经理对每个需求的实现验没有最终验收，或者验收不够正式项目

6、结束之前，相应的产品经理需要对各自的需求实现进行验收开发阶段的改进机会 开发环节的关键时间节点计划，监控透明度不高开发需要向项目成员说明开发计划，转测计划，及各关键节点，并坚守这些节点 代码评审，单元测试，集成联调执行情况正规化，严格化，做单元测试，联调，代码评审，转测的时候需要提交相关文档或者报告 转测时间不准与质量不高，遇到阻塞性问题是常态转测前，开发需要在开发环境做好联调，不是光自己的代码运行没问题需要制定转测相关的标准 整体代码质量不高，bug偏多，修bug重开/激活率高需要保证开发人员的时间写code，UT，review等加强业务和技术方面的培训和指导 开发人员质量意识不强，或者无暇

7、顾及，对测试非常依赖加强引导，扭转思想，灌输好的质量是开发做出来的思维。测试方面改进机会 测试准入和准出标准不严格制定并严格执行测试准入标准，测试退回标准 测试环境问题复杂费时自动化部署环境工具及模板 测试进度及结果的透明度不够制定统一的测试模板，测试风险反馈信息，提高测试状况透明度制定针对每个项目/需求的质量报告 按照真实用户使用场景的测试较弱学习用户使用场景，了解。多去现场了解软件使用中加强培训，增加了解全流程的人员，不能只掌握自己测试的一块业务维护方面的改进机会 组建专门的维护团队，负责线上问题处理的计划，跟踪，处理和分析。 需要对线上问题进行总结，归纳，对数据进行分析，分类并在团队分享，避免重复问题再犯。 管理动车项目常态化，流程化，正规化。总结与回顾改进机会 定期以团队为单位，对好的，不好的经验和问题进行回顾，好的继续坚持，不好的