具体描述
《软件项目管理与敏捷方法》介绍单个敏捷实践与其他敏捷实践之间的联系，同时讲解制定实施策略的技巧。本书涉及的敏捷模式，不只是作者的个人意见，也不是从未试过的新方法，而是若干真实项目案例的经验总结。本书内容主要分为四部分。第一部分阐述软件开发的基本问题，是其他部分的基础。第二部分是本书的核心——为你的组织选择敏捷实践。第三部分包括反馈实践模式、技术实践模式、辅助实践模式、组合模式四个内容。第四部分分析两个组织实施情况的报告，展示组织如何一步步实施敏捷实践。
本书适合想要学习敏捷或想转向敏捷开发的管理者、开发者、架构师等。对于想要深入全面探讨敏捷实践的人来说，本书也是很好的指南。
作者简介
《软件项目管理与敏捷方法》作者Michele Sliger拥有丰富的敏捷软件开发经验，她的职业生涯首先是遵循传统的瀑布软件开发方法，在2000年转向Scrum和XP开发方法实践。她是一位自封的“桥梁建筑师”。她的兴趣是帮助传统软件开发环境中的人跨越通向敏捷开发的桥梁。Michele 是Sliger Consulting公司的老板, 该公司的咨询业务涉及从初创的起步公司到财富500强公司，帮助这些公司的项目团队实施敏捷方法，帮助组织为实施敏捷方法而进行变更活动。Michele 经常在一些会议上发言并且在软件界的出版物上发表文章，她还是敏捷原则和价值驱动的开发实践的强力倡导者。她拥有项目管理专业人员资格(PMP)认证和Scrum培训师认证(CST)资质。Michele 获得MIS学位和MBA学位。在不工作的时候，Michele 志愿担任“Judi之家”中十几岁孩子的引导者，帮助这些孩子应对当他们失去亲人时该怎么办。
Stacia Broderick作为一名项目管理者已经有14年的从业经验，14年中的最后8年主要从事软件开发。她是幸运的，2003年在Primavera Systems公司工作期间得到了Ken Schwaber的指导，从而跨越了从传统软件开发方法到敏捷方法的桥梁，从那以后她帮助了世界上数百个团队完成了从传统产品开发方法到敏捷方法的转变。2006年，Stacia自己创建了AgileEvolution公司，坚信敏捷实践是团队和公司交付产品的合理和自然的方法。Stacia 也拥有Scrum培训师和PMP认证,同时拥有这两个资质证明是非常有价值的，可以帮助组织完成从传统方法到敏捷方法实践的转变。Stacia 喜欢跑步、拉小提琴以及和家人待在一起。
目录信息
译者序
译者简介
Linda Rising的序言
Joe Rainsberger的序言
前言
致谢
作者简介
第一部分对于软件开发的感想
第1章学习是瓶颈
1.1一个假定的实验
1.2透过“学习是瓶颈”看敏捷
1.3识别并响应变化的循环周期
1.4循环周期：充分非必要
1.5为什么这很重要？从理论到实践
1.6关注瓶颈
1.7小结
第2章个体敏捷性
2.1为什么要采纳敏捷实践
2.1.1怎样才算成功的采纳
2.1.2问题：许多敏捷实施案例都不成功
2.1.3什么原因？情况有多种
2.2职责过程模型
2.2.1怎么做才能变得更积极负责
2.2.2要是团队人员不停地抱怨，我该怎么办
2.3有效的敏捷
2.3.1成功的团队拥有积极负责的队员
2.3.2认知和响应变化需要责任心
2.3.3成功的敏捷软件开发从个人做起
2.4个体敏捷性
2.5从理论到实践
第二部分实施敏捷的艺术
第3章业务价值
3.1缩短上市时间
3.2增强产品实用性(市场价值)
3.3提高产品质量
3.4提高灵活性
3.5增强透明度
3.6降低成本
3.7延长产品生命周期
3.8业务价值是组织的目标
3.9从理论到实践：确定组织的业务价值
第4章异味
4.1业务异味
4.1.1交付质量无法令客户接受
4.1.2交付新功能需要太长时间
4.1.3有些功能客户没有使用
4.1.4软件对于客户不适用
4.1.5软件开发过于昂贵
4.1.6我们与他们的对立
4.1.7客户不管三七二十一，什么都要
4.2流程异味
4.2.1客户？什么客户？无法实现直接、经常性地客户参与
4.2.2令管理层惊讶——缺乏透明度
4.2.3瓶颈资源——项目成员同时属于多个团队
4.2.4项目反复拖延
4.2.5bug跟踪系统中有数以百计的bug
4.2.6在发布前需要一个固化周期
4.2.7没能经常集成(通常是因为集成一次太痛苦了)
4.3以痛楚作为激励
4.4从理论到实践：你能找到什么异味
第5章敏捷实施策略
5.1敏捷实践
5.2敏捷模式到业务价值的映射
5.3实施敏捷的艺术
5.4下一步
5.5从理论到实践：制定适用于你的敏捷实施策略
第三部分敏捷实践模式
第6章敏捷实践实施模式
6.1什么是模式
6.2更有效地利用模式
6.3人物介绍
第7章目标
7.1业务价值
7.2小故事
7.3适用情况
7.4阻力
7.5因此
7.6采纳方法
7.7但是
7.8变化
7.9参考文献
第8章周期
8.1业务价值
8.2小故事
8.3适用情况
8.4阻力
8.5因此
8.6采纳方法
8.7但是
8.8变化
8.9参考文献
第三部分(a)反馈实践模式
第9章迭代
9.1业务价值
9.2小故事
9.3适用情况
9.4阻力
9.5因此
9.6采纳方法
9.7但是
9.8变化
9.9参考文献
第10章启动会
10.1业务价值
10.2小故事
10.3适用情况
10.4阻力
10.5因此
10.6采纳方法
10.7但是
10.8变化
10.9参考文献
第11章待办工作项
11.1业务价值
11.2小故事
11.3适用情况
11.4阻力
11.5因此
11.6采纳方法
11.7但是
11.8变化
11.9参考文献
第12章规划“扑克”
12.1业务价值
12.2小故事
12.3适用情况
12.4阻力
12.5因此
12.6采纳方法
12.7但是
12.8参考文献
第13章站立会议
13.1业务价值
13.2小故事
13.3适用情况
13.4阻力
13.5因此
13.6采纳方法
13.7但是
13.8变化
13.9参考文献
第14章完成状态
14.1业务价值
14.2小故事
14.3适用情况
14.4阻力
14.5因此
14.6采纳方法
14.7但是
14.8变化
14.9参考文献
第15章演示
15.1业务价值
15.2小故事
15.3适用情况
15.4阻力
15.5因此
15.6采纳方法
15.7但是
15.8变化
15.9参考文献
第16章回顾
16.1业务价值
16.2小故事
16.3适用情况
16.4阻力
16.5因此
16.6采纳方法
16.7但是
16.8变化
16.9参考文献
第17章频繁发布
17.1业务价值
17.2小故事
17.3适用情况
17.4阻力
17.5因此
17.6采纳方法
17.7但是
17.8变化
17.9参考文献
第18章“联合驻扎”团队
18.1业务价值
18.2小故事
18.3适用情况
18.4阻力
18.5因此
18.6采纳方法
18.7但是
18.8变化
18.9参考文献
第19章自组织团队
19.1业务价值
19.2小故事
19.3适用情况
19.4阻力
19.5因此
19.6采纳方法
19.7但是
19.8变化
19.9参考文献
第20章跨职能团队
20.1业务价值
20.2小故事
20.3适用情况
20.4阻力
20.5因此
20.6采纳方法
20.7但是
20.8变化
20.9参考文献
第21章客户作为团队成员
21.1业务价值
21.2小故事
21.3适用情况
21.4阻力
21.5因此
21.6采纳方法
21.7但是
21.8变化
21.9参考文献
第22章唤醒式文档
22.1业务价值
22.2小故事
22.3适用情况
22.4阻力
22.5因此
22.6采纳方法
22.7但是
22.8变化
22.9参考文献
第23章用户故事
23.1业务价值
23.2小故事
23.3适用情况
23.4阻力
23.5因此
23.6采纳方法
23.7但是
23.8变化
23.9参考文献
第24章用例
24.1业务价值
24.2小故事
24.3适用情况
24.4阻力
24.5因此
24.6采纳方法
24.7但是
24.8变化
24.9参考文献
第25章信息辐射器
25.1业务价值
25.2小故事
25.3适用情况
25.4阻力
25.5因此
25.6采纳方法
25.7但是
25.8变化
25.9参考文献
第三部分(b)技术实践模式
第26章自动化测试
26.1业务价值
26.2小故事
26.3适用情况
26.4阻力
26.5因此
26.6采纳方法
26.7但是
26.8变化
26.9参考文献
第27章测试后行开发
27.1业务价值
27.2小故事
27.3适用情况
27.4阻力
27.5因此
27.6采纳方法
27.7但是
27.8参考文献
第28章测试先行开发
28.1业务价值
28.2小故事
28.3适用情况
28.4阻力
28.5因此
28.6采纳方法
28.7但是
28.8变化
28.9参考文献
第29章重构
29.1业务价值
29.2小故事
29.3适用情况
29.4阻力
29.5因此
29.6采纳方法
29.7但是
29.8变化
29.9参考文献
第30章持续集成
30.1业务价值
30.2小故事
30.3适用情况
30.4阻力
30.5因此
30.6采纳方法
30.7但是
30.8变化
30.9参考文献
第31章简单设计
31.1业务价值
31.2小故事
31.3适用情况
31.4阻力
31.5因此
31.6采纳方法
31.7但是
31.8变化
31.9参考文献
第32章功能测试
32.1业务价值
32.2小故事
32.3适用情况
32.4阻力
32.5因此
32.5.1物件清单管理测试
32.5.2自动化功能测试的益处
32.6采纳方法
32.7但是
32.7.1实施异味
32.7.2架构异味
32.8变化
32.9参考文献
第33章集体代码所有权
33.1业务价值
33.2小故事
33.3适用情况
33.4阻力
33.5因此
33.6采纳方法
33.7但是
33.8变化
33.9参考文献
第34章结对编程
34.1业务价值
34.2小故事
34.3适用情况
34.4阻力
34.5因此
34.6采纳方法
34.7但是
34.8变化
34.9参考文献
第三部分(c)辅助实践模式
第35章教练
35.1业务价值
35.2小故事
35.3适用情况
35.4阻力
35.5因此
35.6采纳方法
35.7但是
35.8变化
35.9参考文献
第36章融入敏捷社区
36.1业务价值
36.2小故事
36.3适用情况
36.4阻力
36.5因此
36.6采纳方法
36.7但是
36.8变化
36.9参考文献
第37章读书会
37.1业务价值
37.2小故事
37.3适用情况
37.4阻力
37.5因此
37.6采纳方法
37.7但是
37.8变化
37.9参考文献
第38章研讨会
38.1业务价值
38.2小故事
38.3适用情况
38.4阻力
38.5因此
38.6采纳方法
38.7但是
38.8变化
38.9参考文献
第39章课堂培训
39.1业务价值
39.2小故事
39.3适用情况
39.4阻力
39.5因此
39.6采纳方法
39.7但是
39.8变化
第三部分(d)组合模式
第40章敏捷迭代
40.1业务价值
40.2小故事
40.3适用情况
40.4阻力
40.5因此
40.6采纳方法
40.7但是
40.8变化
40.9参考文献
第41章沟通组合
41.1业务价值
41.2小故事
41.3适用情况
41.4阻力
41.5因此
41.6采纳方法
41.7但是
41.8变化
41.9参考文献
第42章演进式设计
42.1业务价值
42.2小故事
42.3适用情况
42.4阻力
42.5因此
42.6采纳方法
42.7但是
42.8变化
42.9参考文献
第43章测试驱动开发
43.1业务价值
43.2小故事
43.3适用情况
43.4阻力
43.5因此
43.6采纳方法
43.7但是
43.8变化
43.9参考文献
第44章测试驱动需求
44.1业务价值
44.2小故事
44.3适用情况
44.4阻力
44.5因此
44.6采纳方法
44.7但是
44.8变化
44.9参考文献
第四部分案例研究
第45章BabyCenter
45.1BabyCenter敏捷实施——2007年一季度
45.1.1制定敏捷实施策略
45.1.2结论
45.2BabyCenter敏捷实施回访——2008年一季度
第46章X公司
46.1X公司敏捷实施过程——2007年一二季度
46.1.1报告背景
46.1.2当前业务目标
46.1.3硝烟四起
46.1.4建议在2007年余下的日子里实施的实践方法
46.1.5长远考虑
46.1.6结论
46.2X公司敏捷实施——回访
第五部分附录
附录A敏捷模式与业务价值的映射
附录B敏捷模式与异味的映射
附录C充分利用敏捷模式
附录D更多阅读资源
参考文献
· · · · · · (收起)
读后感
评分
评分
评分
评分
用户评价
这本书的结构安排堪称一绝，它巧妙地搭建了一个从宏观战略到微观执行的完整知识体系。我特别喜欢它在论述某个管理原则时，总是会引用历史上的经典失败案例作为反面教材，这种“以史为鉴”的手法，让抽象的管理原则立刻变得鲜活且充满警示意味。特别是关于“技术债务与商业价值的平衡”那一节，作者用非常坦诚的笔触描述了技术人员的理想与商业部门的现实之间的巨大张力，并提供了一个多维度的决策框架，这在以往读到的书籍中极少提及。我感觉自己像是上了一堂由行业泰斗主讲的硕士级别研讨课，每翻一页，都会有一种“原来如此”的顿悟感。它迫使我停下来，重新审视自己过去项目决策背后的假设，非常具有颠覆性。
评分这本书真是让人耳目一新，阅读过程犹如跟随一位经验丰富的向导，穿梭在复杂多变的软件开发世界中。它没有那种生硬的理论灌输，而是用非常贴合实际的案例和生动的语言，将“项目管理”这个听起来有些枯燥的词汇，描绘得有血有肉。我特别欣赏作者对项目生命周期各个阶段的精细剖析，那种对细节的把握，让我在自己的实践中立刻就能找到对应的影子。比如，书中关于需求优先级排序的那一章，它提出的方法论远比我之前接触到的那些框架要灵活得多，能够真正适应我们团队当前的技术栈和市场变化速度。读完之后，感觉自己的思维框架被极大地拓宽了，不再是单纯地“完成任务”，而是开始思考“如何更高效、更有价值地完成任务”。对于那些在传统项目管理模式下挣扎，渴望寻找更有效工具的同行来说，这本书无疑是一剂良药，它提供的不仅仅是知识，更是一种看问题的全新视角和解决问题的底层逻辑。
评分对于我这种更倾向于动手实践而非纯理论学习的人来说，这本书的实用性超出了我的预期。它不是那种只停留在“应该做什么”的空泛指导，而是详尽地阐述了“如何做到”的具体步骤和注意事项。我最欣赏的是它在介绍各种方法论时，没有盲目推崇任何一种“银弹”，而是强调根据项目的具体情境进行裁剪和组合。书中对“度量体系设计”的章节尤其出色，它不仅区分了输入、过程和产出指标，还给出了如何避免“虚假繁荣”指标的陷阱。我发现自己过去很多时候只是在收集数据，而这本书教我如何利用数据驱动决策，将信息转化为生产力。这本书的价值在于，它将复杂的管理艺术，分解成了一套可以被理解、被学习、并最终可以被内化的操作手册，非常推荐给每一个身处项目漩涡中的专业人士。
评分说实话，这本书的阅读体验有点像是在进行一次高强度的智力体操。它的内容密度非常高，每一页都塞满了信息和洞察。我最欣赏它对“人”的关注，而不是仅仅关注“流程”或“工具”。书中花了大量篇幅讨论跨职能团队的冲突管理和激励机制，这在我看来，远比任何项目管理软件的配置都要重要得多。作者的文笔犀利而直接，没有多余的客套话，直击痛点。例如，关于“为什么好的计划总是赶不上变化”的探讨，它将原因归结于沟通链条的冗余和反馈回路的延迟，并给出了切实可行的扁平化沟通模型建议。对于初入管理岗位的年轻管理者而言，这本书无疑是一本必备的“防坑指南”，它能让你少走很多弯路，避免那些看似专业实则空洞的理论陷阱。
评分我花了很长时间才把这本厚厚的书啃完，坦白说，某些章节的深度和广度让我这个在行业里摸爬滚打了好几年的“老兵”都感到有些吃力，但这恰恰是它的价值所在。它没有停留在高中级管理者的那种宏观叙事层面，而是深入到了每一个技术决策背后的管理哲学。我印象最深的是关于风险识别与量化评估的论述，作者巧妙地将统计学模型与项目日常运营相结合，提供了一套即便是在模糊信息下也能保持相对客观判断的工具集。这对于我们这种经常需要面对“技术黑箱”的团队来说，简直是救命稻草。书中的图表和模型设计得非常精巧，逻辑链条清晰到令人叹服，让我意识到，很多看似“不可控”的混乱，其实都是因为我们缺乏系统性的度量和反馈机制。读完后，我立马回去调整了我们上个季度的项目回顾会议流程，效果立竿见影。
评分入门书，没有太大意义。
评分入门书，没有太大意义。
评分感觉最有用的是附录部分的那个敏捷开发路线图。
评分入门书，没有太大意义。
评分感觉最有用的是附录部分的那个敏捷开发路线图。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有