章显洲，阿里巴巴B2B项目经理，一直在.Com硝烟弥漫的战场上扑腾奔跑，敏捷方法实践者，业余敏捷教练，《精益软件开发艺术》、《微软的秘密》、《软件架构师应该知道的97件事》中文译者。在2011QCon杭州大会上的演讲主题为“吸纳敏捷方法——提升互联网开发的竞争优势”，演讲主要从互联网系统的产品特性、产品研发团队的结构特性、导入和实施敏捷开发中的Bad Smell与重构方法、团队构建和关键实施策略等方面，与参会者分享了他本人的思考和探索。演讲结束后，章显洲接受了InfoQ中文站的专访。
当软件开发组织采用敏捷开发时，测试团队通常需要花很长时间来完成转变。在很多公司中，独立的质量保证团队已经根深蒂固。当它们开始适应新的敏捷组织时，会遇到难以接受的文化差异。敏捷测试专家Lisa和Janet对此进行了详细分析，对文化因素在敏捷测试中的影响提出了自己的建议，InfoQ中文站对相关内容做了整理。
对于初涉敏捷的测试工程师来说，如何定位自己的角色和职责、如何从传统开发模式成功迁移到敏捷模式、如何跟上短迭代的节奏等等问题都迫切地想要找到答案。 资深敏捷实践者Lisa Crispin和Janet Gregory在《敏捷软件测试：测试人员与敏捷团队的实践指南》一书中，列举了敏捷测试工程师的十条法则，InfoQ中文站进行了整理，对读者或许有借鉴意义。
10月14日至15日举行的第五届敏捷中国大会由ThoughtWorks主办、InfoQ全程负责票务。本次大会主要对在企业中推行敏捷实践、敏捷转型等方面作更为深入的探讨。InfoQ编辑在大会现场就敏捷、云计算等相关话题和ThoughtWorks中国区总经理郭晓、中国移动研究院项目经理张为民等进行了简短的交流。
Scrum是应用最广泛的敏捷开发方法。同时，它的失败率却非常高，其创始人之一Ken Schwaber估计75%尝试Scrum的组织无法获取他们预期的效果 。对此，通常的解释是“对Scrum框架的错误应用，和对其原则的错误把握。”Ken Scheaber 在“Scrum Guide”一文中对这两方面都提供了权威的阐述。本文的目的是在此基础上，提供更加明确的操作性的指导和检查工具。本文分成上下两个部分，分别讲述scrum 框架本身和其背后的原则。
最近有很多关于敏捷运维的消息。 包括很不错的演讲、文章，还有一些激烈的讨论。 它被称作是“创业公司的秘制调味酱”。 对于我们这些并非处在创业公司或者Web 2.0公司中的人来说，它的意义何在呢？ 我们是否可以让敏捷运维在已经创建的大型企业中发挥作用呢？
本文从工具角度出发，介绍了Visual Studio 2010如何帮助测试人员更胜任敏捷项目中的测试工作，主要包括团队有效协作的基石TFS、集成测试环境MTM、通过自动化测试用例框架实现自动化测试用例、早测试和经常测试，以及完整的自动化测试解决方案——实验室管理等。本文为上部。
开发团队采用敏捷时，产品管理会给他们已经超负荷的工作量中再增加更多工作，团队因此措手不及。敏捷需要新的产品管理技巧，传统的人员编制模型一般无法适应新的产品负责人角色。鉴于大多数产品经理已经超负荷工作，他们如何管理这些新的活动，以获得更多价值？
