在本文中，我们将介绍敏捷原则和一些行业示例，并了解非软件团队如何采用敏捷方法来提高团队生产力。在线项目管理工具ProofHub的开发者NandiniSharma说，你调整某件事的方式有时会完全改变你做这件事的原因。该方法本身试图重新构想意义。很多时候，激情驱动的工作通常会陷入困境，而方法驱动的工作则在努力实现目标的同时不断寻找前进的道路。2000年代初期敏捷方法的引入是帮助软件团队提高生产力的一个例子。Sharma说，作为软件行业的一员，当她第一次听到非软件团队采用敏捷方法时，她认为，“非常可行！”在毕马威的一项调查中，77%的受访者表示在IT职能之外使用了敏捷项目管理。此外，59%的受访者在其营销和销售流程中采用了敏捷用例。敏捷确实具备团队明智地管理资源所需的条件。不要惊讶圣何塞的市政工人采用敏捷来提高生产力和效率，许多行业都可以这样做。对于软件开发，Sharma和他的团队使用多种项目方法和团队管理软件来保持工作正常进行。虽然对非技术团队免费，但这里有一些非技术方法可以让世界各地的非技术（软件）团队适应敏捷方法的技术性质。什么是非软件团队的敏捷？Agile最初是为软件团队开发的，它是一种方法，它力求优先考虑团队合作而不是孤岛操作，优先考虑动态变化而不是严格的计划，并让利益相关者积极参与项目。对于非技术团队，采用敏捷方法的核心原则如下：?所有团队成员彻底讨论手头的任务并相互分享想法。不是每个人都只做自己的事。?更多地关注采取行动和实际做的工作，而不是花时间精心策划。?积极让主要利益相关者（主要是客户）参与流程，以持续提供有关进展的反馈。?为将变更、修改和重新考虑纳入开发中留出空间。?工作以明确的任务优先级在可管理的时间内完成。非技术团队不会同时承担所有任务。人们可以自由地将这些想法应用到他们认为合适的工作流程中。通过不专注于编写代码，这些想法在实现时会有所不同，同时保持其本质。需要记住的是，敏捷是一种意识形态，而不是指令。最好的办法是整合这些想法，而不是创建用户手册。敏捷如何使非软件团队受益？敏捷工作方式旨在克服软件团队面临的一些项目管理挑战。然而，理解这些概念对几乎所有计划采用它们的团队都有深远的好处。以下是敏捷为非软件团队提供的一些好处。(1)反馈管理几乎所有类型的团队都需要来自内部组织（员工）或外部消费者（客户）的持续反馈，以保持工作符合预期标准。如果反馈没有被正确吸收或分配不一致，它的输出就会变得不规则。Sharma称其为“不合标准的质量”。在敏捷流程中，工作通常分为持续1到3周的阶段。在每个阶段结束时，主要利益相关者对工作进行审查，以便及时指出问题。因此，非软件团队可以通过遵循敏捷方法来发展以反馈为中心的文化，以使结果符合预期。(2)更快的进展敏捷团队通常更快地交付项目，因为团队成员积极学习如何确定工作的优先级并节省时间。敏捷方法要求团队成员每天进行沟通，并及时了解所取得的进展。这样，任何需要进行的重大更改都会及早发现并作为流程的一部分进行处理。由于可以及时解决问题，因此避免了长时间的来回修改。项目不会延迟，交付速度会受到积极影响。(3)管理不确定性在任何项目中，真正的交付不是简单地执行计划，而是管理不可预见的事情。任何有经验的项目经理都会同意“无论你做什么，都会有不确定性”的说法。而墨菲定律告诉我们“项目问题是不可避免的”，再好的计划也会出错，因为它肯定会出错。敏捷方法旨在有效地处理不确定性，因为它不是建立在严格的时间表上的。团队成员可以灵活地调整项目流程并在需要时适应变化。(4)清晰的工作流大多数敏捷框架都带有一个高度组织化的工作流，旨在保持项目进度。重要的是要注意这些工作流程并不是要进行微观管理，而是要为整个团队创建参考点。最常见的例子是看板框架，它包括“计划”、“进行中”和“完成”等阶段。许多SaaS应用程序提供基于看板的工作流。这样做是为了在每个任务从一个阶段移动到另一个阶段时为项目提供系统的任务生命周期。工作流程的存在是为了确保项目的灵活性得到安全栏的补偿。(5)客户整合敏捷方法强调在项目的每个阶段都让客户参与进来，而不是在6个月之后。在出现重大问题之前解决客户集成问题。在服务行业工作的团队知道客户在投入大量时间后反对意味着什么。当客户积极参与每周会议、项目更新并对项目的发展方向有清晰的了解时，成功的机会就更大。敏捷对企业有用吗？事实上，敏捷适用于企业。以下是敏捷可能不起作用的项目。(1)当需求明确时如果客户或项目有明确的期望，并且不确定性最小化，那么项目可以采用常规方法。由于企业不需要大量的客户反馈，并且团队成员必须遵循线性路径，因此敏捷方法的核心原则不会有多大用处。大多数软件项目本质上都是探索性的。随着项目的形成，每个人（包括客户）都会弄清楚他们想要什么。如果项目的结果和方向是已知的，那么敏捷将无济于事。(2)当团队不愿意协作时协作是运行敏捷项目的关键。如果团队不愿意协作，敏捷可能适得其反。显然有很多方法可以改善团队内部的沟通，例如团队沟通工具和小组活动，但这说起来容易做起来难。如果团队沟通不是一个大挑战，那么没有敏捷也可以做得很好。(3)并非所有项目都需要在可以避免的情况下进行创新。敏捷开发的目的是让创新易于融入工作方式。如果项目是一个简单的任务列表，可以标记为完成并向前推进，那么可能不需要敏捷方法。适用于非软件团队的敏捷方法现在您已经了解了使用敏捷方法的好处和注意事项，了解非软件团队如何将敏捷方法整合到他们的工作中。Scrum在这里需要注意：敏捷框架制定了一套规则，以充分利用敏捷。同样，这里只讨论了使用Scrum的概念性方法，并未深入探讨其机制。(1)什么是Scrum？Scrum是敏捷方法的可实施版本，其中讨论了科学术语、工作协议和定义的团队角色。从非技术角度来看，可以概括如下：?客户或企业所有的分析师开发业务需求，该需求可能是需要完成的物质产品或流程。?团队了解需求并开始按设定的时间间隔自行编排工作，通常为1-3周，在此期间他们将完成需求的一小部分。?在此时间间隔结束时（比如第三个周末），团队与客户或分析师坐下来向他们展示他们取得的成果并确定是否令人满意。?如果工作达到标准，计划实施下一个任务。如果工作需要调整，团队将在接下来的1-3周内努力整合这些变化并相应地计划任务。要点：?将工作分成小块。?在固定的时间内处理每个零件。?审查每个部分取得的进展。?让主要利益相关者（参与审查的客户或分析师）参与进来。?关注“什么是最有效的？”，“这是我们设想的吗？”等问题(2)Scrum团队结构Scrum有一个清晰的团队结构，以便顺利地协调工作。它可以在不使用确切标签的情况下帮助分配角色和职责。①Productowner?角色：要达到的目标的客户或分析师。?责任：找出需要解决的问题，仔细了解需要什么解决方案；产品负责人设定期望，并验证进展是否朝着正确的方向发展。②Scrum主管?角色：监督Scrum过程的关键人物。?职责：ScrumMaster充当产品负责人和团队之间的纽带。他们管理沟通、确保协作并确保有效地遵循Scrum。③团队?角色：执行任务的实施者。?责任：团队负责吸收需求并管理可执行文件本身。他们相互分配任务并协作以保持生产力。敏捷非软件团队的行业示例(1)LonelyPlanet澳大利亚的LonelyPlanet是一家拥有49年历史的旅游书籍出版商，推出了一款移动应用程序，下载量超过100,000次。①挑战?孤独星球的法律团队在管理日常需求方面遇到了问题。?修改了很多法律文件，工作重点还没有确定。?团队成员感到压力和不满。②他们??如何变得敏捷?团队使用看板为基于“待办事项”或“待办事项”的任务提供结构。?团队使用类似Scrum的框架来管理修订反馈并轻松管理成员的工作。?在没有ScrumMaster的情况下，团队成员可以自我管理、确定任务的优先级并确保工作量不会变得过大。③结果LonelyPlanet的法律团队能够将工作效率提高25%并减少工作环境中的整体混乱。（二）荷兰国家艺术博物馆荷兰国家艺术博物馆是荷兰最古老的博物馆之一。它建于1885年，收藏了荷兰艺术和历史的精美作品。①挑战?博物馆需要根据文物所属的历史时间来管理和陈列文物。?由于需要管理大量工件和专业知识，任务变得繁重。②他们是如何转向敏捷的?在博物馆工作的团队将自己组织成自营小组，并对历史上出现的文物进行分类。?他们在从事这项任务的几个小组之间建立了强有力的沟通，并积极协作以实现目标。?该方法是非线性的，因为团队会即时改变他们的团队结构、方法和速度。③结果团队能够高质量地完成任务，并随着博物馆人流量的增加，采用这种敏捷流程不断改变博物馆的陈列和陈列方式。（三）国家公共广播电台国家公共广播电台是一个有50年历史的广播电台，在美国有1000多个联合广播电台。①挑战?NPR靠卖点子来制作广播节目，但他们很难想出一个看似成功的节目模式。?NPR节目的构思过程风险大、成本高，而且通常需要进行多次更改。②他们如何转向敏捷?NPR采用敏捷的方法来推销想法，方法是创建小型迭代“试播集”并与当地团队、区域项目主管和社交媒体上的听众一起测试。?与具有不确定性的成熟项目相比，这些试点项目的成本更低，也更不容易推广。?他们使用来自各种来源的反馈来积极了解观众最喜欢什么作为他们完整节目的基础。③结果团队采用敏捷方法管理节目的编排，减少不确定性，整合多渠道反馈，实现低成本、快速、高质量的制作。结论如果项目的不确定性、不完整的需求和模糊的愿景是项目的一些特征，那么应该尝试敏捷原则。它在使软件团队取得更多成就方面有着良好的记录，并且对其他团队也具有巨大的潜力。本文试图理解敏捷方法，虽然可能无法完全理解要点，但本文可作为入门读物。毕竟，这一切都归结为如何提高产量，这需要更多时间才能掌握。
