敏捷知识学习

最近在找工作时看到有很多敏捷教练（Scrum master，简称SM）专职岗位，那专职SM的工作范围和职责是什么，一起来了解下吧，同时也梳理下敏捷知识。

一、敏捷基本知识

1、时间盒time-box是什么？怎么管理时间盒？How to set a time-box for a task?

答：比如三点估算Three-point Estimation/ˌestɪˈmeɪʃn/、德尔菲估算Delphi Estimation、扑克估算Planning Poker等。

We often use Planning Poker to estimate task durations.

我们通常使用扑克估算来评估工作量。

2、迭代冲刺会议主要做什么的？和迭代回顾会议的关系是什么？

答：迭代冲刺会议一般是指迭代规划会议。

在迭代规划会议中，团队会确定迭代目标，梳理本次迭代要完成的任务，估算任务的规模和工作量，安排团队成员职责，这就像是为冲刺阶段做准备，规划好路线和分工。

迭代评审会议重点是展示迭代成果，团队向相关人员演示迭代中完成的功能，接收反馈，看是否满足用户需求和期望，更注重成果的展示和验收。

迭代回顾会议是在迭代结束时进行，对已经完成的迭代进行回顾分析，通常是一个迭代周期的收尾工作。

3、基于迭代的敏捷和基于流程的敏捷区别是什么？

答：个人理解，基于迭代的敏捷像是Scrum，基于流程的敏捷像是KANBAN。

4、敏捷中的“反模式”是什么意思？

答：在敏捷中，反模式是指那些表面看似符合敏捷原则，但实际上却会导致不良后果的行为、流程或实践。比如“范围蔓延式迭代”，敏捷虽然强调灵活性，但也需要控制范围。如果在迭代过程中，不断无节制地增加新功能和需求（范围蔓延），就会导致迭代周期失控，团队压力增大，产品也无法按时交付。

5、敏捷里说的“刺探”是什么意思？

答：在敏捷开发中，“刺探Spike”是指一种短时间的、集中的调查或研究活动。

例如，当团队遇到一个技术难题technical problems、不熟悉的业务领域或者不确定的需求时，就会开展刺探。它可能是对新技术的探索explore new technologies，用来评估该技术应用于项目的可行性；也可能是深入研究复杂的用户故事，以便更好地理解需求细节和估算工作量。刺探任务一般时间比较短，目的是快速获取足够的信息，减少项目的不确定性。

6、Scrum框架中的33355分别指什么？

答：

三个支柱：透明性（Transparency /trænsˈpærənsi/）、检查（Inspection）、适应（Adaption）

三个角色：产品负责人（Product Owner）、敏捷教练（Scrum Master）、项目团队（Scrum Team）

三个工件：产品待办事项列表（Product Backlog）、迭代待办事项列表（Sprint Backlog）、可交付产品增量（Increment）

五个事件：冲刺/迭代（Sprint）、迭代规划会议/迭代冲刺会议（Sprint Planning）、每日站会（Daily Scrum）、迭代评审会议（Sprint Review）、迭代回顾会议（Sprint Retrospective/ˌretrəˈspektɪv/）

五大价值观：

承诺（Commitment）-愿意对目标做出承诺

专注（Focus）-全身心都用到你承诺的工作上去

开放（Openness）-团队内所有信息对所有人开放

尊重（Respect）-每个人都有他独特的价值和经验

勇气（Courage）-用于承诺，履行承诺，敢于说不

二、常见的敏捷实践

1、回顾review：帮助团队从之前的产品开发工作及其过程中学习并做出小的改进。

2、待办事项列表编制：在敏捷（Agile）开发中，主要有两种待办事项列表。“待办事项列表一般用“Product Backlog”（产品待办事项列表）或“Sprint Backlog”（冲刺待办事项列表）来表达。

3、待办事项列表细化refine、detail the backlog：一般1周的工作可以用不超过2小时的时间来为下一批工作细化故事；依此类推，如果是2周的工作那就是4个小时，如果是1个月的工作那就是8个小时。

4、每日站会Daily Scrum/Daily stand-up meeting：为每日站会规定时间盒，不超出15分钟。团队中的任何人都可以主持站会。

