2021.10.07
第一章*1.敏捷的四个价值观
-个体和互动
-客户合作
-可用的软件
-应对变更
2.敏捷的十二个原则（从四个价值观演化）
-最高目标：尽快持续交付有价值的软件
-欢迎需求变更
-经常交付可用软件（几周到几月，越短越好）
-实施过程，开发和业务必须通力合作
-善于激励项目人员
-最有效的沟通：面对面
-衡量进度的首要标准：可用的软件
-倡议可持续的开发
-对技术的精益求精和对设计的不断完善以提高敏捷性
-简洁，即尽可能减少不必要的工作
-最佳的架构、需求和设计出自于自组织团队
-定期反省怎样才能更有效，并相应调整团队的行为。
3.敏捷方法
3.1Lean精益 -最大限度减少不能给客户创造价值的工作（精+益）
精益生产-以满足客户需求为目标，力求降低成本，提高产品质量，不断创新的资源节约型的生产方法
（七大原则：
a. 消除浪费（不产生价值的工作都是浪费）
b.内建质量（过程产生质量）
c.创建知识
d.推迟决策（需求不清不给出项目时间）
c.快速交付
e.对人尊重（一线人员最了解实际情况）
f.整体优化
3.2看板（日本丰田最先采用库存管理，just in time)
核心属性
-工作流可视化
-限制在制品
-管理流程
-明确过程政策
-实践反馈循环
-提高协作性
输入-分析（进行中/完成）-实现（进行中/完成）-测试（进行中）-发布或完成
3.3动态开发方法
-基本原则
协作：活动用户必须参与；
持续和明细沟通：必须授权DSDM团队进行决策
迭代开发：必须频繁交付产品
专注于业务需求：判断产品是否可接受的一个基本标准是符合业务目的
增量式构建：准确的业务解决方法需要采用循环和增量开发
开发期间的任何更改都是可逆的
整个生命周期集成测试
-关键词：以业务为中心，用户参与，迭代，快速交付，团队协作和沟通
3.4 FDD 功能驱动开发
1.开发整个模型->2.构建功能列表 ->3.以及功能规划 -> 4.依据功能设计->5. 以及功能构建
** 4.生命周期** （不是说敏捷下的生命周期，包括瀑布）
取决于交付频率和变更程度
-预测型
瀑布，详细的计划，了解要交付什么和怎么交付）-强调部门划分，有效有顺序的工作，不在项目结束前交付商业价值
-迭代型RUP
连续的原型或概念验证来改进成果或产品（为了学习优化，而不是为了交付速度）
-增量型
少量可频繁交付
二者的区别
迭代通过重复的循环活动来开发-反复求精
增量通过渐进增加产品的功能。-逐块构建
迭代-原型不断改进，就是一开始我想要的是四轮车，后面确认小轿车，然后…确认是奔驰，仅限于资源和时间固定，而且很快
增量-交付的就是对的最终想要的，就像想买的是一辆奔驰，一开始给我四个轮子，然后车身，然后…最后得到的就是我想要的奔驰
-敏捷型/适应型（也叫变更驱动）
目的在于应对大量变更，包括了迭代和增量的概念，不同在于迭代很快，需要的时间和资源都是固定的。而敏捷开发，迭代的时间盒一样但是资源其实是不一样的？
基于流程和基于迭代的敏捷是不同的
迭代时间盒相同，流程中，各个功能的开发所需的时间各不相同。
-混合
