敏捷开发流程详解.docx

敏捷开发流程详解 by yangdl 1敏捷开发流程 ?敏捷软件开发核心是迭代式开发，增量交付。 ?每一次迭代都建立在稳定的质量基础上，并作为下一轮迭代的基线，整个系统的功能随着迭代稳定地 增长和不断完善。每次迭代要邀请用户代表（外部或内部）验收，提供需求是否满足的反馈。 ?迭代型的方法就是将整个软件生命周期分成多个小的迭代，每一次迭代都由需求分析、设计、实现和 测试在内的多个活动组成，每一次迭代都可以生成一个稳定和被验证过的软件版本。 ?迭代建议采用固定的周期（1-4）周，可以每个迭代周期不一定要相同，但迭代内工作不能完成，应 该缩减交付范围而不是延长周期。 1.1敏捷流程详解图-敏捷流程图 POTMSM收集信息i汇总整理按优先级排列特性需求更新特性需求列表 ][ 发布计划、冲刺目 标和冲刺任务单「o TM SM]冲刺计划会议冲刺计划会议冲刺计划会议更新冲刺任务单更新燃尽图全部交付 PO TM SM 收集信息 i 汇总整理 按优先级排列特性需求 更新特性需求列表 ][ 发布计划、冲刺目 标和冲刺任务单 「o TM SM] 冲刺计划会议 冲刺计划会议 冲刺计划会议 更新冲刺任务单 更新燃尽图 全部交付 ■汇总改进意见优秀实” 践 需求 测试 1-4周/冲 设计 rPO TM SM | \其他干系人 冲刺评审会议 GO TM SM 一 | 1.其他干系人 j 冲刺回顾会议 改进意见优秀实 践 增量交付 增量交付 1.2敏捷流程三种角色及其职责 角色名称 角色定义 角色职责 注意事项  Product Owner （ PO） -产品负责人 确保Team做正确 的事 代表利益相关人（如用户、 市场、管理等），对产品投资 回报负责 确定产品发布计划 定义产品需求，根据市场价 值确定功能优先级 验收迭代结果，并根据验收 结果和需求变化更新需求清 单和优先级 除了客户需求之外， 内部任务如重构、持 续集成环境搭建等 也由PO纳入统一管 理 Scrum Master （ SM） -Scrum教练 确保Team正确的 做事 辅导团队正确应用敏捷实践 引导团队建立并遵守规则 保护团队不受打扰 推动解决团队遇到的障碍 保证开发过程按计划进行， 组织站立会，冲刺评审会， 冲刺回顾会议 不命令和控制Team Team -开发团队 负责产品需求实现 负责估计工作量并根据自身 能力找出最佳方案去完成任 务且保证交付质量 向PO和利益相关人员演示 工作成果（可运行的软件） 团队自身管理、持续改进 一般由 5-9人左右 跨职能领域人员（开 发人员、测试人员、 设计师等）组成 团队车管员构成在 sprint内不允许变化 有共同的目标、共担 责任 团队成员严格遵守 团队规则 1.3敏捷开发流程详解 1.3.1流程图详解步骤 制定产品需求列表 ? P0收集来自客户、市场、领导等渠道的信息，从业务角度和市场价值编制一份按优先级排序的、 明确的、可度量的、合理的产品需求列表； 召开计划会议 ? PO召集TM和SM （也可邀请其他利益相关者参加） 召开计划会议（发布计划会议和冲刺会议一 块开），发布计划主要是说明产品完整交付给客户的计划时间和交付物， 冲刺计划就是确定该冲刺阶的长度（建议冲刺长度 1-4周）、目标和冲刺任务单及其工作量估算 以理想人天 manday=7.5h 估算，单位为小时计算） ，会议时间建议不要超过 6h 时间； ? 在计划会议上就需要进行确认，是否需要使用持续集成；若使用持续集成，团队需要每天下班 前至少提交一次私有构建成功的代码到服务器，并且要求写详细的日志信息；若不使用持续集 成，团队每天有完成任务单的情况，都需要在 svn 上以增量形式发包并通知到相关人员； ? 项目计划会议上可以确定每天站立会时间及其规则要求（建议会议时间在 15-20 分钟左右），每 个人回答 3 个问题：昨天做了什么，遇到什么问题，今天要做什么。具体问题讨论及其解决， 在私下进行沟通， 不要在会议上讨论。 站立会上只有 TM 人员有发言权， 其他人员不要干预， SM 主要是维护秩序、规则及其引导作用。 需求分析、设计、编码和测试： ? 计划会议结束后， TM 获取各自的冲刺任务单进行后面的需求分析、设计、编码和测试； ? 这里特别要说明的是，开发和测试是并行工作，必要的文档还是需要输出（如：讨论次数较多 的功能点、备选方案很多但最后确认一种、重要功能、业务逻辑复杂的等等） 。具体情况，需要 项目组根据实际情况决定，但客户要求交付的文档必须要输出； 冲刺任务单和燃尽图更新 每天SM需要根据每日站立会上 TM反馈的情况，进行更新冲刺任务单和燃尽图或 SM和TM之间达 成共识， TM 各自完成后进行更改状态，这里涉及到的文档都会有相对应的模板供参考使用。 迭代周期结