2、软件开发通信、发布与管理的变革之路

软件开发通信、发布与管理的变革之路

在软件开发的领域中，通信、发布新版本以及应对各种问题的方式，一直是影响项目成功与否的关键因素。下面，我们就来深入探讨这些方面的问题及解决方案。

通信链问题

小时候玩过一个叫“疯狂电话”的游戏，一人编造一个细节丰富的故事写在纸上，然后读给下一个人，这个人再尽量记住并传给下一个，直到最后一个人。通常经过四个人传递后，故事就和最初的大相径庭了，而且从第二个人开始，故事就已经不一样，细节会被删减或编造。

在瀑布模型中，就类似这个游戏。负责需求的人创造一个故事讲给开发者，开发者再创造另一个故事讲给 QA 人员进行测试，确保交付的软件产品与之前经过至少两人之手的故事相符。这显然容易出问题。

为了解决软件通信问题，我们曾用统一建模语言（UML）创建简洁复杂的图表，试图捕捉单一的事实来源，以便解决问题或验证成果。但这种方法也有问题：
- 有些细节难以在图表中体现。
- 业务利益相关者不理解 UML。
- 创建图表需要时间。

其中，业务利益相关者不理解 UML 是个大问题。捕获需求后，在较低层面（开发、运营等）更改需求或提出问题，需要涉及一些人，而其中至少有业务利益相关者不理解需求捕获所用的语言。并且项目需求很少是一成不变的。

修复 bug 的成本

由于存在通信问题，开发过程中难免会出现 bug。需求不一致或需求本身错误，通常会导致缺陷，可能阻碍应用部署到生产环境并延误进度。

在瀑布模型中，修复 bug 的难度随阶段推进而增加：
- 需求阶段 ：修复 bug 很简单，只需更新图表或文