您可能听说过“敏捷项目”这个词。 这似乎是另一个行业流行语。但项目敏捷性实际上是一种很棒的项目管理方式。 传统的项目管理遵循简单的方法。您完成任务并将其交给下一个人。很像接力赛。各队将接力棒传递下去。 这可能会导致重大问题。如果消费者需求发生变化怎么办？还是市场发生变化？这就是项目敏捷性的用武之地。 制造混乱 什么是敏捷项目？ 在接力赛中，任何冲过终点线的绊倒都归咎于个人。 虽然这在高压运动中可能没问题，但在发展项目中却不太好。这意味着任何失败和井喷都归因于个人和团队未达到目标，而不是整个过程。很明显，有些项目需要不同的方法。 项目敏捷性不是始于软件，而是始于制造。
丰田并不认为 开发是一场接力赛
他们从另一项运动——橄榄球——中获得灵感，并利用这一点提出了 scrum 的想法。 这种方法被描述为“一支球队作为一个整体，试图跑完全程，来回传球”，这种方法彻底 亚美尼亚电话号码列表 改变了他们的业务。Scrum 的团队规模较小，目标需要在专家之间反复讨论，因此形成了敏捷管理的基础。没过多久，这种精神就渗透到了其他行业。年，许多开发人员发现当前的软件开发方式已经变得不可持续。他们知道，随着数字时代的发展，我们管理大型项目的方式必须改变。当他们讨论破坏流程的方法时，关键想法之一是丰田的制造混乱。这就是软件开发敏捷宣言诞生的地方。 敏捷管理 敏捷性的关键原则 当我们谈论敏捷项目时，我们通常谈论的不仅仅是一个特定的流程，而是一种心态。
它考虑了适应 性和变化并在每
一步中优先考虑客户。 项目敏捷性来自于您向客户提供的小型、可交付的任务。敏捷宣言中有四个关键价值观。 流程和工具上的个体和交互 工作软件胜过全面的文档 客 BT线索 户协作胜过合同谈判 响应变化而不是遵循计划 我们将暂时脱离体育类比和软件开发，以不同的方式讨论项目敏捷性。想想伟大的建筑。 它对环境、人们的需求、建造时间和地点的反应方式。建筑物不是简单存在的，而是在协作中诞生的。随着项目的进展，他们会适应和改变。 但与所有敏捷项目一样，它并不会在建筑物完工后结束。我们更换瓷砖、重做地板或建造一个花园。这就是项目敏捷性的美妙之处——知道你想要什么，但适应你的需要。 敏捷管理原则 瀑布式与敏捷式 项目管理的瀑布方法正如其名。
