常见框架

• Scrum

  
  来源课程.png

• SAF2 5.0

  
  来源课程.png

-LeSS

来源课程.png

Scrum定义

http://www.scrumcn.com/agile/scrum_guide.html

• 推荐5-9个人的小团队
• 每个小团队可以沟通自建
• 敏捷不是scrum
• 敏捷不是一个流程或者一个方法

Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums

必备故事 - 鸡&猪

• 团建建设中的干系人
• 谁买负责任或者谁不在负责范围内

"猪"角色

• 猪是全身投入到项目和Scrum过程的人，they are the ones with "their bacon on the line"
• 产品负责人代表了客户的意愿，这保证了Scurm团队在做业务角度来说正确的事情。产品负责人编写用户故事，排出优先级，并放入产品订单
• Scrum主管促进Scrum过程，他的主要工作是去除那些影响团队交付冲刺目标的障碍。Scrum主管并非团队的领导（由于他们是自我组织的），而是负责屏蔽外接对开发团队的干扰。Scrum主管确保Scrum过程按照初衷使用。Scrum主管是规则的执行者。
• 开发团队负责交付产品的团队。由5-9名具有跨职能技能的人（设计者，开发者等）组成的小团队完成实际的开发工作

来源课程.png

"鸡"角色

• 鸡角色并不是实际Scrum过程的一部分，但是必须考虑他们。敏捷方法的一个重要方面是使得用户和利益相关者参与到过程中的实践。参与每一个冲刺的评审和计划，并提供反馈对于这些人来说是非常重要的
• 用户软件是为了某些人创建的

来源课程.png

团队软技能

• 多元化的软技能
• 有沟通能力，需要有谈判及倾听的能力

来源课程.png

Scrum流程图

• 从一个完整的事件转换成backlog

  
  来源网络.png

角色

• 3 Roles(PO,Development Team,Scrum Master)
• Artifacts(Product Backlog,Sprint backlog,Product Increment)

• Events(Sprint,Sprint Planning Meeting,Daily Scrum Meeting,Scrum Review Meeting,Scrum Retrospective Meeting)

  
  来源课程.png

Product Owner

• 利益相关方的代表，负责产品和团队的价值最大化
• 负责创建和维护产品需求
• 为Backlog条目排序
• 消除Backlog疑惑
• 决定产品发布内容日期
• 对产品的投入产出负责

来源网络.png

Scrum Master & Agile Coach

• 团队促进者
• 协助产品负责人
• 协助团队

来源网络.png

Team

• 自我管理
• 跨职能
• 共同承担
• 自我组织

来源网络.png

Product Backlog

• Epic
• Feature
• User Store

来源课程.png

Sprint Backlog

• 找到MVP，实现最优价值的用户故事内容

来源课程.png

Product increment

• 增量交付
• 实现2-4周的sprint可以实现增量交付

来源课程.png

5个事件

-Sprint

Each Sprint may be considered a project with no more than a one-month horizon. Like projects, Sprints are used to accomplish something. Each Sprint has a goal of what is to be built, a design and flexible plan that will guide building it, the work, and the resultant product increment.

来源网络.png

• 平常sprint的周期是1-2周时间
• 但是往往sprint1的前面还有一个sprint0,主要是分析团队能力，还不清楚整个team的沟通，交付能力
• sprint的过程中会有敏捷教练来管理在sprint过程中遇到的问题，并进行协调沟通
• Sprint0是一个基础的，很多小团队都可以参考

Sprint Planning Meeting

• PO解释有多少需求需要添加到sprint
• 解决需求的问题及讨论梳理过程
• 工作量及工作任务分配的讨论

• 简单解释就是需求实例化

  
  来源课程.png

Daily Scrum Meeting

• 15分钟的站会，不讨论细节，只关注需求本事的问题
• 每人提出的问题数量尽量少于3（昨天在做什么，今天计划做什么，遇到的困难）

• 自组团队

  
  来源网络.png

Scrum Review Meeting

• 需要找相关干系人参与（PO,Dev）
• 讨论的问题主要是根据需求遇到的问题，有什么完成的工作，正在做的工作
• 确认一下需求完成过程中是否有任何问题

• 只有跟干系人讨论需求问题，不需要将问题跟其他人员进行讨论

  
  来源网络.png

Scrum Retrospective Meeting

• Sprint过程结束以后开展的总结会议
• Sprint过程中做的好的工作，改进的工作

• Sprint冲刺过程中可以省略此会议

  
  来源网络.png

项目模式

• Scrum 与 Kanban的区别
• 适合项目才是最好的

区别

来源课程.png

Kanban的优缺点

来源课程.png

Scrum Kanban

• 将Kanban融入到scrum体系中间

  
  来源课程.png

如何通过Kanban管理Scrum

• 将故事模板放进到Teams里面
• 在Teams里面添加需求
• 将每个需求划分成不同优先级的task
• 根据task任务进行状态的改变划分
• 尽量添加上完成时间的限制

来源课程.png