此为实习中组长个人真实所感，本人自发整理。
项目流程及注意事项
①.需求
- Scrum Master与产品对接
- 提前了解需求内容，提供建议和帮助，了解人员分配情况。
- 如需调整人员，需及时与项目经理沟通，需求评审前确认好团队成员（至少提前一天），确保团队成员提前了解需求。
- 详情参考：需求对接文档。
- 需求通知与评审准备
- Scrum Master提醒产品经理至少提前1天将需求发给参会人员。
- 所有参会人员需提前查阅需求，并在评审会前反馈问题。
- 会议纪要与记录
- 会议结束后，Scrum Master需提醒产品经理发送会议纪要至团队成员，并在Confluence同步记录（关联迭代文档）。
- 需求变更
- 如需求变更较大或较多，需发送邮件通知部门领导、团队成员、技术总监及PMO。
- 详情参考：变更通知文档。
- 团队进度管理
- Scrum Master需每天了解团队工作进度，确保项目整体节奏，可通过早会等形式沟通问题。
②.梳理需求与估时
- 需求梳理
- 团队成员通常需要1-2天梳理需求，视需求复杂度调整时间。
- 如需求复杂，可向项目经理说明缘由，酌情延长时间。
- 时间估算
- UI需给出设计时间，开发需明确技术设计时间（需等UI设计图完成），测试需给出测试时间估算。
③.评审
- UI设计与评审
- UI设计时间不宜过长，特殊情况如页面较多，可分批出图，让前端先行技术设计。
- 如无需UI评审，团队内部商量确认，Scrum Master跟进。
- 技术评审
- 提前0.5~2天发送评审邮件至主管与经理，记录会议意见并进行后续回复。
- 详情参考：技术评审流程。
- 测试用例评审
- 建议技术评审后尽早进行测试用例评审，避免影响开发质量，具体时间团队协商决定。
- 冒烟用例调整
- 针对前端冒烟用例较多的项目，团队可根据情况调整，尽量缩短冒烟时间。
- 任务拆分与管理
- 技术评审与用例评审完成后，将任务拆分至禅道，粒度以每日任务为单位，并及时更新。
④.开发与测试
- 日常跟进
- Scrum Master需关注禅道更新情况，提醒未及时更新的成员，确保项目顺利推进。
- 开发流程图
- 对于新开发人员，Scrum Master可提供开发阶段流程图参考：开发流程图。
- 开发难点沟通
- 开发人员如发现任务复杂度超出预期，应记录问题点并及时反馈项目经理，协调时间或资源支持。
- 提测与冒烟测试
- 开发完成后需提测，测试人员根据冒烟内容测试并反馈结果。
- 详情参考：冒烟测试流程。
- 测试阶段支持
- Scrum Master需优先协助测试处理影响进度的阻碍问题。
⑤.验收与发版
- 验收流程
- 测试完成后，可与测试人员商讨让UI提前介入验收。
- 如需平行部门协助，参考：平行部门验收流程。
- 问题登记与对接
- 验收过程中发现的问题需登记至Confluence，并协调开发、测试跟进解决。
- 发版准备
- Scrum Master根据项目计划安排发版事项，包括运维配置、脚本执行、配置文件修改等。
- 发布前至少半天，与项目经理确认发版时间点。
- 发版文档完善
- 发版后完善相关文档，并同步测试环境。
- 如遇发版延期，需发送延期邮件，格式参考：延期邮件格式。