主要内容包括如何将敏捷团队从基础工具环境搭建中解脱出来、在迭代中追求“业务价值”和“获取知识”、如何评价一个人是否适合 XP?、丰富的设计技能胜过特定于平台的知识、InfoQ 中文站翻译之作《实现模式》中文版面市、善用覆盖率度量、开发人员理想与现实的大 PK、第二次 Beijing Open Party 总结和资料下载、正确设定用户故事的大小和 James Shore 谈敏捷的衰落。
1. 将敏捷团队从基础工具环境搭建中解脱出来(译者:郑柯)
敏捷团队要想成功,搭建良好的基础工具环境是成功的必要手段。要想马上启动项目,团队现在可以使用 Buildix 来部署全新的基础工具环境,或者使用 Assembla 提供的在线工作空间。
2. 迭代中不仅追求“业务价值”,还要“获取知识”(译者:郭晓刚)
表面上看,多数敏捷方法都简单地根据业务价值决定故事的开发顺序。但在很多情况下,更明智的做法是将增加业务价值与有意识的"获取知识"步骤结合起来。Alistair Cockburn 介绍了如何有效地进行此种结合,以及如何借助这样的实践在正确的时间交付正确的功能。
3. 如何评价一个人是否适合 XP?(译者:郑柯)
许多敏捷专家认为,不是所有的人都能适应敏捷开发。一些人无法理解敏捷的哲学,而且会对团队的运作起到潜在的负面作用。极限编程小组有一个有趣的话题,小组成员们讨论如何评估一个人是否适合 XP。这个讨论涉及到可以作为评价标准的不同因素。
4. 丰富的设计技能胜过特定于平台的知识(译者:韩楷)
在最近的一篇文章中,Martin Fowler 指出了组织团队时什么是最重要的考量。它不是关于特定平台或者业务领域的经验与知识,而是更为广博的(broader)设计技能,这样的团队可以为软件带来更好的质量并向客户交付价值。
5. InfoQ 中文站翻译之作《实现模式》中文版面市(作者:InfoQ 中文站)
Kent Beck 著,InfoQ 中文站翻译的《实现模式》中文版近日已经面市: http://www.china-pub.com/508887。本书的译者为李剑、熊节和郭晓刚。
6. 请善用覆盖率度量(译者:张龙)
Christian Gruber 就 TDD 的代码覆盖率度量方面阐明了其态度。他谈到了代码覆盖率度量会告诉你什么以及不会告诉你什么,TDD 是如何适应它的,同时还提到了我们如何能更好地使用代码覆盖率度量。
7. 测试:开发人员理想与现实的大 PK(译者:王速瑜)
PDC 大会上进行了关于“单元测试的未来”的小组讨论,大部分的谈话内容聚焦于 Mock 测试,人们对于 Mock 框架(Mock frameworks)的过度使用取得了普遍共识。
8. 第二次 Beijing Open Party 总结和资料下载(作者:郑柯)
2008 年 3 月 1 日,第二次 Beijing Open Party“春归(The Return of Spring)”活动在北京东直门国华投资大厦 11 层 ThoughtWorks Office 顺利结束。与 1 月 19 日第一次 Open Party 活动相比,本次参与人数多达 70 余位,远超出上次的 41 人。各位参与者贡献的主题达到了 14 个,涵盖 RIA、软件创业、敏捷和精益、移动开发以及开源等多个领域。
9. 正确设定用户故事的大小(译者:李剑)
资深的敏捷实践者都会知道,敏捷过程中最困难的部分之一就是如何正确地编写用户故事。最近,Pat Kua 解答了一个核心问题:故事里应该放入多少细节?
10. James Shore:敏捷的衰落(译者:李剑)
James Shore 声称敏捷正在走向衰落。他说,很多团队在用“sprints”和每日例会,但是却不采用那些可以在长期内产出高质量软件的技术实践。在他的估计中,已有无数个 Scrum 团队将敏捷用的如此之烂,不仅失败已成必然,而且会将敏捷的发展跟他们一起拖入泥潭。
评论