《产品研发过程实践》（14）研发过程的一些概述和条件

作者:asky 日期:2007-04-29

字体大小: 小中大

OK，需求已经出现了，当然我们需要面临就是，构造这个软件了。

在这里，恐怕开发人员更熟悉以下的一些过程，比如版本控制、比如设计过程、编码过程等等，这个阶段也往往是一个研发周期中，最繁忙的一段时间，可能频繁地发生加班。但是，同时，这也是抱怨最多的一个阶段，我们抱怨流程不够清晰，我们抱怨配合出现问题，我们抱怨设计出现纰漏，我们抱怨测试不够完善，我们抱怨……，总之，士气似乎在不断下降过程中，我们一直绷紧着神经。

但是，这个阶段，也是很有成就感的一个时间，看着系统在被一天一天地构建出来，这多少是让人非常有成就感的感觉，虽然那不是最有成就感的时候。

在这个将会占据很多内容的章节中，我希望首先介绍一下我的思路，我的思路是：

首先，我们将关注人，分析在一个项目组构成中，各个角色承担的责任；我们将希望在这样一个团队中，我们都能互相往前，或者往后走半步，原因仅仅是我们都不够优秀，向前或者向后走半步，将使得我们可以尽早发现一些问题，尽早发现一些各自职责之间的灰色地带。从而使得我们可以少犯一些错误。

其次，我们将简述一下整个流程，当然，这在绝大多数情况下，都是大同小异的，说大同，是因为几乎每一个公司都是如此要求的，说小异，是因为大家具体的操作方法上，可能还是存在一些至关重要的不同，往往正是因为这些不同，导致了结果完全不同；

再次，我们将把我们的注意力，集中在几个我们很关注的过程中，在这些过程中，我们将略微详细讨论一下，我曾经如何做过，效果是什么？

最后，我们会就几个很多人很关心，而且非常非常多次问起的一些问题，针对这些问题，我希望能够给出一个我的观点。

当然，正如我很多次所说过的，项目经理是一个概念十分庞大的名词，三峡工程也可以称之为项目，一个即使只有1个开发人员，1个客户的100行的软件，也可以称之为项目；那么这两种不同项目，做法上肯定存在着大量的不同。所以，我们把下面讨论的内容，进行一个约束，假设，这是一个这样的项目：项目成本基本上是400－600万左右，由15－20个人左右进行研发，为期1-1.5年，整个产品经过多次迭代过程，项目经理拥有对下属的完全的考核权以及支配权（也就是我们常说的下属Report给你）。OK，就以这个项目，我们来看看以下的一些内容吧。