每个人轮流回答三个经典问题（the three typical questions）：

1）上次站会以来我都完成了什么？What did you do yesterday?

2）从现在到下一次站会，我计划完成什么？What are you going to do today?

3）我的障碍或风险或问题是什么？Where are you blocked?

站会常见错误：

1）站会变成了状态报告会议，可以换一种方法，将注意力集中在团队的产出上，而不是变成状态报告会议。How did you get the whole team closer to your common goal?

可以换一些问题问法，比如：

        1.我们还需要做什么来推进这一工作？

        2.有人在做看板上所没有的事情吗？

        3.作为一个团队，我们需要完成什么？

         4.工作流程是否存在瓶颈或阻碍？

2）站会是为了发现存在的问题，而不是解决它们。可以将站会发现的问题添加到停车场区，然后创建另一次会议，它可以在站会之后立即召开，并在会上解决问题。

5、展示/评审（迭代评审会议）：每两周至少展示一次团队的工作产品。

6、规划基于迭代的敏捷

7、帮助团队交付价值的执行实践（技术实践，可以帮助团队以最快的速度交付）

1）持续集成；

2）在不同层面测试；

3）验收测试驱动开发（ATDD）；

4）测试驱动开发（TDD）和行为驱动开发（BDD）；

5）刺探Spike（时间盒研究或实验）。

8、迭代和增量如何帮助交付工作产品：可以帮助团队为交付和多种反馈创建一个节奏。

三、敏捷原则

凡符合“敏捷宣言”所倡导的价值观，且遵循十二开发原则的方法均可被认为是“敏捷软件开发方法”。

十二开发原则如下：

1. 尽早地持续交付有价值的软件，以便让客户满意，这是最高优先级的事情；
2. 即便在开发阶段后期，也欢迎需求变化。为了让客户获得业务竞争优势，利用敏捷过程来应对变化。
3. 频繁交付可工作的软件，建议采用较短的交付周期（通常是几周或一两个月）；
4. 在整个项目过程中，业务人员和开发人员每天能够一起工作一段时间；
5. 围绕积极的个体，建立项目团队，给他们需要的环境和支持，并相信他们能够完成工作；
6. 无论团队内外，传递信息效果最好和效率最高的方式是面对面交谈；
7. 可工作的软件是项目进度的首要衡量标准；
8. 敏捷过程促进可持续发展。项目主要干系人、开发人员和用户应该能一直保持节奏；
9. 持续关注技术卓越和良好的设计，提高敏捷性；
10. 以简洁为本，它是极力减少不必要工作量的艺术；
11. 最好的架构、需求和设计会从自组织团队中涌现；
12. 团队要定期地反思“如何变得更有成效？”，然后相应地调整自身行为。

四、SM主要职责

在学习敏捷知识的时候，老师曾提到敏捷教练可以用三个词来概况：催化剂（促进作用）、老母鸡（保护团队专注手头的事情，消除组织障碍）、卫道者（指导敏捷工具的使用，提供支持和帮助，为给他人贡献铺路）。

具体职责包括：

1、仆人式领导，角色定位是辅助性、仆人式、服务型；

2、敏捷教练促进作用，促进团队内外合作交流，不会替他人做决定；促进Scrum活动的有序进行；

3、敏捷教练帮助：被求助时、团队违反敏捷时、不会用敏捷工具、冲突自行解决无效；观察和衡量特性团队的表现，促使特性团队采取行动来达到目标，帮助团队持续改进；

4、敏捷教练清除组织障碍，一般不干涉产品开发方向和如何开发的问题；

5、为他人的贡献铺路，提供支持和帮助，协助团队解决问题，确保敏捷实践的效果；组织和提供培训、分享会议，向团队传播敏捷知识和实践，确保团队成员对敏捷开发有一致的理解；辅导团队和个人改善敏捷运作各项活动，持续提高团队敏捷成熟度。

五、其他-敏捷常用词汇

干系人 stakeholders

总结 summarize

时间盒 time-box

自动化测试 automated testing

持续集成 CI：Continuous Integration

刺探：Spike