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