作者：Bruce Harpham

提高生产率是很多IT人士的工作重心。而敏捷方法对生产率大有帮助（不仅仅是有助于软件开发）。

采用新技术是提高生产率的途径之一。另一个途径就是缩减开支。还有一个更好的办法，那就是改进IT人员的工作方法和技能。敏捷方法可提高沟通效果，快速响应客户需求，从而提高生产率。

不熟悉敏捷方法的读者可参考以下几点。尽管敏捷方法是针对软件开发领域的，但目前已经用于更为广泛的领域。比如在素来重视法规和传统的法律界就开始采用这一方法。LegalTrek就使用了敏捷方法来提高客户服务。

• 《敏捷软件开发方法》（2001年出版）一书中陈述了以下几点：“面向开发团队或团队内部最有效、最高效的信息传达方法就是面对面的沟通。”
• 惠普的一项研究称，2011至2012年，大多数企业都采用了敏捷方法。
• 敏捷项目的成功率高于传统的瀑布模式项目。2011年的CHAOS报告称，敏捷项目的失败率仅有9%。而瀑布模式的项目失败率高达29%。
• 敏捷培训和认证项目。敏捷认证的主要机构为Scrum Alliance以及项目管理研究所（比如PMI agile Certified Practitioner）。

广泛说来，IT开发中的敏捷方法强调速度和密切沟通。要想通过敏捷方法实现最佳效果，就需要一支团结的队伍。对很多企业来说，让敏捷方法见效的最佳途径就是将员工安置在同一地点，以减少沟通中的摩擦。

从海外项目到敏捷咨询

Mark Arntz是ASPE公司的咨询师，倡导采用敏捷方法来实现更好的效果。ASPE是北美一家咨询公司，专注软件生命周期（SDLC）的各方面事务。

早日将原型产品送到客户手中是敏捷的一个重要优势。他对敏捷方法的支持起源于21世纪初参与的一个高难度项目。那时候，Arntz与海外团队合作，马不停蹄地管理某个项目。海外员工是这一项目的关键推动因素。但Antz的美国团队发现公司耗费了大量的时间做文档记录和维护质量标准。

Arntz使用敏捷方法和本地团队，大大提高了生产率。“为期6个月的项目里，如果采用瀑布模式的项目管理方法，要生产出原型可能需要3个月。采用敏捷方法则只需要不到1个月的时间。在瀑布模式中，流程变更是很难驾驭的。而使用敏捷方法时，变更管理非常轻松，我们节省了大量的机会成本，”Arntz说道。

敏捷方法强调面对面的沟通和协作，这对生产率产生巨大影响。“当面沟通的话，我们在会议室里就能画出图表。然后马上能着手产品开发。解决问题也更加简单和快速。管理越来越多的记录会剥夺用于生产产品的时间，”Arntz说道。

“项目团队成员相距越远，记录的需求就越大。在文档记录上花更多的时间，就只能削减软件生产的时间，”他说。在规划下一个技术项目时，文档记录和其他正式沟通形式的成本是一个重要变量，需要谨慎考虑。

在全球开发团队中采用敏捷方法

面对面的互动有助于提高生产率。但现实情况却千差万别。万一您的开发商、工程师和项目经理遍布全国甚至世界各地呢？高效安排工作是非常具有挑战性的。敏捷方法在这种企业中也能起到作用。

“敏捷方法若要成功，5%在于工具，95%在于文化，”CollabNet公司产品管理部的高级主管Scott Rose说道。CollabNet公司专注用协作技术开发企业软件。为给CollabNet遍布全球的员工提供支持，Rose会定期举行早间和晚间会议。“这样轮流来是很有必要的，我们不想让一些员工感觉自己总是需要熬夜开会，”Rose说。

在企业文化层面接纳敏捷方法是受几个因素影响的，包括培训以及对新方法的开放态度。

“我们从客户反馈开始着手执行敏捷方法，”Rose说道。“我们收集客户对产品功能强化的意见、bug报告和内部建议，然后把这些反馈添加到待办事项中。”CollabNet使用Salesforce来收集和管理客户反馈，交付客户服务。系统性地收集和管理客户反馈则不会遗漏任何客户投诉和请求。

“在敏捷方法的指导下，我们把大的目标分割成易于管理的小目标，并投入生产，”Rose说道。“通过持续性地交付新功能和强化功能，我们可以保持动力，即时响应客户要求。”这样还能在采用新方法时更加易于调整。相反，传统的方法强调的是变更管理和一把抓式的高度掌控。保守型的企业更青睐这种方法。如果您的企业注重创新，那么采用敏捷方法绝对是值得的。

要在2016年采用敏捷方法吗？

在您推广敏捷方法前，请先做足功课。如果不了解敏捷方法背后的理念，则可能会误以为它是某一个时下热门却昙花一现的管理方法。您在规划新年目标（和生产率改进方案）时要考虑以下几点：

1. 明确提高项目生产率的挑战。首先要找出企业当前的问题所在。速度、效率和生产率这些问题能用敏捷方法加以改进。
2. 组建一支乐于“尝鲜”的团队。您作为IT部门的领导，必然知道哪些员工更加乐于接受新思想。他们往往是不断尝试新软件、接受培训，甚至是参与开源项目的员工。
3. 让这支团队尝试敏捷方法。在与早期采用团队开会时，向团队成员解释为何要进行试验。您可以引用本文中提到的几个敏捷的案例研究和调查。您也可以强调首次尝试时的其他几种可能性。打个比方，您的首个敏捷项目可能解决了某个根深蒂固的客户服务问题，比如订单追踪工具。