1. 团队成员选择

　　人员选择要谨慎，要尽量选择合适的人员，在选择团队成员时要重点考虑其团队合作能力、编码可读性、能力和项目的匹配度等因素。

　　2. 项目远景的确定

　　项目初期项目经理需要和高层以及客户协商，定下项目的远景目标（即项目的目的，要实现的整体功能等），远景目标不用太长太细，但一定要有，好的远景目标犹如大海中的灯塔一样，可以让项目组不会在项目过程中迷失方向。

　　3. 项目计划

　　项目计划是项目最重要的文档之一，需要由项目经理根据实际情况进行制定，需要注意的是项目计划不是一次确定永远不变的，项目计划是一个从粗到细、从大到小的逐步过程，需要在项目的整个周期不断细化，调整。

　　4. 需求阶段

　　按照公司的方向需求由专门负责需求的人员来收集，需求人员将需求定义好形成文档后，再由项目组人员进行设计。身为项目经理一定要尽早参与这一过程，介入越早越好，需求收集过程可以以需求人员为主，项目经理为辅的模式进行，由需求人员负责收集需求并以需求用例的方式编写文档，由项目经理审阅并组织需求评审，只有需求评审通过后，需求收集过程才能阶段性结束。

　　5. 项目框架选型和搭建

　　需求确定后，如果客户没有明确要求，项目经理需要为项目确定框架和采用的技术。有时这一过程可以由项目经理和项目组中的技术骨干一起来完成。

　　6. 设计阶段

　　由项目经理和技术骨干一起完成项目的总体设计并经过设计评审，然后各个分模块的设计可以分给具体的成员来设计、由项目经理和技术骨干审核；也可以不分统一由项目经理和技术骨干完成，但设计文档一定要由惟一的一个人来完成（项目经理通常是最佳人选），一则可以保持文档编写风格的一致性，二则可以保证项目组有人可以通晓整个项目的详细设计，从整体上把关，三则可以节省项目成员的时间，让其将精力放在实现上。

　　7. 实现阶段

　　进入实现阶段后，项目经理需要控制的方面主要有代码质量控制、进度控制控制等，代码质量可以通过代码抽查、复查、制定代码签入规则等手段控制，进度可以通过检查进度表来控制，需要注意的是项目经理要随时准备好帮助项目成员解决遇到的难题，包括技术和非技术方面的。

　　8. 测试阶段

　　需求文档确定后，就需要和测试组进行协商，由测试组准备测试用例并提交大概需要的测试时间。随后的各个评审（如设计审核）要保证测试组必须有人参与，因为测试人员和QA人员更能发现评审问题。

　　9. 实施

　　进入实施阶段后，项目遇到的问题会比较多，其中很多并不是技术方面的，而是客户管理制度方面的、客户现场环境方面的。由于经过长期的开发阶段项目成员都比较疲惫并且在实施阶段出现的问题比较多，所以项目成员在士气和心情方面容易不稳定，这时就需要项目经理来掌控，要稳定项目成员的心情、提升士气，并多和客户沟通解决发现的问题。

　　10. 技术测试

　　如果项目是以前没有做过的类型，则需要通过技术测试来验证选定的技术是否具有可行性，技术测试需要注意的问题有技术测试一定要模拟最终用户的实际环境，不能在开发环境中进行测试。