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