采用新技术提高生产力的方法之一。另一种方法是简单地削减开支。一个更好的办法是提高的方法和技能，IT人员使用来完成他们的工作。敏捷方法实现通过更有效的沟通，是高度响应客户需求，提高生产率。
对于读者不熟悉敏捷方法，请考虑以下几点。虽然敏捷方法是为软件开发创建的，它现在被更广泛的应用。例如，法律行业 - 长闻名的监管和注重传统 - 已经开始敏捷采纳。LegalTrek例如，使用敏捷方法为客户提供服务。
- 的敏捷软件开发宣言（2001年出版）规定如下：“传递信息的一个开发团队中的最有效的方法是面到面的谈话。”
- 根据惠普的研究，敏捷实践在2011-2012年被大多数组织采用。
- 敏捷项目具有较低的故障率比传统的瀑布式项目。按照2011 CHAOS报告，敏捷项目有9％的失败率。与此相反，研究发现，瀑布的项目有29％的失败率。
- 敏捷培训和认证计划。敏捷认证的主要机构包括Scrum联盟及项目管理学会(即PMI敏捷认证专业人员)。
从广义上讲，敏捷的IT方法开发强调速度和密切的沟通。实现敏捷最好的结果，需要一个良好的连接队。对于许多企业来说，最好的方式获得在相同的位置定位的工作人员，以降低通信摩擦敏捷的好处所在。
从海上风电项目敏捷咨询
ASPE的顾问Mark Arntz已经成为敏捷方法的倡导者，以获得更好的结果。ASPE是一家北美培训公司，专注于软件开发生命周期(SDLC)的各个方面。
[相关幻灯片：如何培训高管成为敏捷领导者]
获得一个原型产品到客户手中早期对于敏捷的一个关键好处。他在灵动视角是由他在2000年代初期曾一个具有挑战性的项目通知。当时，ARNTZ是管理的是昼夜不停地工作与离岸团队的项目。从国外访问成本较低的员工是该项目的主要驱动力。然而，小蚁雄兵的美国研究小组发现，它花了相当大的团队在文件和返工，以保持质量标准。
相比之下，Arntz已经看到使用敏捷和个人团队可以显著提高生产力。对于一个6个月的项目来说，可能需要3个月的时间才能看到任何一种使用瀑布方法的原型。在敏捷中，不到一个月就可以看到一个原型。在瀑布模型中，变更过程通常很难处理。在敏捷中，我们说改变是好的，我们认识到改变带来的机会成本，”Arntz说。
敏捷强调面对面的交互和合作，这对生产力有很大的影响。“有了面对面的交流，我们可以在会议室里写一张图表。然后我们可以马上开始开发产品。解决问题也更容易更快。管理越来越多的文档意味着花在产品上的时间更少，”Antz说。
“随着项目团队成员之间距离的增加，我发现对文档的需求也在增加。花在文档上的时间越多，花在软件生产上的时间就越少，”他说。在计划下一个技术项目时，增加文档和其他正式通信的成本是要考虑的一个重要变量。
使敏捷工作与全球的开发团队
面对面的面对面的互动有助于生产力。不幸的是，它并不总是可能的。如果你的组织有开发人员，工程师和项目经理根据全国各地或更远的地方？使这一安排有效地工作是具有挑战性的。敏捷仍然可以与支持文化很有帮助。
“敏捷方法的成功有5%要归功于使用的工具，95%要归功于文化，”Collab.net的产品管理高级总监Scott Rose说。Collab帮助组织使用协作技术开发企业级软件。为了支持世界各地的合作人员，Rose会定期在清晨和深夜举行会议。罗斯说:“我们轮换时间表是很重要的——我们不想有一次感觉他们总是不得不熬夜的人。”
合作实验室的客户包括惠普、英特尔、Sun Microsystems、项目管理协会和西门子等主要机构。敏捷的文化采纳是由几个因素驱动的，包括培训和尝试新方法的意愿。
“我们的敏捷方法从反馈开始，”Rose说。“我们接受客户关于改进、缺陷报告和内部建议的请求，并将其添加到我们的backlog中。Collab.net使用Salesforce来收集和管理客户反馈，并提供客户服务。以系统的方式收集和管理客户反馈意味着投诉和请求很少在混乱中丢失。
[有关：适用于所有事情的6个敏捷原则]
“随着敏捷，我们可以切片范围为小易于管理的碎片，把这些投入生产，”罗斯说。“通过在冲刺提供新功能和增强功能，我们可以保持势头，并响应客户需求。”交付的小功能逐渐使得它更容易调整，并采取了新的途径。相比之下，传统的方法强调变革管理和全面的管制。规避风险的组织可能更喜欢这种方法。如果您的组织看跌优先创新，采用敏捷是非常值得的努力。
采用灵活的在2016年的机构吗？
在您的组织中推广敏捷方法之前，先花点时间做一下研究。如果没有这方面的背景知识，敏捷可能会被误解为管理潮流的最新产物。以下是你在制定新年目标(以及提高工作效率)时需要注意的几点:
- 确定项目的生产率挑战。找出您的组织当前的问题是起点。有些问题——速度、效率和生产力——可以通过敏捷来改进。如果您要管理一个大型组织，可以考虑使用survey Monkey之类的调查服务收集反馈。
- 识别一组开放的新思路。作为IT领导者，你就会知道哪些人在你的组织是开放的新思路。他们是谁经常用新的软件实验，投入精力训练，或许有助于开源项目的员工。
- 让团队尝试一下敏捷。与早期采用小组会议，解释实验给他们。您可以选择以突出在这篇文章中提到的几个案例敏捷的研究和调查。此外，你可以建议的第一个冲刺几种可能性。例如，可以使用您的第一个敏捷项目，解决了长期存在的客户服务问题，如固定的订单跟踪工具。
这个故事，“如何用敏捷提高生产力”最初是由CIO 。