Posted on

态度强调结构和控制 变革被视为不可避免的恶

与 :方法 接下来,让我们检查每个选项的实际项目管理方法是什么样的。 专注于 模型,所以让我们从这里开始。 模型 过去,人们习惯于将 等同于自上而下的瀑布方法。这是因为它将项目管理分为 个不同的阶段或过程组。 发起 规划 执行中 监测和控制 关闭 然而, 侧重于总体原则,并没有规定方法论。 在敏捷或 中的单个 或周期的上下文中,您仍然可以应用许多 原则 您只需在每个迭代中执行 个阶段,而不是每个项目一次。 但是,您会发现很多 指南都是假设您使用的是自上而下的、预先计划好的框架,例如 。 它还倾向于强调大量文档,这是敏捷所反对的。 框架 框架专为敏捷方法而设计。

并没有试图找出如何使 适应敏捷而是提出了一个清晰的

分步解决方案与其遵循在项目期间发生一次的 个明确定义的阶段,不如将较大的项目分成较小的冲刺,持续 周。 每个冲刺中仍然有 个可识别的阶段,但它们的名称不同 计算机编程软件电子邮件列表 预先计划(或积压细化) 规划(又名 规划) 工作(执行) 评审(或产品增量评审) 追溯 要了解有关 框架的更多信息,请查看我们关于如何运行 冲刺的文章。 ( )和敏捷有什么区别? 和敏捷方法论都规定了高级原则,而不是具体的框架来指导您的方法。

和 最大的区别在于他们对变革和利益相关者参与的

工作职能邮件数据库

另一方面,敏捷拥抱并鼓励变革。 在 中,您主要在早期规划期间让利益相关者参与进来。但在敏捷中,协作贯穿整个项目。 开始吧 与 :有时两者都是正确的选择  美国首席财务官 不幸的是,就像这个世界上的大多数事情一样,没有一成不变的正确答案。 对于一些公司来说, 将是一个显而易见的选择,而另一些公司使用 会做得更好。 对于许多人来说,最好的选择通常是在不同领域实施这两种方法。 同样,您可能会决定随着时间的推移获得这两种认证。

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注