我们假设甲是一位刚上来的PM(项目经理)，他要带领一个Team完成某软件的开发，Team中有一个SA(系统分析员)，有5、6个软件工程师，SA做好了需求分析和设计文档，PM做好了项目计划，项目开始实施.在实施的过程中，甲发现开发质量并不十分满意，于是又出了一些开发规范,要求工程师修改，可是软件工程师对甲的规范并不完全遵守，多次返工，效果仍然不太好,而且造成工程师的许多抵触情绪。事实上开发质量也确实不太好，甲的要求并不是很过份。如果你是甲，你该怎么办？

2。甲错误已经犯了，但是考虑到代码质量，亡羊补牢还不迟，所以开发规范一定要提出来，但是这个工作的开展需要有个计划和过程，不单单是发布一个规范，然后叫大家执行这么简单。

3。怎么做呢？提一个参考意见：
a.首先开一个可行性会议。会议的主题是基于代码质量出现问题（千万不要太强烈）的情况，大家共同来决策是否需要在本次项目中就执行开发规范。在这过程中，所先要现实科学，综合考虑项目其他要素，进度，工作量增加等问题。其次要广泛征求意见，决策要建立在普遍接受的前提上。
这个会议很关键，这个决策只有得到团队成员的认可，事情才能进行下去。

b.如果决策通过，要实行。则有计划，有序地来实行。这里重要的有两点。首先，要留出足够的时间来实行开发规范工作（包括开发规范撰写，开发规范的讨论，以及开发规范实行后的返工等）。其次，要让团队成员尽可能地参与到开发规范的制定当中来，使他们普遍认同这个规范。因为只有这样，规范才能执行好。这个也非常重要。

基本就是这些，这个事情里面有个关键的东西，我觉得非常重要，也是与其他事情共通的，那就是管理是通过别人把事情做完的艺术，既然事情是别人做的，那么作为管理者就所先需要通过各种方式使具体做的人认同这个事情，让他们知道做这个事情是正确的，必须的。当作为项目经理的我们权力不够大的时，当你的团队成员是知识分子时，就越需要采用温和的办法。管理不只是发号施令和简单告诉别人做什么事情，那是军队和施工队才这么干的。