系统开发到后期，各种不一致的情况层出不穷。A的界面风格，特别是控件的排放位置与他人的就是不一致；B的代码注释的姓名用了他自己的拼音简写GB，让我看了半天才没误认为是国标的简写；C的代码结构没有按照一开始划分的3层代码结构（界面层、业务层、数据层）编写，导致修改他代码中的数据操作语句要遍历整个系统代码……如此种种情况让系统开发日益累赘、不堪苦怨。为什么会这样？项目一开始是对这些有详细的规则和描述的，有界面风格规则文档、有代码风格文档、有代码编写结构会议……那就是这些规则没有落实到实处。还是管理的老问题，制定规则和执行规则的脱离。我们认为只要制定了规则就万事大吉了，不管它有没有被执行和被很好的执行；或执行规则不是制定规则人的事情。
无规则不成方圆。但是有了规则还要有人画，才能出方圆阿！呵呵，让我们想想我们是怎么学会画方圆的吧！
在学校里，老师先在黑板上画出一个圆，再跟下面的小同学们说：用铅笔在纸上画跟黑板上一样的东西。好的，我们这些小同学就开始画了。
有人调皮，不画，在玩闹。老师就过去，小家伙一看老师来了，赶快装模作样坐在那里拿着笔。老师警告他，不画没有饭吃。小家伙一听还得了，没饭吃会饿的，马上乖乖在那里学画圆。
有人不解，画什么。老师过去，解释给他，画的是这么这么一个东西，再在他纸上示范一遍给他看，让他照着画就行了。
有人画根线，老师鼓励他，说他有进步；他受到鼓励，很高兴，把线首尾相连，老师进一步鼓励他，说他天才，就快画的跟老师一样了，只要把线画弯一点。
有人真的天才，马上就画出来了，画的很好。老师马上表扬他，让他在黑板上画一个，并可以教其他同学画。
大部分人不是很聪明，画了很多遍，但是还是学会画了。但是有人还是没有学会画，连纸上的圆都不会画？只好在田里或大街上“画”了。呵呵，现在我们都会画圆吧！