最近在学习敏捷ACP，将个人学习的一些总结记录在这里，网上ACP资料不多，总结中的有些观点和翻译也只代表我自己的理解，转载请注明出处。
l 敏捷宣言
个体和互动 高于流程和工具(Individuals and interactions over processes and tools)
工作的软件 高于详尽的文档(Working software over comprehensive documentation)
客户合作 高于合同谈判(Customer collaboration over contract negotiation)
响应变化 高于遵循计划(Responding to change over following a plan)
l 12条敏捷原则
1 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
2 欢迎需求变化，即使在开发后期也一样。善于掌控变化，帮助客户获得竞争优势。
3 经常地交付可工作的软件，相隔几星期或几个月，倾向于采取较短的周期。
4 业务人员和开发人员必须每天在一起工作。
5 激发个体的斗志，以他们为核心搭建项目。提供他们所需的环境和支持，相信他们能够达成目标。
6在团队内部，传递信息效果最高效的方式是面对面的交谈。
7可工作的软件是进度的首要度量标准。
8 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
9 对技术精益求精，对设计不断完善，将提高敏捷能力。
10 以简洁为本，极力减少不必要工作量。
11 最好的架构、需求和设计出自于自组织的团队。
12 团队定期地反省如何能提高成效，并由此调整团队的行为。
l 相互依赖声明(Declaration of Interdependence)
我们通过创造我们关注的持续价值流来提高投资回报率。
我们通过与客户频繁的交互和分享所有权来交付可靠的结果。
我们承认不确定性，并通过迭代、规划和适应来管理它。
我们通过承认个人是价值的最终来源、创造使他们有所作为的环境来激发创造力和创新力。
我们通过团队结果问责制和团队职责分享制来提升绩效。
我们通过因地制宜地应用具体的策略、过程和实践来改进效率和可靠性。
l 敏捷术语和概念
敏捷最适合具有复杂要求和技术的项目
敏捷项目范围不固定，而时间和成本是固定的
敏捷使用自上而下的估计
敏捷文档通常勉强够用
敏捷有利于适应，而传统的管理方法有利于预期
敏捷挣值管理（EVM）用于价值跟踪报告，最好应用于迭代级别
l 积极倾听(Active Listening) - 通过以下步骤进行听力技能进步：
内部倾听(InternalListening)（这将如何影响我）
集中倾听(Focused Listening)（他们真正想说的是什么）
整体倾听(Global Listening)（注意除了所说的之外的其他标志）
l 适应性领导(Adaptive Leadership ) - 领导者必须适应形势，以最有效地领导
l 敏捷游戏（协作和创新游戏）
记住未来：用于视觉设定和需求启发的游戏
修剪产品树：用于以帮助收集和塑造需求的游戏
快艇/帆船：用于识别产品的威胁和机会（力量）的游戏
购买功能：确定优先级的游戏
Bank-for-the-Buck：审视价值与成本的游戏
产品盒（Vision Box）：设计产品的虚拟盒子（确定最重要的前3项工作）以确定优先级
l 架构刺探(Architectural Spike) -源于极限编程模式中的技术探险，写足够的代码来探知某个新兴技术（或不熟悉的技术）的使用所可能带来的技术风险， 对于复杂的调研任务，架构Owner可能需要部分团队成员的配合，在Sprint中安排Spike类型的任务。
l 探针(Spike)- Spike是一种技术尝试，用于通过快速失败来降低风险。
l 燃烧率 - 每次迭代的人工（最大部分）和其他成本，用于准备预算或EVM
l 洞穴和公共区域（Caves and Commons）
公共区域(Commons)：为最大化渗透沟通而组织的共同工作空间
洞穴(Caves)：半私人空间，可以做电子邮件，打电话等，不被别人打扰
l 冲突级别(Conflict Levels)
1.Problem to Solve
2.Disagreement
3.Contest
4.Crusade
5.World War
l 构造成本模型（COCOMO） - 对已完成的软件项目的输入进行逆向工程，这些项目已知具体成本，以便对新项目进行估算。是普及程度比较高的一种自顶向下项目成本估算模型，是比较精确，易于使用的成本估算方法。
l 累积流图(CFD) -一个实践工具，可以帮助我们看到WIP的状态、项目的步调、并且快速识别出交付时间存在的风险以及瓶颈。
l 周期时间(Cycle Time) - 将需求转化为生产所需的时间
l 决策谱（由Jim Highsmith提供） - 一种参与式决策制定工具，允许人们表明对决策的支持/保留。
Decision Spectrum (by Jim Highsmith) – a participatory decision making tool to allow people to indicate support/reservation for decision
l DRY (don’t repeat yourself) –一种编程哲学，要求程序员不要重复相同的代码
l 经验过程控制(Empirical Process Control) –关于项目的决策是基于项目执行期间的持续观察和实验而不是预先计划
l 史诗故事(Epic Story) – 史诗般的故事是大型用户故事，可以分解为较小的用户故事，可以在产品backlog的底部找到
l 逃逸缺陷(Escaped Defect) – 客户发现的问题或错误，即逃过验证，验证和验收测试.
l 失败模式Failure Modes [by Alistair Cockburn]
作者：晚晴风_
链接：https://www.jianshu.com/p/d64ab388358a
共同学习，写下你的评论
评论加载中...
作者其他优质文章
