敏捷开发

敏捷开发的5条价值观

1. 个体和交互胜过过程和工具
2. 可以工作的软件胜过面面俱到的文档
3. 客户合作胜过合同谈判
4. 响应变化胜过遵循计划
5. 虽然右项有价值，但我们更重视左项

敏捷开发的12条原则

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

敏捷的快其实就是指的反馈更快，反馈更及时。

敏捷 = 价值观 + 原则 + 一系列符合价值观和原则的方法。

关于Scrum的约束条件，有两条：

1. 迭代计划会议开始前，产品负责人需要准备好需求条目，使需求达到准入标准
2. Scrum讲究时间盒，包括迭代的周期、各个会议、这些都要遵守时间盒的约定。

高内聚、低耦合

高内聚指的是日常工作中，全功能小团队内、小团队内部成员之间的沟通合作更紧密；
低耦合指的是，团队之间的沟通协作要远比团队内部的少，这样的组织结构才更适合推进敏捷。

一句话：调整好结构、组织好人员、划定好需求、搭建好架构、选择好方法和工具、布置好办公环境。

复盘三问题：
1、团队工作中做得好的地方是什么？
2、做得不好的地方又是什么？
3、除此之外，有没有其他疑问？

不了解和分析现状就直接推进敏捷是非常不靠谱的，必须看清现实，摸清项目的痛点，在解决痛点的基础上导入并推进敏捷才是可行的。

先把客户的需求拿来看一下，挑选好并先从有价值的，优先级最高的需求开始做。客户最需要的。

不管使用哪种拆分方法，做需求拆分的目的，都是把大需求拆分一个个独立开发测试的小需求。

为什么你要成为服务型领导？

领导者首先是一个服务者，要为整个团队服务，拉近与员工的心理距离，这样才会取得团队的信任，为团队大多数人谋取利益。

服务型领导的管理理念：理解员工并为员工服务，与员工精诚合作。