知行合一：实现价值驱动的敏捷和精益开发

目 录 版权信息 内容提要 对本书的赞誉 序一 序二 序三 前言 第一部分 神形兼备的敏捷开发模式 第1章 从“先知后行”到“知行合一”——从传统开发模式到敏捷开发模式 1.1 重新审视项目成功的标准 1.1.1 传统的三要素不一定能客观度量项目的成功与否 1.1.2 新的项目管理铁三角 1.1.3 敏捷让我们实现价值驱动管理 1.2 重新审视瀑布模式为代表的传统开发方法 1.2.1 来自制造业的接力式开发模式 1.2.2 瀑布开发模式的不合理之处 1.3 复杂软件项目的共性：需求的不确定及技术的不确定 1.3.1 客户对自己真正需要的产品需要一个认识的过程 1.3.2 实现每个客户需求都有代价，但不是每个需求都有价值 1.3.3 技术平台的不确定性 1.3.4 团队一开始不了解自己的效率 1.3.5 传统方法不能高效解决这些不确定性带来的问题 1.4 从“先知后行”到“知行合一” 1.4.1 知行合一是自然的结论 1.4.2 敏捷就是在开发中学习、成长、调整和完善 1.4.3 敏捷是实现价值驱动管理的好方法 两个团队的故事 第2章 敏捷开发方法——摸着石头过河的智慧 2.1 经常被错误解读的敏捷宣言及敏捷原则 2.1.1 敏捷宣言是价值宣言 2.1.2 敏捷的12原则背后的故事 2.2 敏捷开发架构与Scrum：调整中增量开发 2.2.1 敏捷开发架构 2.2.2 用一分钟来解释一下Scrum以及Scrum中的3个角色、3个文档和5个 会议 2.2.3 敏捷框架下看Scrum 2.2.4 Scrum和极限编程的结合使用 2.3 Scrum是一个实现敏捷价值及原则的开发管理架构 2.3.1 Scrum让敏捷价值的实现变得自然 2.3.2 Scrum是敏捷原则的具体体现 一个团队的两个故事 第3章 形神兼具——实现敏捷的核心价值 3.1 形似神不似的Scrum实施 3.1.1 Scrum不能保证解决问题，但能保证暴露问题 3.1.2 没有本地化的适配，敏捷过程很难落地生根 3.1.3 不要因为错误的原因引入Scrum，要明确引入敏捷的目的 3.2 使用Scrum的艺术 3.2.1 Scrum中的自我管理及实现方式 3.2.2 管理者从监控型到服务型的转变 3.2.3 追求问题的解决而不是最佳解决方案 3.2.4 对工程人员能力提升及自律的要求 3.2.5 Scrum实践的互补，完整的Scrum才最有价值 3.3 极限编程是Scrum最好的伙伴 3.3.1 技术债务：Scrum的杀手 3.3.2 极限编程的4个核心价值 3.3.3 极限编程的原则 3.3.4 极限编程的4个核心工程活动 3.3.5 极限编程的12条实践 3.3.6 极限编程+Scrum：1+1>......