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

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