敏捷，scrum以及团队管理

最近翻看了《洞悉敏捷》《scrum敏捷游戏开发》以及《敏捷项目管理与PMI-ACP应试指南》，同时回顾了一下PMP先关的内容，主要是翻看了一下《从PMP到卓越项目经理》。

什么是敏捷

敏捷开发的名字叫敏捷，突出快速迭代，和传统的开发的最大的区别在于交互变得频发，这里交互包括和用户的交互（定义sprint时间盒子，时间盒子后就和用户展示成果），代码逻辑露脸频繁（持续集成，持续交付），团队内部交互频发（每日立会，项目进展情况及时呈现）；

敏捷哲学

敏捷强调的一种团队的文化发生了变化，首先强调了每个人的能动性，每个人都是自组织，自管理，就连任务都是放到了列表中，大家每天立会的时候，自己去捡任务；每个人都要能够感受到这种参与感，同样你需要具备能够享受这种参与感的能力，就是你的积极主动的工作态度。

为什么实施敏捷之后团队的效率会提高，会变得“敏捷”呢？就是主动参与，人的积极性提高了，做事情有了动力：这是我自己的工作（而不是我是为你工作），而且一旦积极主动之后，项目过程的每个人的空闲间隙就变得小了，本质还是因为积极主动导致的思维模式改变，思维模式改变导致了行为改变，行为改变提高了工作效率。

你会发现敏捷其实特别强调就成员的能动性，和自我管理。这个也就是为什么敏捷会有宣言，每日立会，迭代，持续集成这些其实都是形式，每个形式背后都有其敏捷哲学在里面。

敏捷开发的四个价值观：

第一，个体的互动要高于流程和工具；

第二，可工作的软件要高于详尽的文档；

第三，客户的合作高于合同谈判；

第四，响应变化高于遵循计划。这四点价值观是最能体现敏捷开发的核心的东西，其精髓就是拥抱变化，而不是控制变化。

scrum的9中形式

• Scrum Master：教练，而不是manager，主要用于指导角色以及排除障碍，为你的团队构建一种顺畅环境；
• Product Owner：产品拥有者，是团队产品走向的领导者，但是“鸡”的角色，不干涉开发团队；
• Team：团队，自我管理，短期迭代；
• Sprint Planning Meeting：计划会议，将史诗需求进行拆分为story，有的时候会在这个会议上面把任务分配完成；
• Daily Scrum：每日立会，每日承诺，领取任务；
• Sprint review：迭代评审会，如果我们重来一次，哪些地方会做改善；
• Product Backlog：产品代做列表
• Sprint Backlog：本轮迭代要做列表
• Burndown Chart：燃尽图

scrum的流程

Step1. 需要一个 Vision

真正Scrum 的流程是什么样子的？首先，我们需要有一个Vision ，就是我们所做的产品或者所做项目的愿景。这个需要所有Team Members，包括Product Owner 一起确定，然后大家朝着同样的目标前进。

Step2. 维护Backlog

Vision 出现后，Product Owner 会维护一个Scrum 中我们提到的第一个文档，即 Backlog。它可以理解成我们从产品当中，从各个角度收集的需求， Product Owner 要做的事情就是维护Product Backlog，并且将Backlog 一条一条的按照优先级排好顺序。Product Owner 是唯一有权利维护这个列表的人。

Step3. 拆分Sprint

随后我们会针对这个Scrum 把它拆分成一个个的Sprint ，就是开发周期。然后将 Backlog 里面的项目添加到Sprint 中去，成为Sprint Backlog。每一个Sprint 开始的时候，需要进行一个Sprint Plan。

Step4. 运行Sprint Plan

Sprint Plan 就是整个团队一起，通过Backlog 从优先级最高的这个item 开始挑，挑出Product

Owner 对Backlog 进行介绍。紧接着的是，大家将Backlog 拆分成单个的Task，每一个成员在每一天的工作当中领Task，完成Task。

由此可见，在完美的Scrum 里面，是没有任务指派一说的。每个成员会根据任务、完成度，去及时更新任务的状态。为了让大家了解整个项目的进度，Scrum会引入白板（在墙上或者在板子上钉好多的小纸条，让大家明确项目进度和任务完成情况）。

Step5. Daily Scrum

在Scrum run 起来之后，还有一件事情是Daily Scrum 。在 Daily Scrum 中，每个成员只需三件事情：我今天做了什么，明天要做什么，有什么是我搞不定的。Daily Scrum 一般来说会控制在15分钟之内，而且所有的成员必须要站着开会。

在Worktile 里面，工作台就可以对自己的个人任务进行集中的汇总展示，可以清晰的看到自己最近完成的任务以及接下来需要完成的工作。

Step6. Sprint Rview

当Scrum 结束后，我们会产出一个产出物。这个产出物在Scrum 里面，可以是一个可以运行的软件，也可以是一个可展示的功能。之所以这么说是因为有一个Sprint Rview 的阶段，我们需要通过Demo 在Product Owner 以及其他的Stake Holders 面前，现场演示你做好的东西（而不是给大家讲你做了什么）。

Step7. Retrospective

在Sprint Review 结束之后就是Retrospective。我们整个团队的人都要坐下来聊一聊，我们的Sprint 做得好不好，有哪些地方需要修改。

从PMP到敏捷

网上很多人都拿PMP和敏捷来进行比较，很多人吐槽PMP已经过时了，但是其实敏捷开发，无论是XP还是scrum，你会发现和PMP都不是一个级别的关注的点也不同，或者说其实敏捷开发所关心的其实是PMP的执行以及部分监控阶段；那么十大领域呢？关系管理呢？Scrum没有项目经理，但是真的没有项目经理吗？成本谁来把控，沟通谁来做？只能说敏捷关注圈没有项目经理，但是在这个项目全局角度来看，一定是有一个项目经理角色，而且关注那是十大知识领域的内容，否则请问scrum的团队成员谁去申请？谁去找一个优秀的scrum master，老板？HR？

所以PMP和敏捷之间关系是“have a”的关系，PMP的流程管理中可以在执行阶段采用敏捷的管理方式。

行为哲学

和敏捷没有直接关系，但是觉得很有道理的两句话：

50% percent of our decisions are wrong. Fail fast, learn fast. （我们作出的决定中， 50% 都是错误的。早早失败，早早学习。）

No matter what you want to do, choose what is good for your team.（无论你选择做什么，选择对你的团队有利的事）

scrum的考试网站

https://www.scrum.org/open-assessments/scrum-open

参考：

https://www.zhihu.com/question/19638322