在软件开发世界里，人们经常会提及“敏捷程序”。敏捷程序的开发就像项目管理一样基本上是假设事情变化很迅速，你不能依靠计划保持一切正常运转，团队成员之间需要不断沟通以确保大家将注意力放在目标上。

你可以忽略scrums(Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。)、重要的统一程序（essential unified processes）、用能产品生态设计框架指令（EUPs）或者其它神秘的行话，但如果你能将这些敏捷的想法结合起来，你会发现它们格外有用。

软件开发商Agilewords在其最近的一篇博客中给源于“敏捷理论”的团队五条领导管理团队的建议，不管团队成员使用什么样的过程，团队领导都需要实施这五条。

1.“沟通”。不管他们是在同一个地方还是在世界各地，重要的是信息要来回地流通。信息并不一定要清晰，但是一定要有前瞻性。作为领导来说，一半是过程（你是否有一个大家同意的沟通进程和明确的计划），另一半是态度（人们是否愿意出来分享，或者你是否需要追逐对方来获取信息？）

2.“有一个大使”。这个职位对于Agile来说是独一无二的，而且有些人争论它是否有存在的必要。毕竟，如果管理人员做工作时，他们的团队成员被赋予了做事和说出来的权力，单独的一个大使角色是冗余的。但是道理很简单：远程工作的人们是否像在公司本部工作的人们一样消息灵通和经常联系？他们是否知道遇到问题和疑虑时该找谁？你的团队成员是否是有的在一个地方工作，有些人分布在各省工作，一个“官方”的声音对远程团队发号施令可以阻止沟通中误会和无意的失误。

3.“共享协作工具”。对于每个团队来说想保持每个成员都能得到及时信息，他们必须了解每个成员知道什么。等待周会的更新和依靠团队成员分享，可能相关的信息通常导致不愉快的意外和伤害，并可能对生产力造成损害。类似于“ 你为什么不告诉我”和“我不认为你需要知道”这样的话并不少见。文件分享网站、访问日志、博客讨论板块都很重要。不仅团队成员需要这些工具，他们还需要相应的训练和培训来正确使用这些工具。

4.“增强信心”。作为一个领导者，你工作的很大一部分是保持士气和让人们充满信心。这意味着他们对自己的信心以及对彼此的信心。如果你将所有的时间都花在具体的任务上，而不是花在“软”领导上，过程中会出现严重的动摇。

5.“经常评估、分析和调整”。敏捷团队是建立在一个计划很必要但当范围变化或者团队需求需要根据现实调整的时候而盲目地坚持原计划经常会导致问题的假设的基础上的。不管是是否言听计从地致力于所有事情，这通常超出了学校教授的东西，这是一个很大的教训。通过有意识地分析数据、与大家分享和允许团队做出合理的、快速的调整来实现事情的定期变化。

远程团队经常会因为信息鸿沟而导致问题出现。通过制定能够让人们负责分享信息、允许他们获得可以做出明智决定的数据计划快速实施已决定的计划，你的团队会变得更有效率，当然也会变得更敏捷。