软件开发计划中的缺陷与应对策略
在软件开发的世界里，我们常常面临着诸多挑战，这些挑战如同隐藏在迷雾中的礁石，随时可能让我们精心打造的“航船”触礁沉没。就像曾经瑞典国王古斯塔夫二世·阿道夫下令建造的“瓦萨号”战舰一样，看似完美的计划，却在实际执行中遭遇了惨痛的失败。
1. 对一切尽在掌握的错觉
“瓦萨号”战舰的建造堪称当时的一项宏大工程。国王召集了欧洲各地最优秀的造船工匠，舰队司令亲自接管项目管理，由荷兰建筑师和指定船长领导建造。然而，在那个没有施工蓝图和静态计算的时代，建筑师仅凭其他现有船只的比例来监督工作。在建造过程中，由于传言敌人正在建造类似的船只，上层甲板的火炮口径在项目后期被增加，导致重量分布发生了重大变化，但项目却没有进行重新规划。最终，在首次航行时，一阵微风就使“瓦萨号”侧翻，几分钟内便沉入海底，超过30名水手丧生。
现代软件开发也面临着类似的困境。技术问题在项目开始时往往难以全面理解，基础设施的复杂性、国际分布式团队带来的挑战、利益相关者的承诺、未确定的依赖关系、不断攀升的成本和紧迫的截止日期等，都让软件开发充满了不确定性。我们试图在规划活动中理解所有这些复杂的依赖关系，但这些依赖关系直到项目完成时才会完全明确。
传统的工程和科学观念基于严格的确定性世界观，认为只要知道宇宙的精确状态和所有规则，就能确定未来。例如，弗雷德里克·温斯洛·泰勒将这种传统观念应用于组织管理，提倡劳动分工，将工作的规划与执行分离，以提高生产力。然而，这种方法在软件开发中并不总是有效，因为软件开发项目通常面临后期挑战和重大未知因素，难以快速、低成本、高质量地为客户提供真正的价值。
数学家深知解决具有大量未知参数的非线性函数的困难，物理学家海森堡的不确定性
