敏捷开发

敏捷宣言，在里面阐明了敏捷的 5 条价值观，我在下面也给你列出了这 5 条价值观：
1、个体和交互胜过过程和工具
2、可以工作的软件胜过面面俱到的文档
3、客户合作胜过合同谈判
4、响应变化胜过遵循计划
5、虽然右项有价值，但我们更重视左项。

敏捷的原则：正确理解敏捷的基石上面我带你重新理解了敏捷的价值观，但对于敏捷来说，只有价值观还不够具体，为了能更具体地指导工作，由敏捷的价值观又引出了 12 条敏捷原则，在下面我也给你列出了这 12 条原则：
1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
2、即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
3、经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。4、在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
5、围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。6、在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
7、工作的软件是首要的进度度量标准。
8、敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
9、不断地关注优秀的技能和好的设计会增强敏捷能力。
10、简单——使未完成的工作最大化的艺术——是根本的。
11、最好的构架、需求和设计出自于自组织的团队。
12、每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。

敏捷方法包括：极限编程、Scrum、特征驱动开发、动态系统开发方法、自适应软件开发、水晶方法等等，这些方法被统称为敏捷方法。

Scrum 框架看起来很简单，很多人以为它不过就是“三三五五”：3 个角色（产品负责人、团队、ScrumMaster)，3 个工件 (产品待办事项列表、迭代待办事项列表、燃尽图），5 个会议（迭代计划会议、每日站会、迭代回顾会议、迭代评审会议、产品 Backlog 梳理会议），5 个价值（承诺 、专注、开放、尊重、勇气），以为只要把上面这些事情都照搬过来做完就万事大吉，就能用好 Scrum 这一方法了。但其实 Scrum 也是有约束条件的，如果不按照这些约束条件来使用它，是用不好这个方法的。关于 Scrum 的约束条件，这里我举最重要的两条来说明：迭代计划会议开始前，产品负责人需要准备好需求条目，使需求达到准入标准；Scrum 讲究时间盒，包括迭代的周期、各个会议，这些都要遵守时间盒的约定。如果不遵守第 1 条约定，你会发现你的团队即使用了 Scrum，仍避免不了研发节奏被打乱的命运；如果不遵守第 2 条约定，你会发现你的团队被耗在各个会议上，会议效率又很低，团队成员很快就会感到厌烦。所以说，Scrum 是有纪律的，如果不遵守纪律，自由自在无约束，那么使用它注定是痛苦的，也达不成既有目的。

敏捷 = 价值观 + 原则 + 一系列符合价值观和原则的方法。单纯说敏捷是一种方法，肯定是片面的；只强调敏捷的价值观和原则而不重视方法也是不对的，因为那样敏捷就飘在空中，不能落地了。

推进敏捷的第一步是评估诊断，其目的是在转型之前，让企业或者团队了解自己的现状、存在的问题和痛点。采用的方法是四步法：选定代表性项目、访谈评估、制定转型计划和沟通。

打造一支活力与战斗力并存、无往不胜的团队。学好了这关键一步，不管你和你的团队采纳的是哪种敏捷实践，你都能在推进时得心应手、运筹帷幄，你的团队管理能力也会因此更上一层楼。一起制订社会契约我先来讲一个做法，叫做“社会契约”（Social Contract）。什么是社会契约？它本指一个社会里的全体成员，为了更好地生活，定义了一些基本准则，大家一起来遵守。用在团队中，指的就是团队里的行为公约，也就是为了让团队中每个成员都能加强协作、发挥价值，一起来约定的一些基本准则。在工作中，如果有任何成员的行为影响了团队协作，其他成员都可以拿出这个契约来约束他，这样就可以“对事儿不对人”，在处理不良行为的时候更有说服力。落地社会契约的过程，其实就是团队内部相互认可、磨合和协作的过程。那具体怎么来做呢？我认为可以将团队所有成员都聚到一起，大家一起来制定，只有这样，才能够充分征求每一个人的意见，让大家一致认可，并有充分理由一起执行。首先，给大家分发一些贴纸，并给所有人 5 分钟的静默时间，让每一位团队成员思考这一个问题：你认为加强协作、达成团队目标，需要哪些行为准则？每一个人都要把自己认为重要的准则写在贴纸上，且一张贴纸只写一条准则。写完之后，每个人把自己手中写好准则的贴纸贴到白板上，然后将白板划分为不同区域，把内容相似的贴纸归在同一个区域。接着，会议的组织者逐条给大家读贴纸上每个人写的准则，询问大家是否同意，如果有人不同意，就停下来就此讨论一番，如果讨论的结果还是有人不同意，就放弃它；如果大家都同意，就将该准则保留下来。这样进行一遍，把大家都同意的行为准则留下来，就形成了团队的“社会契约”。

怎么开展回顾会议？其实也很简单。首先，要选一个大家都方便的时间，把会议时间固定下来。前几次的回顾会议可以由敏捷教练来引导，等大家对会议流程都熟悉了，就可以由团队的组长来组织。会议开始后，先说明会议目的，接着让大家讨论三个条目：团队工作中做得好的地方是什么？做得不好的地方又是什么？除此之外，有没有什么其它疑问？和制定契约的会议一样，先用五分钟时间让大家静默思考，然后把每一个点子都只写在一张贴纸上。将白板划分不同的区域，把相似内容的贴纸分区域贴到白板上。接着一一讨论这些问题。做得好的地方我们在接下来的迭代中就可以保持下去，做得不好的地方大家可以一起头脑风暴到底怎么去改善，并做一些行动计划。对于有疑问的地方大家也可以互相提问，有些是敏捷教练需要阐释的，有些则是团队成员需要解释的。这里你要注意，回顾会议是有时间盒的，一般不会超过 1 个半小时。

大型团队敏捷的导入和推广，首先要打造端到端的、从需求到开发到测试到运维到运营的敏捷全生命周期，向业务敏捷靠拢.