读《微软的秘密》有感
今天终于可以看完《微软的秘密》了，这是一本非常难读的书，需要你去思考和带着问题去读，如果你对软件开发过程不是很感兴趣，奉劝你不要读了，因为你一定会觉得异常枯燥。
当然，我之所以能够读下来，而且认真努力的进行研读两遍，的确是希望能从微软的开发流程和方法上得到一些体会，然后应用到公司的研发过程中。读此书，有一个非常明显的感受：他把微软的研发流程非常详细的记录并呈现给读者。我常常对照公司的情况，发现微软公司的之前面临的问题和现在我们软件开发遇到的问题基本一样，甚至细节也十分相似。
在读书过程中，对于软件进度控制和安排，我给予了非常大的关注力度，对于微软自下而上的个人承诺方式的项目控制方式，比较赞同，当然，我也强烈的意识到，其基础是微软开发人员的高水平和高能力，以及不断提升的.计划安排能力。我们很多程序员对于做计划都是新手，我们也没有历史数据提供给他们进行参照。我们的程序员达不到，所以我们制定的计划总是延迟，而且没有任何缓冲时间的概念。
怎么做呢?我想到一个最直接的方法就是选取我们软件企业的度量指标，并进行统计和积累，因此我们参考这些度量标准来做出项目中的关键决策，比如里程碑阶段何时应该走了，何时应该推出产品了。开发前期我们可以使用历史预估资源需求情况。
今天在和测试部经理和产品部经理谈话时，他们也说出了他们的担心，一是担心我们做的改进只是为了改进而改进，而没有真正的意义。而是担心，加大他们的工作量。的确，进行可度量的过程改造，的确需要我们进行一些额外的工作量，但是如果我们本地化的措施真能有效的建立起来，应该对规范公司的软件开发行为是非常有利的。
同时，对于微软的做法，我们发现其是非常灵活和坦诚的，没有复杂繁琐的流程控制，小组具有非常宽泛的权力。一个偌大的微软就是通过一个个特性小组联合起来，通过每日构建和里程碑同步的开发。
我们小企业如何做呢?是否也需要每日构建和里程碑呢?
就公司现实情况来讲，实现每日构建和结对测试从技术上讲是可以的，但是可能会浪费很多时间，我们团队的规模较小，可能每日构建所产生的好处远没有想象的大。实施快速测试倒是非常好的，开发人员把私人版本进行快速测试，减少测试时间。
里程碑是非常有必要的，之前研发部也有迭代开发的思路，但是没有强化里程碑的概念，现在我们需要强化里程碑概念，强化质量控制和测试。这恰恰是我们需要的。
总之，从《微软的秘密》中受益匪浅，明确和强化了我的一些软件过程管理的概念，也为我提供了一些现实的具体操控方法。建议从事公司CTO，研发总监，开发、研发经理都可以读一读。
上一篇：品读张爱玲有感 下一篇：国土综治维稳工作总结【读《微软的秘密》有感】相关文章：
读《秘密》有感03-07
读秘密有感03-30
读《秘密花园》有感08-24
读《母亲的秘密》有感04-12
读秘密花园有感08-06
读秘密花园有感07-25
读《高效的秘密》有感07-05
读《秘密花园》有感05-08
读宝葫芦的秘密有感01-10