如何提出改进建议（编者按）

无论提出什么类型的改进建议，我们要遵循的方法都是类似的。在向领导汇报前，我们需要做好两件事：选题和分析。

以咨询公司的经验来看，无论成立多久、规模多大的公司，都存在许多问题。由于资源受限，并不是所有的问题都有必要解决，也不是所有的问题都需要现在就解决。那么改或不改，改什么的选题就成为我们提出改进建议的第一个重要选择。

那么如何确定改进的选题呢？

最简单的办法，就是留心领导们在会议上的讲话。他们一定会在很多场合重复提出过自己的管理关切，提的越多，就越关心，改善的诉求就越强烈。你可能会说，开会总是老三篇，听得我都会背了，也没见领导支持改进啊。这种情况有两种可能性。第一，领导说的是场面话，他没有管理关切或者说没发现管理关切。第二，领导说的就是他的管理关切，只是他一直没有找到解决的办法。

一旦了解到领导们的关注点，下一步便要弄清楚你的改进提议将如何解决了他的关切，也就是第二件事——分析。

分析的第一步是可行性检查（Sanity Check），它还有个可爱的昵称叫“Smell Check”。就好像买鸡蛋的时候先闻闻，如果已经臭了一定不是好蛋。可行性检查的目的不在于精准，而在于快速地判断“靠不靠谱”。

如果确定了靠谱，接下来就要做成本和收益分析了。任何公司行为都是投资，成本和收益分析也不能靠猜的。那么如何才能拿到靠谱的数据呢？你需要引入原型来做实验。原型实验可以降低引入成本，尽早发现问题，是改进中不可或缺的环节。但必须注意的是，启动原型实验的前提是在可控的范围内，使之不影响或有限地影响工作。原型的数量也是一个要考虑的因素。实验的过程中会因为各种各样的原因导致原型被毙或被调整方向。为了保证你的实验能按预期进行，你可能需要两三个原型做后备。

成本分析包括引入成本和持续成本两个方面。无论哪个方面的成本计算，都不要忘记执行和管理所产生的隐形成本。比如上一套工具的时候，除了买工具的钱是成本、工具升级的钱是成本外，大家学习使用工具的时间也是成本。如果在成本测算时，我们没有考虑全面，那么在向领导汇报你的改进建议时，他就会觉得你不仅这块没算，其他的方面也有落下的，从而质疑你的整体改进成本测算。

成本算清楚了，接下来就要考虑收益的问题了。相对于成本来说，收益肯定是非常难以证明的。如果你能证明改进能挣钱，那肯定是再好不过的，但是也不要忘记收益也可以是省钱。

省钱的方法有很多，归根结底，软件成本的节省基本上都是由于人力的削减。例如：

•引入设计检查程序，可以在过程的早期消除缺陷，并节省大量的返工

•可度量的质量程序可以减少测试中发现的缺陷数量，缩短测试时间

•配置管理系统可以通过确保总是使用正确的程序版本，节省开发时间

•变更控制系统可以减少非受控变更的数量，节省开发时间

这样的数据很难在事前得到证明。因此，最有说服力的论据通常是列举其他公司，尤其是竞争对手的数据，或研究机构发布的信息。

到这，你的建议还没有最终完成。