![]()
特性注入:成功三部曲
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
![]()
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
每个团队都必然会遇到工作被干扰的情况,如果不能合理应对,那么很可能会影响到团队的交付能力。最近,在Agile Advice网站上,Mishkin Berteig发表了一篇文章,讲述了当Scrum或者其他一些采用迭代方式的敏捷团队遇到工作被干扰的情况时,可能可以采用的七种应对方法。
敏捷专家建议缓慢地增长团队规模、超越Scrum of Scrum并且使用类似于特性团队的技巧,扩展敏捷项目。一个特性团队一次承担一个或两个特性的责任,整个团队作为整体工作于其上,直至特性完成。一旦交付特性,每个团队成员加入另外一个特性团队,从事下一个特性的开发。

在刚刚结束的QCon杭州2011大会上,来自腾讯的高级项目经理黄志斌,进行了名为“把大象放进冰箱——技术型复杂项目的特性裂解”的演讲。特性裂解是一个能提升快速交付能力的敏捷实践。在QCon演讲上,黄志斌主要讲述了对技术型复杂项目,如何通过对业务、技术和组织的调整,实现快速交付的目的。演讲结束后,InfoQ中文站对黄志斌进行了采访。
![]()
Gojko Adzic是《实例化需求》(Specification by Example)一书的作者, 在该书中他给出了一些建议和原则,帮助大家在软件开发项目中采用实例化需求去创建活文档。

演讲者分析了在不同国家实施Scrum成败的几个因素,包括经济、文化等等,最后分析出Scrum在中国是否适用。本演讲录制于Shanghai Scrum Gathering 2010。

国内CMMI领域专家袁峰在该访谈中,谈到CMMI在国内企业的应用现状,传统企业对软件的需求,并结合CMMI谈到敏捷开发方法的适用性,最后对软件团队应该采用何种开发方法给出自己的评价。

Scrum和看板是敏捷软件开发中的两股风潮 ── 内容简单,但力量强大。它们之间有什么关系呢? 本书的目的是拨开重重迷雾,让大家明白如何在自己的环境中应用看板和Scrum,进行改进。

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

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