初识敏捷

信很多人在接触敏捷之前，会和我有一样的困惑，那就是：

什么是敏捷？

什么又是敏捷开发？

什么又是Scrum？

上述三个东西到底是不是一样的，他们之间是个什么样的关系？

希望本篇文章浅显的分享，能够帮到你解决以上这几个问题。

- 1. 认识定义 -

敏捷方法：是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。

敏捷软件开发：是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组

织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。

Scrum：是指一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum 目前已被用于开发软件、硬件、嵌入式软件、交互功能网络、自动驾驶、学校、政府、市场、管理组织运营，以及几乎我们（作为个体和群体）日常生活中所使用的一切。

- 2. 敏捷与Scrum关系 -

敏捷和Scrum的关系，其实就是笼统的概念和一个具体实现之间的关系。忘记在哪看到一个例子感觉非常贴切。敏捷和Scrum的关系，就是‘美’和‘一幅具有美感的画’的关系，你可以说一幅画具有美感，但是不能将美就等同于一幅具有美感的画。

这让我也想到了刚接触SAP、ERP时的困惑。在确认公司架构的时候，有CRM、ERP、SRM、MES之分，但公司实际业务中却只有CRM、SAP、SRM、MES，唯独就是没有ERP。那时我认为ERP就是SAP，不过是两个称呼罢了。直到在有次面试被问到二者区别时，直接顿住。后来自己也慢慢了解了，ERP其实就像敏捷一样，是一类管理思想的统称，而SAP、Scrum是上述管理思想的一种具象实现。就像ERP刨除SAP之外，还有Oracle、金蝶等；敏捷除了Scrum外，还有XP、CM、FDD、ASD、DSDM等。

- 3. 敏捷宣言 -

不小心说远了，再回到敏捷上。

知道了敏捷的定义，以及敏捷与Scrum的定义后，我们再来看下敏捷的宣言。

“   个体和互动 高于 流程和工具

        工作的软件 高于 详尽的文档

        客户合作 高于 合同谈判

        响应变化 高于 遵循计划    “

可以看出敏捷的四个特点：不注重流程、不注重文档、拥抱客户、拥抱变化。

图源：Scrum中文网

透过这四个特点，可以再延申出几个隐式特点：不注重流程但又要解决问题则需要团队人数尽可能精简且在同一处办公；不注重文档则需要更好的借助白板、便利贴、每日站会等现场的工具；拥抱客户，则需要更加贴近客户，贴近现实业务，不是一味遵循框定好的具体内容；拥抱变化则需要项目化整为零，降低风险，具备周期性、快速迭代交付的机动性应对方案。

条条大路都可通往罗马。 敏捷作为一种管理模式，具体的实现方式，不同的企业有不同的路径。而敏捷的特点只是企业是否应用敏捷思想的充分不必要条件。也就是企业用了白板、Stand-up管理，并不能证明就是用了敏捷管理。但是真正用了敏捷管理的企业，往往确实有上述几个明显的特点。

归根结底，想要确认企业是否运用敏捷方式，关键点并不在于怎么做，而是做了什么。说到底白板、Stand-up只是一个工具而已，没有白板可以用excel，甚至是随便在纸上写写画画，只要是能够持续快速的迭代交付用户使用程序，尽可能的拥抱客户需求，满足用户的变更需要，就是敏捷的管理方式。

- 4. Scrum框架 -

图片

3个角色：PO-产品负责人-Product Owner、Scrum Master、开发团队

3个工件：产品Black log、Sprint log、产品增量

5个事件：

    Sprint（Sprint本身是一个事件，包括了如下4个事件）

    Sprint计划会议（Sprint Planning Meeting）

    每日站会（Daily Scrum Meeting）

    Sprint评审会议（Sprint Review Meeting）

    Sprint回顾会议（Sprint Retrospective Meeting）

5个价值：

    承诺 – 愿意对目标做出承诺

    专注– 把你的心思和能力都用到你承诺的工作上去

    开放– Scrum 把项目中的一切开放给每个人看

    尊重– 每个人都有他独特的背景和经验

    勇气– 有勇气做出承诺，履行承诺，接受别人的尊重

特点：

• 用户故事

        角色：谁要使用这个功能。

        活动：需要完成什么样的功能。

        商业价值：为什么需要这个功能，这个功能带来什么样的价值。

        作为一个<角色>, 我想要<活动>, 以便于<商业价值>

• 每日站会

        时长：15分钟为限

        主持人：团队自身

        会议指导：Master

        已完成：检视完成Sprint目标进度

        将要完成：Sprint待办列表工作进度趋势

        示例：

            昨天，我为帮助开发团队达成 Sprint 目标做了什么？

            今天，我为帮助开发团队达成 Sprint 目标准备做什么？

            是否有任何障碍在阻碍我或开发团队达成 Sprint 目标？

来自微信公众号：ActCrew

一个混迹于制造业供应链管理的PM

一个常态性极度拖延（懒人）+间歇性踌躇满志的矛盾体

公众号：ActCrew