至少在这15年来，我听说有人说项目已经死了。项目和项目思考是20世纪的遗物。
我不赞同这种观点。让我来解释一下。
让我们从项目的定义入手。项目管理研究所（PMI）是这么定义项目的：
项目是为创造独特的产品、服务或成果而进行的临时性工作。项目的临时性表明，一个项目有明确的开始和结束。
反对项目的一般论点是，现在的工作具有更强的持续性。没有“明确的开始和结束”。付出的许多努力我们可以称之为项目没有“临时性”。
作为一个我们可能认为项目已死的例子，想想作为一个刚刚获得大学学士学位的开发人员。开发人员被 Google 公司聘用，并被分配到 AdWords 项目。在接下来的40年里，开发人员将在 AdWords 上工作。
这个开发人员是在一个项目上工作？毕竟，在 AdWords 上度过40年的职业生涯并不是一件“临时性的事情”。除了开发者在同一个产品上的职业生涯的开始与结束之外，项目本身并没有“明确的开始与结束”。
没错，这是真的。但是，在我们开发人员40年的 AdWords 职业生涯中，毫无疑问，是有所专注的主导领域或里程碑式成果的。
例如，Google 偶尔大幅度调整或者显著增强其排名算法。过去的算法更新已经被命名为企鹅，熊猫，鸽子，海盗和蜂鸟。所有这些更新都更像是“为创造独特的产品，服务或结果而进行的临时努力”。换句话说，每个都是一个项目。
是否以上的每一个更新都有个明确的开始和结束？也许并没有。今天可以轻松发布软件（特别是基于网络的产品）通常会使项目的开始和结束日期变得模糊。初始版本被发布，然后，例如，在接下来的几周里快速迭代更新。
但是，为了合理的目的，我们的开发人员在40年的 AdWords 职业生涯可以被认为是分为一系列较短的项目。
为什么这是重要的
通过任何迭代或增量的过程（如敏捷），由于短期内的更多关注，将获得比预期可能小得多的交付风险。当产品拥有者呗告知要选择每个冲刺最重要的事情时，他们可能会被诱惑去选择能让用户尖叫的紧急项目，而不是从长远来看能提供更多价值的重要项目。
降低项目的这种风险。项目需要提供一个长于冲刺的规划周期，通常在2到6个月之间。以“独特的产品，服务或结果”为重点的“确定的开始和结束时间”鼓励产品所有者去选择真正重要的事情来处理，而不是能在昨天就让某些用户或销售人员尖叫的事情。
我总是鼓励产品所有者和他们的团队确定他们正在努力的一个比一次冲刺更长的里程碑。我喜欢做好这个季度的工作，但是其他的周期里也同样能够做得相当出色。那么这个项目就是临时追求的那个里程碑。
项目仍然是一个有用的结构。它们提供了一种动机，可以在单次的迭代中完成更多的工作。进一步地，它们也是组织共同工作的方式，为为其工作的团队提供切实的目标。项目还促进了相关功能集的沟通。
项目仍未死，我看不到它们离开。
你怎么看？
您的敏捷团队是否以项目的形式组织工作（临时努力追求目标）？您是否体验过我所描述的项目所有者只看一次迭代的子优化？请在下面的评论中分享您的想法。
长按二维码关注