未雨绸缪-变化是永恒的

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接： https://blog.csdn.net/weixin_41715077/article/details/102074202

第一个系统大概率是试验性的

对于大多数项目，第一个开发的系统并不合用。它可能太大、太慢而且难以使用，或者三者兼而有之。要解决所有的问题，除了重新开始以外，没有其他的办法。因此管理上的问题不再是“是否构建一个试验性的系统，然后抛弃它？” 而是你必须这么做。

唯一不变的就是变化

不应该将所有的目标和需求的变更都整合到设计中，如果这样可能开发不出任何产品，应该循序渐进。

为变更设计系统

功能模块化、接口规范化、良好的可扩展性以及完备的文档都是减少变更引起错误的有效方式。

为变更计划组织

现在软件编程小组失败的主要原因是管理控制的太少，而不是太多，为变更组建团队比为变更进行设计更加困难。当系统发生变化时，管理结构也需要进行调整。意味着，只要管理人员和技术人才的天赋允许，老板必须对他们的能力培养给予极大的关注，是管理人员和技术人才具有替换性。

前进两步，后退一步

程序维护中的一个基本问题是---缺陷修复总会以固定的几率引入新的bug。所以，整个过程是前进两步，后退一步。

前进一步，后退一步

软件维护是提高混乱读（增加熵）的过程，即使是最熟练的软件维护工作，也只是放缓了系统退化到非稳态的过程。