客户需求|开发人员解决不了管理烂的问题( 二 ) 管理|底特律|福特|管理层|解决

甚至当一个采用传统方式管理的公司决定变得“敏捷”时，这一举措的常见结果是传统管理方式友好的Date Scrum反模式。Date Scrum 的出现让许多开发人员对敏捷实践产生了负面的看法，因为在变得“敏捷”之前，他们不得不忍受每隔几周就会有一次的状态会议。现在有了 Date Scrum，他们必须忍受每天一次的站立状态会议！
Date Scrum是什么？Date Scrum是一种研发模式，它要求开发人员预先评估整个项目的软件项目需求。在项目获得批准，并基于最终的评估设置了预算之后，团队就会保持日常的Scrum状态，并在发布之前管理在解决方案“迭代”过程中的风险。在某些人看来，这种方法是在冲刺中进行瀑布式开发。
因此，我们需要更多的文章来鼓励高层和管理人员不要再导致软件项目失败了，呼吁放弃传统管理的估算、甘特图、WBS、PMP 和所有其他的制造/订单执行/物流优化技术。那东西很好，它是帮助我们赢得 WW2 的关键，如果我要开工厂，我会用它！但是在软件项目中，没有它的位置。
为什么这么多的软件项目失败了？软件开发更接近于创建一个新工厂，而不是经营一个现有的工厂。传统管理侧重于使用固定的、已知的最佳实践来安排持续时间已知的任务来经营工厂和执行订单。软件开发是由许多持续时间未知的任务组成，这种根本上的不可预测性使得传统管理的预测计划技术特别不适合软件项目。
传统管理如何造成了破坏
福特花了 40 年时间才接受了 Deming 的研究成果。在今天这个快节奏的世界里，一家公司如果要花 40 年的时间才能让有价值的软件工程师不再讨厌它，那它将永远不会成功，而且我预测，大多数不发展的公司将会在 10 年内灭亡。之所以做出这种可怕的预测，是因为这些传统企业一直徘徊在这样一种生产管理套路上，根据工作划分部门，然后使用一种刚性的、放之四海而皆准的最佳实践优化各部门——这些最佳实践往往是源于工厂运营工具包的预测规划技术！正是这些实践阻止了他们创造新的、有价值的软件产品，因为他们让开发团队专注于创造没有客户想要的解决方案，而不是发现和满足巨大的需求。这些实践导致组织主动忽略了软件项目偏离轨道的所有危险信号。危险信号被忽略了，因为组织中固有的 MBA 偏见会导致他们应用反模式，比如：
Idea Silo 是什么？Idea Silo是公司内部的一个组织，负责为另一个筒仓实现新产品和新特性。在许多公司中，Idea Silo 是指产品管理组织。
开发人员没问题，管理层需要做出改变
传统管理需要发展；他们应该先听开发人员说说管理层应该做什么：
他们还应该听听管理层不应该做什么：
在听取了开发人员的意见后，传统管理需要抛弃以下不适合于软件的实践：
在 iiSM.ORG，我们相信：
如果上述情况属实（相信我，确实如此），那么，如果传统管理人员希望自己的公司在数字化转型的新世界中生存下去，他们就必须改变自己的方式。我们需要花点时间弄明白，将传统管理技术应用于软件开发团队非常糟糕，即使从短期看，也是完全不可持续的。
原文链接：
Developers can't fix bad management
【 客户需求|开发人员解决不了管理烂的问题】关注我并转发此篇文章，私信我“领取资料”，即可免费获得InfoQ价值4999元迷你书，点击文末「了解更多」，即可移步InfoQ官网，获取最新资讯～