﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>C++博客-Exciting Life</title><link>http://www.cppblog.com/herain/</link><description>生命，技术，心理学，旅途</description><language>zh-cn</language><lastBuildDate>Tue, 09 Jun 2026 20:21:43 GMT</lastBuildDate><pubDate>Tue, 09 Jun 2026 20:21:43 GMT</pubDate><ttl>60</ttl><item><title>MicroSoft xie讲座总结</title><link>http://www.cppblog.com/herain/archive/2010/09/28/127987.html</link><dc:creator>herain</dc:creator><author>herain</author><pubDate>Tue, 28 Sep 2010 11:57:00 GMT</pubDate><guid>http://www.cppblog.com/herain/archive/2010/09/28/127987.html</guid><wfw:comment>http://www.cppblog.com/herain/comments/127987.html</wfw:comment><comments>http://www.cppblog.com/herain/archive/2010/09/28/127987.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cppblog.com/herain/comments/commentRss/127987.html</wfw:commentRss><trackback:ping>http://www.cppblog.com/herain/services/trackbacks/127987.html</trackback:ping><description><![CDATA[<p>1.微软的软件开发流程<br>a.软件开发的基本流程<br>plan-&gt;design-&gt;code-&gt;Test-&gt;Release-&gt;plan-&gt;...<br><br>b.Microsoft的流程<br>MQ | M0 | M1 M2 ... MN | stabilizaiton | Release<br>M表示MileStone，一般每个MileStone需要4-12weeks，每个MileStone再分为几个split。<br>MQ：MileStone Quality，这是非常重要的阶段，在项目开始之前总结以前项目中的经验和教训，重新整理代码、注释和文档。这件事情很多团队都想做，但是能够专门设置一个流程来进行确实太厉害了。有积累的公司才能够真正走的快走的远。<br>M0：MileStone 0，这个阶段是程序员们最Happy的阶段，什么样的想法都可以提出来，也有很多机会实现各种原型技术。在做出各种尝试后项目的具体执行计划就出炉了。PM和Dev都要完成各自的文档编写。后续MileStone的时间点也被确定了。万事具备，开始干活吧。<br>从上面简单的描述应该可以看出来MQ和M0的重要性，两个阶段加起来大致要占到整个项目40%的时间。<br><br>M1 | M2 | ... | MN：编码阶段。最后一个MileStone有一个时间点叫CodeComplete，就是程序员完成全部编码和单元测试的时间点。yutao提到CodeComplete很难达到，列出了一系列标准，很想知道详细的内容。<br><br>编码的各个阶段加起来占到项目的30-40%时间。<br><br>Stabilization：find bug，kill bug。不断的斗争。yutao给了一幅很有意思的图，记录了项目测试过程中bug数量的变化，挺有意思。这个阶段有两个时间点，ZBW和ZBR。ZBW是第一次达到0bug的时间，ZBR是经过回归测试后最终达到没有bug的时间，当然也就是庆祝的时候了。<br><br>清楚bug要用到项目总时间的20%-30%。看来如微软那样有详细的设计和可靠的单元测试后还是会产生相当数量的bug，更何况游击队似的开发团队了。<br><br>Release：发布版本，针对紧急出现的bug区分紧急程度。除非特别紧急，否则一般不再fix。<br><br>2.开发规范<br>yutao的讲座主题是开发流程，开发规范的问题没有专门去讲。零星记录了几点备忘。<br>a.文档齐备<br>b.Unit Test：at least 80% coverage<br>c.所有的代码有设计文档和注释<br><br>3.团队管理<br>a.两人冲突的时候寻找共同的出发点<br>b.时间意识，所有的项目计划精确到小时，每天15分钟会谈介绍工作，时间精确到小时。</p>
<img src ="http://www.cppblog.com/herain/aggbug/127987.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cppblog.com/herain/" target="_blank">herain</a> 2010-09-28 19:57 <a href="http://www.cppblog.com/herain/archive/2010/09/28/127987.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>