smuggler_2003的专栏

（本文发表于《程序员》2006年第6期）也许由于软件行业固有的“高科技”特性（或者说，软件人固有的顾影自怜），软件项目的管理和过程控制中从来就不缺少形形色色的工具。在一些大型的、“正规的”软件企业中，配置管理要通过ClearCase，软件设计要使用Rose画出一大堆精美的图形，压力测试要用LoadRunner来跑……当软件公司的老板们痴迷于“形式化管理”与漂亮的报表和文档时，这些昂贵的商业工具

极限编程与敏捷开发徐景周    在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的惟一软件文档，就是源代码清单。-- Jack Reeves简介    2001年，为了解决许多公司的软件团队陷入不断增长的过程泥潭，一批业界专家一起概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原则，他们称自己为敏捷联盟。敏捷开发过程的方法很多，主要有：SCRU

       公司领导早就有意尝试敏捷开发，在千挑万选之后，决定在我负责的项目首先试点Scrum敏捷开发，敏捷试点一年多了，有些心得，记录于此：        在2009年有幸在某项目中担任ScrumMaster职务，但是整个团队对于敏捷的认识尚处于初级阶段，更加上组织上CMMI3级的要求，使得这次的敏捷尝试并不尽如人意。       我们项目在项目初期考虑再三，最终采用了Scru