即将迎来自己人生中第一份软件项目管理工作，先搜集相关知识整理出一个我决定采用的软件项目管理方法，在实践的同时慢慢完善。看到这篇文章并且有自己的经验和见解的大虾欢迎指正和交流，我们要做的这个是企业信息化管理软件

转载请注明出处：jiq•钦's technical Blog

项目管理流程

1 需求调研阶段

n  立项和可行性分析

n  需求收集、整理

深入一线和用户交流，获取最原始需求，然后根据经验为用户梳理管理流程、优化管理流程、建立管理规范，整理出最终需求报告，向用户确认，作为之后开发和同用户交流的基础，整理的需求包括功能性和非功能性需求。

产出：需求调研报告

n  需求分析

1 子系统、模块划分
2 角色分析、针对每个模块绘制用例图，站在用户角色的角度去观察系统
至此系统基本轮廓已经基本形成。
3 需求分析细化，细化的分析包括两部分：
  A 动态分析：用例图+活动图
  用例图、用例说明：优化后流程，但是最后面要附上所有原始需求列表和原始流程。
  活动图，用以对用例图进行互补
  B 静态分析：类图
  备注：查询、报表生成等用例说明格式要改，不要墨守成规

产出：需求规格说明书
需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司，我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时，我们应当首先将上次需求分析的结果与客户进行确认，同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。

n  需求评审

组织评审需求，同时也起到组织学习需求的作用

特别注意，需求评审会议之前一定要先将需求规格说明书发出来，让大家先看，提出自己的意见和疑问，对于自己仍不大确定的问题，好有时间去继续确认和完善，然后其它问题可以留到会上一并回答。此外，需求评审会议时一定要注意控制时间，对于争论持久难以出结果的，留到会后继续讨论确认，下次再次评审。对于参会人员，可以分为必须参加的和非必须的，非必须的人员如果对于发出来的需求规格说明书没有疑问，基本就没必要参加，去了也是浪费时间。

2 概要设计阶段

n  功能点划分

首先需要将需求拆分为对应的功能点，注意这里需求和功能点可能是多对多的管理；

其次要设计和组织模块，通常以思维导图的方式画出导航菜单；

最后还要确定系统的总体架构，包括逻辑架构和物理架构，以及所选用的技术等。

产出：导航图、总体架构、功能点清单

n  制定开发计划

项目经理制定开发计划，将功能点按照优先级划分为三个阶段，指明每个阶段所完成的时间，所属的功能点指明具体的负责人和参与人员，选定开发模式（瀑布、迭代、敏捷等）。

然后将开发计划录入到任务管理工具。

最后开发计划要确定下来每个功能点。

产出：项目整体计划，其中包括功能点开发计划

3 详细设计阶段

n  功能点设计

功能点设计时可以用一个excel描述，创建几个sheet，分别描述版本信息、界面布局设计、输入表单、输出报表、流程图、运行要求（易用性、安全性、性能、数据量、并发性等），所需数据库操作接口，甚至还可以包括测试用例。

此外还要设计数据库表、角色和权限(导航和数据)。

备注：首先这个阶段不需要全部人都进行设计，可以安排其它人进行技术预研，开发环境准备等前置性工作。其次，这个阶段的设计工作完成之后，一定要组织项目组成员进行评审，以确定没有任何问题，满足用户需求之后再开始编码。

产出：详细设计文档

n  任务分配或领取

设计完成之后，需要分配或者自行领取任务，同时将对应的任务录入到任务管理工具中。

产出：详细开发任务计划

4 编码阶段

5 测试阶段

6 发布阶段

项目管理工具

需求收集整理阶段：word，需求管理工具

概要设计阶段：excel+脑图+word

详细设计阶段：excel+ppt+word+powerDesigner

开发阶段：wss或者ms project管理任务进度，svn管理代码

测试阶段：bug管理工具

需求管理工具、任务、进度管理工具、Bug管理工具，这三个工具可以各自选择，也可以合用一个，比如wss

文档管理工具：svn

MindManager:项目组结构管理

QQ,MSN,Skype:项目组内外部交流

项目管理手段

项目成员相互间定期代码评审：可以提交软件质量

项目经理验收每一个完成的功能点，或者组织项目组评审

项目经理汇总所有提出的bug，并统一分配

每周会议进行工作总结和下周计划安排

每日立会讲述昨天完成什么，今天即将做什么，有没有什么困难