
硝烟中的Scrum和XP
在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。
如今,随着劳动力的不断全球化,面对面会议正在变得越来越稀少。在办公场所里面,我们通过由桌面共享工具支持的电话会议专线来完成业务的处理过程,这种体验与以前完全不同。本文中介绍了一种刚刚出现并且非常重要的技能:如何使用种种技巧和窍门来有效促进远程互动过程。
理想的架构并不总是那些基于最好技术选择的架构。它实际上应该考虑不同利益相关者的需求,这些需求也许会限制选择范围。Phillip Calçado指出,开发团队也算是利益相关者,而且架构师不能忽略由开发环境引起的制约因素。
Target Process 2.7已经发布。Target Process是一个敏捷项目管理工具,它可以将敏捷项目相关的很多任务进行自动化处理。 在最近几个迭代里面,它发布的重要特性包括可视化迭代计划、程序级发布计划、个人生产率报表等等。
CSDN在最近刚结束的“软件开发2.0技术大会”上提出了“软件2.0”的概念,认为现在Web正在成为统一的、面向服务的分布式计算平台,不仅为企业在实施SOA的过程中提供基础设施,还有效地将现有的新的软件过程方法和语言工具进行整合。
办公环境和员工地理位置分布化的同时,网络又在虚拟地联系着越来越大规模的企业,这都给企业管理者提出了很多新的问题,集中化与去集中化之间该怎么选择呢?架构师又该做些什么呢?S. E Slack在IBM developerWorks的撰文似乎对我们很有启示。
继去年的调查之后,本月Scott Ambler发布了2007年敏捷采用情况的调查结果。InfoQ提供了该调查中的一些分析,并希望读者考虑一下,是否能从社区中得到对敏捷趋势的一致看法。
假如本地协作是Scrum的基础条件之一,那么非本地协作团队不断增长的趋势就带来了一个疑问,即“在这种环境下,敏捷如何进行?”David Churchville描述了常见的分布式团队工作场景,并为不同类型的分布式团队进行敏捷项目交付时常常遇到的问题提供了一些解决方案。

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。