ThoughtWorks主办2010敏捷中国大会成功举行 献礼敏捷十周年

由ThoughtWorks主办，CSDN承办，InfoQ提供票务支持的第五届敏捷软件开发大会于2010年10月15日成功举行，吸引600多位敏捷爱好者到场参会，与往届最大不同在于，本届大会参会者中企业高端管理层的参会比例大幅增加。

更多 >>

敏捷宣言创始人:十年之后看"修炼"
Dave Thomas是《程序员修炼之道》（The Pragmatic Programmer）一书的作者。十年前，Dave Thomas和Andy Hunt合著了这本经典畅销书。此后的十年间，软件行业发生了翻天覆地的变化：敏捷软件开发盛行，单元测试和测试驱动开发在更多开发人员的工作中扮演着越来越重要的角色。
敏捷宣言发起者如何完成从技术领导者到文化变革领袖的转变？
本文讲述敏捷方法诞生的故事，集中于敏捷宣言发起者在思考模式转变过程中的角色变化。以深入采访17名敏捷宣言发起者中的12位为依据，我们将描述技术驱动的力量怎么会使得敏捷方法引起文化的变革。

更多 >>

敏捷开发：个体与交互 重于 过程和工具
曾经我认为，敏捷的各种实践，只要有了标准化的动作，加上一点点定制，加上PDCA/SDCA，就能做好。迈向敏捷之路，是可以唯一定义并且重复实施的。比如说持续集成，大师说 “在自己的计算机上启动一个自动化build”是重要的──我们把它叫做“本地构建”。做不好本地构建，提交构建失败率就会高，对持续集成的信心就会失去。这个问题，和它的解决方案，都是确定且可重复的。
持续部署才是王道
持续部署为什么就是王道了？这里有两个可以产生歧义的地方，持续部署与王道。什么是持续部署？而王道又是什么？Holy grail，王道其实就是说this thing is good。我们经常在口头上对某件事物表示赞叹，常用的词汇就是“好”。王道就是特别好。好是主观的，我认为软件开发这个领域中，好就意味能够从投入产生出持续的真金实银的回报。
敏捷死于交付压力
敏捷并不是保证交付的银弹，敏捷也从来不是提高交付速度的工具，敏捷和其他所有项目一样，当交付压力过大时，很可能面临失败。因为敏捷的迭代化特征，使这个交付压力从第一个迭代就能体现，而如果这个交付压力不能够很好的解决，比起传统瀑布式项目来说，更容易造成失败。

更多 >>

持续集成铁的纪律是怎样炼成的？
有一种常见的观点认为：持续集成是一系列技术问题；只要安装配置了适当的持续集成工具，解决了某些构建、测试自动化的技术问题，持续集成建设就能顺利开展。但实际上，持续集成建设中很少出现高难度的、超出团队本身能力范围的技术问题，涉及的工具也大多通用。持续集成建设中遭遇的一些典型难题，归根结底都不是技术问题，而是人的问题。
为什么我的敏捷项目有如此多的问题？
本文中列举了许多在敏捷实施过程中遇到的问题。比如没人提真正的Feedback；架构不知如何架设；客户说没有不是Must Have的功能的；路漫漫其修远兮，到底在往哪走等，其实这些问题都有一个相同的最终根源。
企业持续集成之成熟度模型
持续集成已经是一个古老的话题了。有的公司跃跃欲试，有的公司浅尝则止，有的公司半路放弃，而有的公司去能持之以恒。 这是什么原因呢？ 既然是一个古老的话题，那与它刚出现的时候相比，现在是否有了新的变化呢？

更多 >>

从敏捷交付开始
在过去的几年里，敏捷方法（Scrum，XP，Crystal，FDD等）已经进入了主流。Forrester Research报告表明，在北美和欧洲早期第一波采纳这些方法的企业中，14%的企业已经使用敏捷方法，而第二波浪潮中，另有19%的企业正在走向敏捷方法。当新的公司采纳敏捷方法时，很多管理者都要面对同样的问题："我如何推行敏捷方法"？本文中，会阐明一些关键步骤，帮助你开始敏捷交付。
敏捷 != 敏捷实践
说起敏捷，会让人想起什么？TDD、持续集成、结对编程、Standup、回顾会议…… 这些只是敏捷实践。沟通、反馈、简单、勇气和尊重这些价值观才是敏捷中最有价值的部分。
敏捷、生产力和商业价值
作为以"交付更多客户价值"为核心原则之一的方法学，敏捷方法学向软件行业承诺：敏捷方法学能提升软件团队交付能力，给客户交付更多商业价值。为什么敏捷方法能做到这两点承诺？软件组织如果没有实施过敏捷方法学，或者实施方法不得当，通常会对这两点产生怀疑，从而对是否决心在组织内部实施敏捷产生犹豫和观望情绪。那我们就来分析敏捷方法学是怎么做到的。

更多 >>

一个真实的Scrum项目敏捷开发案例
在这篇文章中，将会介绍如何成功地完成了一个大型的（20人一年，超过十万行代码）、分布式（开发人员位于印度和荷兰）Scrum项目，而这个项目曾经在传统开发方式下被废弃过 。为了帮助读者顺利运作大规模项目，在这里我也会历数我们的经验教训，包括：项目启动、找到合适的产品负责人、估算的重要性、有效沟通、测试、文档。
借鉴丰田方法对大型软件组织进行敏捷改造
本文以 ThoughtWorks 中国公司与某大型电信设备提供商合作的咨询项目案例为背景，介绍如何采用丰田倡导的精益生 产方法对大型软件组织进行敏捷改造，从而有效提升其交付能力。
澳大利亚BT财政集团敏捷项目实践分享
此时此刻， ThoughtWorks正好完成了 BT另外一个组的项目，其短时间内高质量的服务在BT内口口相传。 于是BT的 Super for Life 团队开始同ThoughtWorks一起研究如何将一些关键的敏捷流程（例如测试驱动开发和持续集成）用到项目里面，来保证代码质量。
因时而变 华为电信行业敏捷实践经验分享
周耀辉先生从做事的方式和做事理念两方面讲述设计简单化、快速反馈等因素强调了随机应变和以人为本、持续改进的重要性，通过持续改进和实践周耀辉先生感觉：“敏捷更多的不是外在形式，最主要的是理念和想法。”