敏捷开发是一种项目管理和软件开发的迭代方法，可帮助团队较快地为客户创造价值，同时减少问题。为了获得好处，软件项目团队需要知道如何正确使用敏捷管理方法。
- 了解敏捷宣言
敏捷宣言阐述了基本的价值观，还详细说明了敏捷团队应该如何工作和互动：
- 通过早期和持续交付有价值的软件来满足客户。
- 欢迎不断变化的需求，即使是在开发后期。善于利用变化为客户带来竞争优势。
- 频繁地交付可用的软件，从几周到几个月不等，时间越短越好。
- 在整个项目中，业务人员和开发人员必须一起工作。
- 项目必须围绕那些有内在动力的个人而建立，他们应该受到信任。
- 面对面交谈是比较有效的沟通方法。
- 可用性是衡量进展的主要标准。
- 敏捷过程提倡可持续的开发，保持稳定的进展速度。
- 持续关注技术的卓越性和良好的设计可以增强敏捷性。
- 简单性至关重要，尽可能减少不必要的工作。
- 比较好的架构、需求和设计来自团队内部自发的认识。
- 团队定期反思如何变得较有效，并相应地进行调整。
把宣言看作是敏捷的速成课程。在你和你的团队采用敏捷方法之前，对基础知识有一定的熟悉是至关重要的。
- 每天见面
敏捷宣言其中一项原则指出，无论是开发人员还是其他项目组成员，在整个项目中每天都需要一起工作。
但你的团队成员真的每天在一起工作吗？或者他们只是同时在共享项目上工作，而不一定要沟通和协作？
敏捷并不是仅仅因为他们被分配到同一个项目就将一个组标记为“团队”。要真正执行敏捷软件开发，你需要承诺每天开会（时间可以很短，比如15分钟）来确定挑战和讨论进展。这种类型的会议被称为 “每日例会”，它是敏捷会议的众多类型之一。
- 在冲刺回顾中展示工作
你的冲刺回顾应该发生在冲刺的比较后一天。在回顾过程中，记住要让团队的注意力完全集中在工作上。这应该包括展示所创造的内容，收集关于产品的反馈，较新产品待办列表，并为下一个冲刺做准备。
- 与客户紧密合作
敏捷开发的首要原则是满足客户。如果没有任何互动，这很难做到。
敏捷软件开发不会预先收集客户的要求和期望，然后在几个月后才交付，而中间完全没有交流。敏捷将你的工作定期交给你的客户，这样你就可以实时收集他们的反馈，并构建真正满足（或超过）他们期望的软件。
- 保持团队的积极性
尽管敏捷开发看起来很详细，但它并不是规定性的。敏捷团队应该是自组织的，这意味着他们走到一起来识别、优先排序和分配工作，而不是等待经理为他们做这些。正如敏捷原则所指出的，他们也应该围绕着有动力的个人而建立。
但是，通过一个又一个的冲刺也可能是一种负担，这使得在整个过程中保持团队成员的积极性特别具有挑战性。
企业需要找到让团队充满活力的方法，例如：
● 清楚地说明他们是如何为客户和整个公司提供价值的
● 提供足够的资源和支持来完成工作（不进行微观管理）
● 在远程敏捷会议期间保持摄像头开启以增强团队合作的意识
● 在回顾性会议上专门留出时间来庆祝团队的出色表现
这些都会促进友情、联系，还有比较重要的是起到激励作用。
- 关注积压的项目
在敏捷中，你的产品代办事项列表概述开发团队需要完成的任务，以创建或改进产品。比较重要的项目被列在顶部。
但它与典型的待办事项清单不同，因为优先级的项目可以不断变化。你将在定期的冲刺审查中更新你的产品待办列表，这样你就可以让整个团队保持一致，并专注于他们需要做的事情。
通过8Manage掌握敏捷方法
敏捷方法是关于迭代开发的，拥有正确的工具将支持你和你的团队变得越来越好。8Manage系统拥有管理冲刺、待办事项等所需的所有功能和资源，包括：
● 整个团队和所有利益相关者的集中沟通和协作
● 可自定义的视图，以便团队可以将工作作为列表、看板、表格、甘特图等进行查看和组织
● 支持敏捷团队的相关模板（如冲刺计划模板和敏捷团队合作模板）
该系统在项目管理的基础上嵌入敏捷开发管理，实现一个页面管理整个项目，产品需求和需求负责人一目了然。项目成员可随时查看不同迭代中的需求和开发情况，追踪任一迭代或整个项目的燃尽状态（工作完成情况），其内置的沟通工具还可以自动采集与每个需求相关的邮件沟通，让团队沟通较清晰方便。
