| 本书系第15届Jolt大奖入围作品，敏捷运动领军人物、两次JOLT生产力奖得主Alistair Cockburn向你推荐成功项目的7大体系特征！敏捷团队通过将近10年的潜心研究及反复试验所得出的“钻石级”体系！ |
| Alistair Cockburn是美国一名著名的软件专家，也是一名优秀的讲师，于2001年和2002年两次获得Jolt生产力奖。他分别向应用敏捷方法体系的新手及专家谨慎地提出各种建议。新手在此书中将找到对这些敏捷方法进行选择逐步的独家指导。专家则会在此书中发现一些全新的、可尝试的策略及方法，以及他们用以做出提前决定的前后信息。 .. << 查看详细 |
| 目 录 序言 crystal clear—— 小型项目安全开发的重要原则ⅰ 第1章 阐释(旁观者之见)1 我向一些成功的小团队咨询他们工作方式的保持或改变情况，从而提炼出水晶项目管理体系。这些团队告知的答案反映出来的似乎都是些简单易懂的原则。本章主要以电邮的方式描述虚拟人物crystal与主人公“我”之间的交流过程。这几封电邮可让读者像“我”当初一样以旁观者的身份体会这些原则，也给了“我”不断提问的机会并对crystal的报告作出推理。 第2章 应用(七大体系特征)21 要了解水晶项目管理体系的生效方式，可提出两个特定问题：“团队在工作时以何为中心？”，“我们能否将项目带入一个更加安全的区域？”本章将介绍由最优秀的团队制定的七大体系特征。水晶项目管理体系对前三项提出了硬性要求。而较为优秀的团队可使用其他四大体系特征以期项目能够向更为安全的方向发展。除了“渗透式交流”以外，其他所有体系特征都适用于不同规模的团队。 体系特征一：经常交付22 体系特征二：反思改进24 体系特征三：渗透式交流26 体系特征四：个人安全31 体系特征五：焦点34 体系特征六：与专家用户建立方便的联系36 体系特征七：配有自动测试、配置管理和经常集成功能的技术环境38 实证：不同机构间的协作43 对体系特征的反思44 第3章 实践(策略与方法) 47 尽管水晶项目管理体系并不要求读者掌握或者运用某些特定的策略或方法，但倘若在启动阶段能熟识一套有效的方法体系则是件有利的事情。本章将向读者介绍一些先前没有太多记载，但是非常具有意义且广为现代敏捷开发团队所采用的策略与方法。 策略47 策略一：360度全方位考察48 策略二：早期胜利49 .策略三：灵活程序框架50 策略四：增量重建52 策略五：信息传播器55 方法59 方法一：方法体系建成法60 方法二：反思研讨会64 方法三：闪电式计划67 方法四：利用专门排列技术的特尔菲估计75 方法五：每日起立会议77 方法六：实质性交互设计78 方法七：流程微观模型89 方法八：肩并肩编程90 方法九：燃烧图表92 对策略以及方法的反思106 第4章 探究(流程) 109 水晶项目管理体系使用的是各种长度的嵌套式循环过程：开发部曲、迭代、交付周期以及整个项目的开发过程。人们何时开展哪些工作取决于他们处于哪个工作周期。本章将最大限度地将这些循环周期线性化，并且指出它们相互之间的一些作用。 项目周期115 交付周期120 迭代周期123 集成周期126 工作周与工作日127 开发部曲127 关于流程的反思128 第5章 检验(工作产品)129 这一章描述了团队中的角色和工作产品，并给出每种工作产品样本。我们不要求您必须获得这些工作产品，但又不得随意挑选。这些工作产品我能保证一次获得一个，也可以一次全部获得的。当然获得相当的工作产品也是允许的，但根据实际情况做出调整和改变的量要适当。 尽管这一章的内容最容易引起人们争论，但是它影响到项目结果的可能性却最小。 角色以及他们的工作产品131 角色：主办方、专家用户、总设计师、设计师兼编程员、商务专家、协调者、 测试员、书写人员132 关于项目样本的一些注释135 主办方：具有取舍优先的任务综述136 团队：团队结构和工作惯例138 团队：反思研讨会成果141 协调者：项目规划图、发布计划、项目状况、迭代计划和状况、评审进度表、 风险列表143 协调者：项目规划图144 协调者：发布计划145 协调者：项目状况148 协调者：风险列表152 协调者：迭代计划→迭代状况153 协调者：评审进度表156 商务专家与专家用户：角色目标列表157 商务专家：需求档案158 商务专家和专家用户：用例162 专家用户：用户角色模型164 设计师兼编程员：屏幕草图、系统架构、源代码、公共领域模型、设计草图 与注解165 设计师兼编程员：屏幕草图167 总设计师：系统架构169 设计师兼编程员：公共领域模型172 设计师兼编程员：源代码和交付包174 设计师兼编程员：设计注解174 设计师兼编程员：测试177 测试员：漏洞报告180 书写人员：帮助文本文件、用户手册以及培训手册181 对工作产品的反思182 第6章 误解(常见错误)185 您觉得自己正在使用水晶项目管理体系，但是项目却依然没有进展。怎么回事呢？水晶项目管理体系当然也会有失败的时候，但请先让我们再确认一下您是否确实在执行水晶项目管理体系。本章举一些项目情况的例子。它们有些满足了水晶项目管理体系的意图，而有些则违反了这一意图。本章的目的是为您提供一个个人警告系统，这个系统将展示您是顺从还是违背了水晶项目管理体系的意图。 “我们扎根在一个地方并在此进行了为时两个星期的迭代—— 但是为什么我们 还是失败了？”185 “两名开发人员被一条走廊以及一扇锁上的门给分开了。”187 “我们用这个大型基础结构进行初次交付。”188 “我们的第一次交付是关于数据表的一场演示。”189 “无可用用户，但一名测试工程师下周即将加入我们团队。”189 “一名开发人员拒绝对他的设计进行讨论或者拒绝向其他成员展示 他的代码。”190 “用户希望我们一次就能将所有功能都交付到他们桌上……”190 “我们有一些小于用例的里程碑事件，还有一些大于用例的里程碑事件。”191 “我们写下了一个基本概念和系统的设计方案。我们都坐到了一起，这样应该 就可以了吧。”191 “谁拥有这些代码？”192 “能否让测试工程师编写测试？如何对图形用户界面(gui)进行回归 测试？”193 “最佳迭代周期为多长？”193 第7章 疑问(常见问题)197 读者也许会感到很好奇，这些想法(水晶项目管理体系)究竟从何而来，它们在业界中与其他的方法相比如何，它们能够被发挥到什么程度，当它们看起来不起作用时我们应该怎么办。本章将以“问—答”的形式来“谈论”这些想法，所涵盖内容从哲学性基础一直到“我如何开始？” 问题1：水晶项目管理体系的基础是什么？198 问题2：什么是水晶家族？206 问题3：这是一种什么样的方法体系描述？209 问题4：水晶项目管理体系的概要表是怎样的？213 问题5：为什么要有不同的篇章形式？214 问题6：水晶项目管理体系处于方法体系万神殿的哪个位置？215 问题7：cmm(i)怎么样？223 问题8：什么是uml，什么是结构？226 问题9：为什么目的只为安全区域？难道我们就不能做得更好吗？227 问题10：分布式的团队怎么样？228 问题11：较大型的团队又怎样？230 问题12：固定价格以及固定范围的项目怎样？231 问题13：我该如何评价我们究竟有多“敏捷”或有多“水晶”？232 问题14：我该如何开始？234 第8章 测试(案例研究)235 英国thales研究与技术公司的stephen sykes用这本书的早期版本进行实验并成功试运了水晶项目管理体系。本章就是对这次实验的一份报告，另外还附带了iso 9001审核员的建议。非常感谢stephen以及thales公司。 现场报告236 审核员报告258 领域内的反思和审核报告263 第9章 集萃(精简版)267 最后该是对水晶项目管理体系作总结的时候了：水晶项目管理体系的核心是什么？怎样使整个团队进入无风险地带？这一章内容不多。 |
内容加载中，请稍后...
商品评论（0条）