本文写于 2017-10，同步于自己的51CTO博客

导言：现在每当直接或间接带一支研发团队我都会给大家做一次敏捷思想和实践的培训（注：软件方向，复杂的硬件开发流程建议使用IPD思想）。作为一个有近10年的开发编码工作经验的资深程序员，作为一个管理者，作为一个还算转型成功的创业者，我一直有种初心

• 希望所有研发人员能够敢于并且会表达自己，让更多的人了解自己；
• 希望所有的研发人员不仅仅是机械的写代码，也能洞悉市场、了解用户，让自己的产出能够适配用户和市场的需求，这何尝不是一种成就感；
• 希望所有的研发人员不再受困于狭窄的职场方向，而是有更多可能转型产品、市场、管理

我认为敏捷开发的实践带给了我这些：工作的收益、内心的释放、转型的机遇以及最重要的自信，所以也想分享给大家这些。

---

敏捷开发思想

 

• 所有人都可以从字面上理解敏捷代表着“快”；
• 呆伯特老板的理解：没有什么计划或者文档，直接开始写代码......
• 很多业内人士的理解：迭代开发。

以上理解不能算是错，但都是盲人摸象式的理解。我们先看看几种常见的开发模式：

• 计划驱动的瀑布式开发；
• 逐步完善的迭代开发；
• 风险驱动的螺旋式开发；
• 价值驱动的敏捷开发；

除却外包项目常采用的瀑布式开发外，在很多人印象里仿佛剩下的三种开发方式都该是敏捷开发，其实这里有个文字游戏，就是“***的”这个定语，敏捷开发是由用户价值（用户的需求）驱动，这才是区分标准，这种对核心的强调，是在提醒我们需要最重视的是什么。至于用户价值的意义，不言而喻——如果我们做出的东西并不是用户需要的，那又有什么意义？在敏捷开发的过程中其实既有螺旋式开发的思维，也有迭代式开发的流程，甚至有计划式开发的阶段。

敏捷宣言—价值观

 

很多“保守力量”反对敏捷开发的原因就是说敏捷不注重计划或者是文档等等。这里的文字游戏就是“胜过”二字，并不是没有，而是取舍侧重的分别。

总结如下：

“自组织团队与客户紧密协作，通过高度迭代式、增量式的软件开发过程响应变化，并在每次迭代结束时交付经过编码与测试的有价值的软件。”

                                                                   胜过

“与客户确定合同后在初期制定并遵循基于活动的完整计划，在重型过程和工具指导下，通过完成大量文档进行知识传递，最后交付需求。”

敏捷开发之 12 条敏捷原则

1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。

注：客户的期望值管理

2、即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。

注：欢迎变更需求但不是意味着可以随时变更，在一个计划节点内要保证需求不变更

3、经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。

注：比如scrum，节点周期往往设置为2到4周

4、在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。

注：研发人员对业务的理解可以使产品更具备可用性甚至有卓越的用户体验，业务人员对技术的理解也会让其更专业，还可以加深不同团队的交融理解

5、围绕被激励起来的个人来构建项目。给他们提供所需要的环境和支持，并且信任他们能够完成工作。

注：比如针对需求和实现性大家的头脑风暴，鼓励每个人发言，比如任务采取主动领取，而不是被动分配，倡导民主和开放

6、在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。

注：面对面交谈不但效率高，而且有利于清晰透彻的了解对方的意图，直面解决冲突

7、工作的软件是首要进度度量标准。

注：每一个节点都要保证软件是可用的，而不是99%的完成但不可用

8、敏捷过程提可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。

注：scrum节点就如同心跳一般让我们的计划有规律

9、不断地关注优秀的技能和好的设计会增强敏捷能力。

注：倡导每个人要有自主学习能力，建立学习型组织

10、简单----使未完成的工作最大化的艺术----是根本的。

注：书籍  大道至简 (豆瓣)，  UNIX编程艺术 (豆瓣) 的核心思想

11、最好的构架、需求和设计出自于自组织的团队。

注：《失控》中的去中心化，生物般的进化

12、每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。

注：“实践——反省——修正——成长......”的正循环

基于以上这些原则和关键词，抽出几个敏捷开发的核心：“价值”、“客户”、“人”、“团队”。

敏捷实践之Scrum

大家要明白一个区别，敏捷开发是一种思想，下面来讲述一下承载这种思想落地的其中一种开发过程Scrum。

 从这张开发过程使用的统计图中可以看出Scrum的流行程度。Scrum本身并不是方法论，它只是一个框架，它只定义了高层次的管理流程，如下图示

它并不涉及具体开发方法或者人员的有效沟通技巧等。这些没有涉及的领域需要同其他理论和技能互为补充，以确保项目的成功。

 

 可以看到Scrum的实施过程是建立在敏捷开发思想12原则基础上的。反过来，对流程的实施也可以加深大家对敏捷原则的理解。 

Scrum兼有的价值观

• 核心价值观：承诺、专注、公开、敬重和勇气
• 提倡的原则：自我管理、涌现机制、可视性和评估/适应循环

Scrum的要点提炼

• Backlog——明晰商业价值，场景化用户故事
• 任务估算——精细，可控，准确
• 会议——专注，高效，开放
• 目标——清晰，可达成

敏捷开发的书籍推荐

• 《 硝烟中的Scrum和XP 》
• 《 高效程序员的45个习惯 》

敏捷开发的工具推荐

• Jira && confluence 项目管理、wiki知识库
•  Redmine 需求、原型、协作
•  jenkins 持续集成