政府实际上已经硬连接了高度发达的需求开发理念和文化站立近乎宗教般地遵守瀑布式开发时间表和审查委员会。于各方承诺在实际工作中不会学到任何东西。政府企业将自身设计为具有预测性和严格性但它在不确定且快速变化的环境中提供服务。我们现在知道这种方法会扼杀创新反而增加了风险成本和交付时间并增强了数量有限的现有服务提供商本已深厚的主导地位。它是有缺陷的但也许不是你想象的那样。当前系统可以通过四种方式提供机构想要的东西但不能提供他们需要的东西这种方法做出了一个非常大胆的假设订约机构实际上知道其请求服务的问题的解决方案是什么。

或者更糟糕的是它假设该机构知道它正在 手机号码列表 指定解决方案的问题是什么。我们看到机构经常根据内部用户的利益而不是所服务的人的利益来构建或购买系统。系统是从内到外构建的而不是从外到内。这些努力很少考虑项目办公室或部门所寻求的结果以及投资如何有助于改善这些结果。最常见的是他们专注于加速或自动化现有流程。最后对他们来说最重要的是机构寻求降低失败的风险。相反通过这样做他们往往会急剧增加它。各机构经常将舒适度与现有流程混为一谈因为它们与风险相关。




规避风险和舒适是不一样的。现有的严格的需求驱动流程痴迷的瀑布式采购模型试图通过努力详细说明每个步骤或时间框架来降低风险。对于敏捷开发人群来说显而易见的问题是这种僵化假设有能力预测每个问题错误缺陷集成或天气模式简而言之各机构想要一种特定的解决方案可以加速未经改革的流程忽略复杂的问题或结果并通过伪科学的瀑布交付模型消除风险。这不是机构所需要的。各机构需要的是认识到它们的存在是为了以最高效和最有效的方式向人们提供服务提供清晰可衡量和透明的成果。