Real Data

敏捷是建立在原则之上的，其中许多原则与相关方法共享，这使得比较变得困难。

更值得注意的是系统之间的差异，其中组织工 马其顿电子消费者电子费者电子邮件列表表 作流程管理的概念方法有所不同：例如，级联方法瀑布和敏捷：

也读一下！
商业案例：类型和特征
在产品开发过程中改变最终目标不仅是正常的，甚至是可取的，因为如果考虑到当前客户的要求（在现代世界中也在不断变化），产品的质量就会提高。
考虑到这一点，在项目开始时花费大量时间进行分析和规划是没有意义的——更多地关注技术方面并在每个中间阶段进行分析更有希望，调整初始任务。
整个过程分为几个短周期，每个周期的结果都是成熟的产品，尽管功能有限。
在每个阶段，产品都会得到完善和改进。
只有项目实施的一般期限是严格的——中间时间界限是灵活的，并且建立了延迟储备金。
管理者直接参与团队各个阶段的活动，他的作用不仅限于在最后阶段发出指令和控制。
敏捷方法的优点和缺点
敏捷的 优点：

将工作流程划分为短迭代，确保项目进度的最大透明度，并确保每个周期都有成品（尽管不完美）。
所有利益相关方之间的持续沟通，确保了项目参与者的高度积极性。
进度指标是产品的当前状态，而不是计划和报告。
系统的灵活性和调整能力，降低了失败的风险。
该方法的受欢迎程度及其对客户的吸引力。
敏捷的优点

敏捷的 缺点：

产品不断的改变可能会导致在某个阶段它不再起作用，并且不会到达最终阶段。
该技术只有与一组执行者相匹配才有效，即具有高度积极性和自组织能力的专业专家。这样的团队很难选择，行政管理型的员工在没有外部控制的情况下可能无法达到内部互动和自律的要求。
敏捷更多的是一套原则，包括哲学概念，而不是组织管理的明确指示。如果不了解系统的本质，机械地借用单个工具将不会产生任何结果。
项目实施初期估算计算的复杂性，因为进一步的变化并不总是能够预测。因此，例如，对于建筑行业，需要提前对工作范围和成本进行全面评估，敏捷并不适合。
敏捷方法论的实施
根据项目的目的和目标、时间安排、员工数量和其他重要因素，选择具体的项目管理方法。它必须与输入参数相对应并确保结果的可实现性。
团队训练。每个执行者都必须理解并且最好完全分享敏捷原则。首先，团队成员需要学习新的工作互动模式。为此，建议邀请专门研究敏捷项目管理方法的业务教练。同样在这个阶段，建议讨论与该方法的管理特征相关的可能的问题和困难。
展示敏捷的能力和前景。这可能是培训的最后阶段，通过某种试驾来巩固所获得的技能：表演者在专家的监督下，采取他们的角色立场并通过内部团队互动练习工作流程。之后，对团队成员的行为进行分析，找出所犯的错误，并展示由于新的管理方案而取得的成功。
组建团队，为每个执行者分配职责和具体任务。确定会议的日程和顺序。这里的关键因素是团队的人数。
选择适用于项目实施的工具和工作方法。
使用敏捷方法执行项目。当然，第一次的尝试经验往往会被证明是不完美的，但识别和讨论错误和不一致之处会增加团队的专业性，让他们在后续的开发中取得更好的结果。
关于敏捷的神话
与任何流行且成功的方法一样，敏捷也充满了也应该提及的神话。

误区一：敏捷适用于任何项目。

一点也不！敏捷方法并不适用于每个产品或每个团队。

误区#2：遵循敏捷意味着放弃文档。

这种方法并不拒绝文档，只是不将其本身视为目的。还有一个细微差别 - 如果我们谈论团队内部互动的方式，那么优先考虑的是实时沟通，而不是书面文书工作。否则，文档管理与敏捷哲学并不矛盾。

也读一下！
商业战略思维：原则、层次、优势
误区#3：敏捷与清晰的规划不相容。

完全不是那样——有计划，但它专注于短期（每日会议、迭代或每 2-4 周冲刺）。

误区#4：敏捷涉及重复返工。

在开发软件时，返工的需要是由两个主要因素的影响来解释的：不断变化的用户需求和寻找更先进的技术解决方案。无论如何，返工的目的都是为了提高产品的质量，类似的态度也存在于其他技术中！

尽管敏捷不是万能药或成功的保证，但这种管理方法可以让您在考虑不断变化的工作条件的情况下寻求和找到解决问题的新方法。

任何项目的实施都需要产生新的想法，有时最好的结果来自使用非标准方法。敏捷灵活的方法论可以成为原创产品开发的可靠助手。