
项目经理在敏捷中的职责
书里的敏捷不谈管理者的角色,而是谈教练/促进者。本文首先解说了各行业通常意义上的项目经理角色,然后试图将其与敏捷中的教练/促进者角色相对应。在这一探讨中,本文也试图拓宽教练/促进者的工作范围。

书里的敏捷不谈管理者的角色,而是谈教练/促进者。本文首先解说了各行业通常意义上的项目经理角色,然后试图将其与敏捷中的教练/促进者角色相对应。在这一探讨中,本文也试图拓宽教练/促进者的工作范围。
规则通常是一项活动的已定义的标准,要求大家遵照执行。换句话说,通俗地讲法律也可称为一种“规则”。另一方面,指导方针则尝试着根据一系列的常规程序来精简出特定的流程。根据定义,指导方针永远不是强制性的。那么敏捷团队应该制订规则呢,还是只要指导方针就够了?

InfoQ中文站不久前发布了两篇与Pomodoro时间管理方法相关的新闻《用"蕃茄"来减轻时限压力》和《Pomodoro-敏捷方式的时间管理》,本文可算是前文的延伸和实践验证。作者滕振宇是AgileChina 2009大会上的讲师,本文即来自他在自己团队内部实践经验的总结。

10 年之前,Andy Hunt和我合著了《程序员修炼之道》(The Pragmatic Programmer)。自那以后的10年间,软件行业发生了翻天覆地的变化:敏捷软件开发盛行,测试和测试驱动开发在很多开发人员的工作中扮演着重要的角色,而且软件也越来越趋向云计算和多核设备。那么以前的那些建议还是否适用?如果我们今天重写此书,需要做哪些改变?今天,一个讲求实效的程序员正在做些什么?本演讲视频录制于AgileChina 2009。

本采访视频由郑柯翻译,金明审校。
Agile 2007大会上,Deborah Hartmann采访了Agile Alliance的总裁Rachel Davies,谈了有关Generic Agile的话题,有必要理解开发过程中最重要东西的必要性,而不是一味坚持严格的敏捷开发方法。

本迷你书从《ThoughtWorks 文集》的13篇文章精选5篇编撰成集。这几篇文章有一个共同点:它们介绍的是一些最根本、最易施行、又最能立竿见影的敏捷实践。藉由这几篇各自独立而又相互关联的文章,我们希望帮助读者从持续集成和测试入手,建立行之有效的项目健康保障体系,并掌握必要的面向对象编程和重构技能,从而切实提升软件质量,并为更进一 步的改进打下坚实基础。

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