我认为，文章
``情境中的吸血鬼老板...''没有披露导致自治团队崩溃的原因，但其原因是产品要求分发速度较慢，并且未能理解领导者始终是团队的一部分。
通过在新产品开发过程中更改设计部门计划的方法，可以提高信息分发的速度，这对项目而言比拥有信息重要得多。
经典设计
在经典方案中，工作计划过程和开发过程有明确的时间表。 通常，计划过程在开发之前进行。 在每个月的计划结束时，都会出现一个“网络工作计划”，根据该计划，设计部门开始进行产品开发。 网络图形的类型不多-主要是
PERT和
GANTT 。 网络计划表中的术语通常是声明性的，没有任何后盾，这在设计和开发部门进行开发过程中的工作时会产生一些想象的范围。 实际上，网络时间表中的条款已与客户达成协议，承包商被迫遵守这些条款，否则关键开发期限的失败可能会威胁到整个项目的结束。 没有人问过采用经典方案的开发人员，项目经理只是将每项工作的截止日期缩短到开发人员手中。
从侧面看，项目经理似乎正在给所有人一种钓鱼竿（工具），并说：“ while鱼时钓到。 月底，我会来检查有多少人被抓到。 我们需要捕捞2吨。” 在这个月中，项目经理举行会议，向他汇报谁捕获了多少吨鱼和什么类型的鱼。 在月底，项目经理发布了新的“更新的”网络计划表，根据该计划，客户希望捕获的不是not鱼，而是例如
“西葫芦” 。 “明智的项目经理”有机会获得购买新等离子或新现代SUV的奖励。 如果他很幸运，并且至少会有一位钓到“西葫芦鱼”，那么他将向自己和幸运的渔夫支付奖金，并对其他人处以罚款。
这种操作方式迫使项目经理自己承担一些开发任务，而这样的项目的开发人员总是工作到很晚，有时他们不得不在周末工作，以便能够按时开发与产品的新用户交互界面。 正如我上面提到的，所有这些都会由于最终产品的需求可以更改，然后调整网络计划而进一步加剧，从而以不影响项目关键日期的方式进行调整。
在这样的方案中，所有工作都取决于人为因素，而人为因素起着关键作用。 通过引入自动化的计划和开发系统，可以最大程度地减少人为因素，实际上，许多人可以通过在其企业中实施
CAD ，
CAM ，
CAE ，
PDM ，
ERP ，
CRM ，
PLM等来做到这一点。
但是，当计划和开发具有明确的时间界限时，以经典方案形式的基础仍然保持不变。 结果，开发人员必须在每个自动化系统中保持软件产品和文档的最新版本，并不断支持系统集成，这在当前IT市场竞争激烈的环境中是非常成问题的。 客户最终只需要一件事情-成品或简化的生产。 在传统方案中，承包商制定的文件清单将始终是多余的，因为客户和承包商都不完全相信将实现目标，这意味着有必要对过程进行最大程度的归档，以便确定在未能按时完成任务时应归咎于谁。 即使最初将最终目标制定为特定的，可测量的，可实现的，现实的和基于时间的目标，结果，在提出第一个附加要求后，艺术家也可能会失去信心最终目标的可及性，因此将出现截止日期的细目和项目的结束。
那么，如何确保客户不会过于频繁地更改需求，并且承包商能够按时满足客户的所有需求？
在经典方案中，规划过程由项目规划领域的经验丰富的专家执行，专家根据他的经验确定任务列表及其条款。 我相信所有这一切都不可能由经验丰富的专家来完成，因为团队本身可以确定完成任务的时间表以及执行所需任务的清单。 为此，客户方面的专家需要在他的
TK和需要产品的截止日期中尽可能详细地描述产品，仅此而已！ 在项目经理的指导下，团队本身可以执行工作计划，确定陷阱，分解任务，总之是经验丰富的专家所做的所有工作。
“问题”是在这种情况下，团队的每个成员都知道最终目标，它是透明的，并且在每个时间点都知道团队离目标有多远。 “明智的项目经理”将无法将其宏伟目标纳入这一目标：“购买现代SUV”。 为了使他100％成功地实现其目标，他需要分开计划和开发流程，并在出现“问题”时分批列出任务清单。 在这种情况下，项目经理的任务是尽可能地将团队的注意力转移到项目的最终目标上，并将他们的注意力集中在针对特定网络工作的解决方案上。 换句话说：“用日常工作充实团队”。
根本不同的工作方案是使用灵活的开发方法的工作方案，其主要原理是：
经常向客户连续交付有价值的产品。当团队的每个成员都知道最终目标并参与接下来1-4周的任务库形成时，这主要是通过透明的计划过程来实现的，此后客户将看到具有新功能的产品的第一版。 项目经理有责任获得客户的认可，或只是将新功能通知产品版本，该功能将在迭代完成后准备就绪。 在以下迭代中计划任务池团队时，应考虑来自客户的所有其他要求。
为了不偏离实现最终目标的道路，团队每天聚会15分钟，每个团队成员回答三个问题：
- 自上次会议以来做了什么？
- 下一次集会会做什么？
- 有什么问题？
如果计划与开发分开进行，则第二个问题的答案由项目经理给出，但是，第三个问题的答案也由项目经理给出。
在每次迭代（冲刺）结束时，团队都会向客户展示具有新功能的产品。 每次演示后，团队将与客户分开聚会进行回顾。 进行回顾的方法很多，我想指出的是“ PLUS / DELTA”风格的回顾，其中每个团队成员都表达10分（加分）和10分（使团队偏离预期目标）。
在使用灵活的开发技术的工作计划中，自动化系统起着关键作用，使您可以在迭代结束时获得具有最高级新功能的产品。 每次迭代之后，都可以将产品发送到
ERP或
CRM系统中进行技术开发，以便进一步开始生产原型产品，以便在尽可能接近真实条件的条件下进行测试。 因此，在每次迭代之后，软件产品都会得到完善，并且会建立新的功能要求。 客户本身已经处于技术开发阶段或通过
CRM系统反馈获得的试点项目中，他们会表达出您甚至不会考虑的要求。 最主要的是及时将这些要求传达给开发人员，而不是像“明智的项目经理”有时那样将它们隐藏在合理的范围内。
得出结论
尝试使用灵活的方法按照经典方案构建开发过程通常会失败，并且看到如此众多的项目经理是出于“超额成本”的考虑，或者只是简单地自动遵循“分而治之”的基本原则，因此拒绝在实践中应用现代项目管理知识。