章显洲，阿里巴巴B2B项目经理，一直在.Com硝烟弥漫的战场上扑腾奔跑，敏捷方法实践者，业余敏捷教练，《精益软件开发艺术》、《微软的秘密》、《软件架构师应该知道的97件事》中文译者。在2011QCon杭州大会上的演讲主题为“吸纳敏捷方法——提升互联网开发的竞争优势”，演讲主要从互联网系统的产品特性、产品研发团队的结构特性、导入和实施敏捷开发中的Bad Smell与重构方法、团队构建和关键实施策略等方面，与参会者分享了他本人的思考和探索。演讲结束后，章显洲接受了InfoQ中文站的专访。
当软件开发组织采用敏捷开发时，测试团队通常需要花很长时间来完成转变。在很多公司中，独立的质量保证团队已经根深蒂固。当它们开始适应新的敏捷组织时，会遇到难以接受的文化差异。敏捷测试专家Lisa和Janet对此进行了详细分析，对文化因素在敏捷测试中的影响提出了自己的建议，InfoQ中文站对相关内容做了整理。
敏捷联盟发起的“敏捷中的多样性”活动在2010年敏捷大会开始了第一轮的访谈，访谈从“敏捷中的女性”系列开始。Shane Hastie与Lisa Crispin进行了交谈，谈到了已经完成的工作和已经出炉的访谈。
“完整团队”是敏捷实施成功的关键，它是一个由一群一专多能的队员组成的跨职能的团队，打破了传统职能划分的界限。Matthew Philip总结了一些完整团队中比较常见的问题，比如“强调头衔”，“英雄主义”等等。Mathew也分析了问题产生的原因和相应的解决方法。
《iTeams——把个人放回团队中》作者William E. Perry在他的书中驳斥了一条过时的名言：“团队中没有个人”。Perry认为：这句话纯属无稽之谈，因为让团队变得伟大的，正是人与人之间的差异。在这次访谈中，Ben Linders与作者讨论了写这本书的出发点，同时提到一些书中的主要观点。
随着互联网成为软件的主流形态，从前与软件开发割裂的需求、测试、运维等人员发现，对最终交付获得信心的最好方法莫过于卷起袖子，加入开发团队，给他们提供决策支持，参与开发整个流程。作为回报，他们得到了质量更高、更加友好的软件。在这样一个相互了解，相互理解的团队中，决策变得更明智、更及时、更能得到所有人的认同。那么，怎样建设这样的团队？每个角色在新型的团队应该承担怎样的职责？团队和个人的收益有哪些？我们会遇到哪些困难？让我们带着这些问题开始建设全功能团队的旅程。
对于一个网站来说，决定其可用性的因素是多方面的，从数据中心基础设施到网络基础平台、从服务器部署方式到系统平台架构方法、从网站应用架构到网站代码安全等等，任何一个方面做得不好就会影响到网站的可用性。本采访主要介绍了在企业中如何通过ITIL进行管理、如何协调运维同研发、市场等其他部门的关系。张旭升在运维过程中的体会和经验分享，以及常用运维工具的介绍。此外，还谈论了云计算和好的运维人员应该具备哪些品质等话题。
我们在杭州采访了丁香园的冯大辉先生，冯大辉先生原是支付宝的架构师，我们就此展开了采访。在采访中冯大辉谈到自己从一个大公司的架构师，转到一个很小的公司创业时的想法，以及变化前后自己对技术领域关注重点的变化。并谈到创业当中的一些困难和解决方法。
