敏捷开发项目流程指引很好.ppt

敏捷项目流程指引 第一页，共三十七页。 What is project? Benefit 第二页，共三十七页。 Traditional Waterfall model 第三页，共三十七页。 项目阶段 敏捷迭代 第四页，共三十七页。 Responsibility Role 称谓 输入 输出（交付） 产品经理 PDM (Product Manger) 用户反馈 产品规划 运营需求 老板想法 PRD, SRS需求文档 TAPD里的需求单 项目经理 PM( Project Manager) 需求优先级列表 工作量评估 资源 项目计划 项目跟踪执行情况汇报 开发 DE (Developer Engineer) 只“执行”项目经理计划内的任务安排 软件交付 文档手册 测试 TE (Test Engineer) 产品需求 提交测试的版本 测试环境维护 测试用例 测试报告 运营 OP (Operation Engineer) 运维需求 现网监控 问题排查 业务部署 运维手册 UI HCI 产品需求 开发需求 交互 效果图、切图 版本体验报告 第五页，共三十七页。 Time Wasted on Junk 64% of functionality rarely used 第六页，共三十七页。 项目过程 一群人，为了共同的目标，协同完成一些事情。 这个需求怎么实现？ 新版本什么时候提交测试？ 今天要不要加班？ 用户喜欢这个新功能么？ 好的项目过程，能让大家工作得更顺利、心情更愉快、加班更少。 第七页，共三十七页。 用户 可用的软件 团队 用户价值——项目的目标 第八页，共三十七页。 Goal 第九页，共三十七页。 Agenda 工作角色 项目计划 信息透明 定期总结和回顾 第十页，共三十七页。 敏捷项目的关键 第十一页，共三十七页。 一、项目成员的工作角色 Product Owner Scrum Master Team 角色 第十二页，共三十七页。 Product Owner 制定产品特性和发布的内容 设定产品优先级（根据市场价值） 敦促和保证最有价值的任务被排入迭代 每次迭代后Review特性优先级 接受或者拒绝交付成果 第十三页，共三十七页。 Scrum Master 做为团队和外部的接口 扫清项目障碍，保证团队的高效工作 保证流程的执行 屏蔽外界对团队成员的干扰 保证开发过程按计划进行，组织 各会议 主导项目过程的改进 第十四页，共三十七页。 The Team 5~9人构成，成员固定 多职能团队 高度的自我管理能力 交付产品，汇报进度 协助改进项目流程 第十五页，共三十七页。 二、项目计划 项目的目标是什么？Milestone是什么？ 今天我该做什么？本周我该做什么？本月我要做的还有什么？ 第十六页，共三十七页。 Time Box 确定迭代周期 确定一个迭代内的关键工作项 固定关键工作项的发生时间 培养团队的工作节奏感 第十七页，共三十七页。 产品backlog 根据市场价值排序的需求列表 Product owner维护 任何人都可提需求，PO同意就加入列表 包扩产品需求和技术需求 在不影响当前迭代的情况下，需求可增删改 第十八页，共三十七页。 第十九页，共三十七页。 迭代计划 任务分解——做到能较准确度量位置 团队成员维护 只有团队内成员可改 PO不能修改迭代范围 第二十页，共三十七页。 第二十一页，共三十七页。 三、信息透明化：效率的保证 这个bug我查了两天了，还是没搞定。 什么情况？ 具体是xxxxx。 以前遇到过类似的问题，这样这样就应该可以解决 第二十二页，共三十七页。 注意事项 让别人知道你在干什么 留意别人在干什么 遇到问题及时沟通 第二十三页，共三十七页。 每日晨会 昨天做了什么 1 今天计划做什么 2 有什么困难 3 输出障碍列表 4 第二十四页，共三十七页。 障碍列表 SM维护 影响项目前进的工作或者风险 每日晨会后更新 第二十五页，共三十七页。 这个版本的进度怎样？能按时提交吗？ 总体进度比预计的慢，可能要砍掉一两个小需求 那要尽快确定，具体情况是怎样？ 现在看来需要砍掉2个人日的工作量，具体情况是…… 第二十六页，共三十七页。 进度白板 第二十七页，共三十七页。 第二十八页，共三十七页。 四、总结和回顾：持续改进 这个迭代按计划完成了么？质量怎样？ 这个需求实现了，但是和大家的预期不一样？ 为什么迭代完成了，我一点都不开心？ 某个bug很经典，要不要总结一下？ 第二十九页，共三十七页。 迭代评审会 主持：SM 参与人：所有相关人 时长：0.5-1小时 演示迭代完成的需求 发生时间：迭代完成 PO决定是否接受迭代交付 第三十页，共三十七页。 * 在一定时间内,利用