在规划阶段，当所有的特性规格说明完了以后，还要制定日程进度表。这个日程进度表往往需要由开发人员的参与。看到了这些产品规范，根据你的经验估计做这个需要多长时间，还需要打入一些冗余，把这个做完之后，产品规划阶段就已经完成了。
产品阶段完成的标志，就是目标描述，所有特性规格说明，以及日程进度表的完成。这样就进入第二个阶段，即开发阶段。因为我们自己有特性描述，已经知 道做什么。所以根据这些特性，会把这一阶段，分为三到四个小的阶段。基本的划分原则是重要的或者相互依从的特性开始做，剩下的一些次重要的。会在第二或三 间段做。这一间段是由开发人员去推动。
所有的开发人员开始写代码，对于每一个开发人员都有相应的测试人员，会把开发人员写的代码拿去测试。这个阶段完成的标志是所谓的特性完成，或者叫代 码完成，也就是所有的这种特性都已经开发完毕。这时就进入了下一个阶段，测试阶段。测试阶段主要由测试人员推动。在开发阶段也有测试在进行，但在测试阶段 进行的主要是集成的测试，象安装，兼容性测试，性能，或者其他方面的测试。
此外通常还要发放一些“beta”版本，让用户去实际使用并发回反馈。这一阶段会有更多的“bug”进来，但是这一阶段基本上不会增加一些新的特 性。这一阶段结束的标志是所谓的“零缺陷”。微软有一些来跟踪缺陷或者叫“bug”的工具，如果从这些工具看到针对这个发布周期已经没有任何活动的 bug，这就标志着稳定化阶段已经结束。现在有一个趋势，就是稳定化阶段做得越来越长，从而更好的保证产品的质量。
到了零缺陷后，就进入了下一步的发布阶段。在这一阶段大家会继续跟踪bug的状态，直到确认这可以发布了。一般会做一个CD，或者把它发到网上。最后发布阶段会由产品经理、项目经理，以及做运营管理的人来共同执行。
总结一下，微软产品组有明确的分工及不同的角色，产品开发由四个阶段组成，即规划阶段，开发阶段，测试和稳定化阶段以及最后的发布阶段。总的原则在微软一个是有详细的分工和职责的划分，通过各个人人的角色控制产品开发过程。我刚才谈的四个过程，十一个角色，但是每个角色实际上并不是同步的。
比如像产品规划人员，在第一个阶段和第二个阶段产品规划人员会有一些工作，到第三个阶段因为特性已经完成了，不会有新的特性，产品规划人员已经开始 做下个版本。但是产品经理会继续做这个产品保证这个产品继续进行。还有是客户需求决定产品的方向和目标，往往在做一些决定时考虑的是客户和市场，很少纯粹 为了技术和其他原因。最重要的是把大的项目分成若干个子项目，是渐进的，不是一次性把很大的问题解决。还有目标描述和产品特性说明，就是我们传统文档，这 是为整个项目起到了指导作用，必须定义得很清晰，使所有人都能看到它。
最后一点，从项目一开始开始让所有人都去介入。因为好的产品是设计出来的，不是最后开发出来的，因为前期基本上定下来以后，开发的后期是完成的阶 段。如果设计有缺陷，比如没有考虑到技术支持方面的问题，后期很难做。假使再加进去对产品质量或者发布日期都有很大的影响。还有就是通过不间断的测试来保 证产品的质量。
来源：产品经理
