ACP温书-1 敏捷原则和思维模式.pdf

5-23 测试驱动开发TDD • 编写软件前编写测试 ，创造丰富的测试集合 持续集成 • 用一个主线把所有的工作版本集成在一起 重构 • 重组现有的计算机代码过程，而不改变其外部行为 用户故事 • 捕获最终用户需求和用户需要做什么 ，作为其工作的一部分的技术，用一到多个 句子或简单的语言 个体与互动 工作的软件 客户合作 响应变化 高于 流程和工具 高于 详尽的文档 高于 合同谈判 高于 遵循计划 • 意味着虽然流程和工具重要 • 意味着已集成、已测试、潜在 • 意味着我们应该超越谈判并尝 • 意味着欢迎需求变化，哪怕是 (尤其是大型组织) ，但是无法 准备发布的产品才是关键度量， 试提升与客户的合作。我们还 开发后期。 替换有能力的个体和高效的互 它能够有效地跟踪项目进度和 应该建立以合作为基础的关系， 动。个体的技能和他们之间的 对发布做出决策。 而不是靠公司内的正式接口。 互动才是最关键的。 Ø 当开发产品、解决问题或改进工作方 Ø 要以小步增量的方式构建产品：做一 Ø 在实践中，意味着产品经理、市场 Ø 知道所有需求是不可能的。每个项目 式时，要寻找改进互动和提高能力的 些分析、设计，然后开始编码和测试 或销售人员在产品开发期间要经常 都会有浮现和继承的需求。 方法 以验证设计 从客户那里请求反馈并排列优先级。 Ø 如果我们对客户需求变更做的好，就 Ø 在项目期间，产品管理和开发团队必 Ø 设计需要做，比如敏捷建模工作坊(设 Ø 在与我们自己的业务方合作中，我 会增强客户的竞争优势、还有我们自 须在一起工作 计与文档不一样)。如果需要传递信息 们应该寻找开发期间增进和改善合 己。 Ø 在项目期间，架构师、设计师和测试 给客户、维护工作的人员，简易文档 作的方法。 Ø 为了鼓励响应变化并使其更容易操作， 人员必须每天在一起工作 还是必要的 Ø 产品管理和开发应该密切合作，而 需要建立流程和工作方式。承认计划 Ø 面对面沟通是极其重要的，它不能被 Ø 好架构是持续开发产品的关键，架构 不是通过契约或手续。 的不确定性。 是设计出来的，建立一个可实现的简 Ø 计划是必要的，但计划必须适应变化： 单架构是持续化开发的第一步。随着 我们需要持续调整计划。前期花很长 时间的推移，架构会演进，所以持续 时间制定详尽的计划的结果会导致大 追求卓越技术和好设计能够增强产品 量的返工。同时，我们需要有足够的 敏捷性。 计划水平来评估业务需求和对其长期 影响的判断。这是一种平衡的艺术。 准则1 尽早 +持续 +交付有价值软件 客户满意 我们的最高目标是,通过尽早和持续地交付有价值的软件来令客户满意。 准则2 拥抱变化 即时开发后期 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更,帮助客户获得竞争优势。 客户获得竞争优势 准则3