按照PMP对团队发展的五个阶段是：组建期、激荡期、规范期、执行期和休整期，项目前期差不多包括了组建期、激荡期以进入规范期为结束，时间长度不太确定，但项目经理应该做的是要尽可能的缩短两个阶段的时间。

        组建期、激荡期两个阶段的特点都做了说明，有兴趣的可以去查一下，我就不列了，下面我把这两个时期的特点以及需要做的事情列举一下。

---

组建期

        团队成员刚开始入场，对需要做的事情、使用的技术框架、团队的配合以及成员彼此之间还不熟悉，另外在技术方面如果使用新的开发平台的话平台的稳定性、功能完备程度、上手难度也都需要考虑。如果开发平台已经稳定的话有些技术问题比如通用的公共接口、数据库的设计、通用的开发规范都需要提前准备好。

        先说如何让成员了解需求，首先组织产品经理对全部的开发人员就要开发的产品进行一次讲解，最好是参照着产品设计中说的【需求文档】来进行讲解，主要说明系统主要目的是做什么的，给什么单位，那些人用（角色），为了满足这些使用需求项目共分为那些模块，每个模块主要负责什么功能，讲到这里就行了。然后就是组织产品经理，公司的其他相关人员，以模块为单位，由开发人员负责记录，逐个讨论模块内每个页面的功能点，这里对应的文档就是原型，记录的文档就是原型说明。PS，因为每个模块的讨论基本都需要一定的时间，其他的研发人员不能等着，可以先安排基础模块的页面开发工作。

        如何让成员能够快速的使用框架，直接在开发中熟练。找一个典型的页面分派任务的时候把功能点都挨个说一下，因为是使用框架开发，大部分的框架功能无非是标准字典加载、自定义字典、控件自定义事件（click、change）、数据保存前处理接口、后台数据处理接口、级联查询条件的定义等。找个页面，每个点都说一遍，然后让去做就行了，做的时候每天问上几遍，进展怎么样，有没有什么困难，有困难就指导一下。一个页面以后基本就熟悉了。如果团队内有对框架熟悉的人，可以按师傅带徒弟的形式做。

        数据库的设计这个就比较特殊了，很多团队都是要求产品经理和项目经理来设计数据库结构。产品经理是肯定不行的，数据库的设计好也基本上决定了代码的开发工作量了。所以最好是由项目经理或研发经理来做。但开始阶段项目经理都会比较忙，而表结构的设计尤其是一些大表，需要查英语单词，比较浪费时间。所以的觉应该让开发人员设计，项目经理在确认页面阶段说一下需要设计几个表，表之间什么关系。设计过一次套路就差不多了。

        最后就是公共接口了，比如获取当前登录者、登录者的机构、服务器时间这些都需要今早的开发，这些也是最容易出现重复造轮子的地方。

        总之这个阶段是项目经理最忙的时候，也是定规矩的时候，很多东西都是越早做越好。项目经理在这个阶段类似于一个指挥官的角色，要告知团队成员需要做那些东西，怎么做，要遵守什么规则。还要及时的review成员的作品，发现不守规则的地方就今早的指出来，改正。下图是我们一个项目项目前期的规则文档。

规则

---

激荡期

        按照PMP的定义这个时期的主要问题是人际冲突，以及成员对于团队目标、期望、角色以及责任的不满和挫折的表露。关于这点因为没管过大的团队，感受不太深。我认为这个时期的主要问题是对团队成员的训练上。在组建期成员对开发框架了解了，要做什么也了解了，规则也发布了。剩下的就是训练了，训练什么哪？就是训练对开发框架所定规则的遵守、对开发规则的遵守、对沟通术语的纠正、对自测的要求。

        框架的设计上提到了，框架就是定义一系列的规则，由开发人员遵守，而框架则需要对这些规则进行支持，并且升级的时候首要考虑的就是兼容这些规则。所以在业务开发过程中对规则的遵守就尤为重要了。这个需要通过对代码的review来进行检查。代码review还可以发现一些逻辑漏洞，对开发规则的不遵守的情况。所以这个时期代码review最为重要。最好做到只要有上传就看，发现问题就纠正，对于重要的问题要把团队成员一块叫过去一块纠正。

        对自测的检查比较困难，在开发计划的制定中有涉及这里就不在赘述了。但有一点需要注意的时，这个一定要严格，发现一点苗条就纠正。

        另外还有一个比较重要的是，在这个阶段一定要根据需求创建出模拟实际情况的账号系统，每人都要使用特定的账号开发，这样可以提早发现很多问题。

        另外就是日志系统的设计，框里里提到了对日志的要求，这个阶段开发的时候就需要把日志逐渐丰富起来，根据业务流程设计一个个锚点进行日志采集。

        把上面的事情做好，就基本可以保证团队顺利进入规范期了，规范期就是快速推荐开发进度的时期了，这个时期也是潜在风险慢慢累积的过程，如何在尽早的暴漏风险并修复是这个时期需要特别注意的事情。