一、项目组织架构
Ａ 项目经理
负责分析、设计和协调工作。随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等，同时给每个开发人员明确的任务书。
在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。
Ｂ 开发人员
熟悉针对软件开发的编程工具，并具有丰富的编程经验，负责完成不同层与模块的编程工作。
开发人员数量视系统模块数量和开发难度而定。
Ｃ 业务需求人员
熟悉业务工作流程，有丰富的业务经验。
业务需求人员的选择应覆盖系统所服务的业务部门。
Ｄ 文档整理人员
随时整理系统开发过程中相关的技术文档。
作为业务支撑，文档整理人员需熟悉软件开发的流程、文档管理、文档模板。
Ｅ 测试工程师
专门进行代码的测试工作，并且计划和执行源代码复审，负责有关返工的任何反馈意见（有条件可配置）。
二、项目流程管理
系统开发的过程必须符合IT项目开发流程的规律，整个过程应包含但不仅限于以下环节：
需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。
在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。如果没有设计，只能建立一个不稳定的系统结构。如下图所示：
在项目实施过程中，以上各个流程都不应该被忽略（重大项目更是如此），任何一个环节的遗失都可能引起项目方向的偏差，甚至失败。项目管理者可以在此基础上，完善项目管理流程，以降低项目实施的风险。
三、项目文档管理
项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。
根据以上项目流程，项目实施过程中应包含以下所必须的文档：
项目阶段 | 文档名称 | 文档格式 | 文档成果描述 | 文档负责人 |
需求调研 | 《项目需求调研记录》 Spark-CR-DM-01 | Word | 记录用户的原始需求，作为需求分析和系统设计的原始依据 | 项目经理/ 系统分析师 |
《系统数据模型图》 Spark-CR-DM-02 | FrontPage/Word | 让用户直观地了解系统的设计思路 | 项目经理/ 系统分析师 | |
《项目需求说明书》 Spark-CR-DM-03 | Word | 阐述用户对系统的功能、报表、数据等需求范围，作为用户与技术人员的沟通桥梁，也是项目测试和验收的依据 | 项目经理/ 系统分析师 | |
《项目需求确认书》 Spark-CR-DM-04 | Word | 用户和技术人员填写对《项目需求说明书》的评审意见，并由双方代表签字，确认《项目需求说明书》中所描述内容为用户最终需求 | 项目经理 | |
《项目合作协议》 Spark-CR-DM-05 | Word | 明确用户与技术人员双方的责任与义务，并由双方代表签字 | 项目总监 | |
系统设计 | 《系统概要设计说明书》 Spark-CR-DS-01 | Word | 对系统的解决方案、功能分配、模块化分、程序的总体结构、输入输出和接口设计、运行设计及出错设计等方面进行全面的概括性的说明，为系统的详细设计奠定基础 | 项目经理/ 系统设计师 |
《系统详细设计说明书》 Spark-CR-DS-02 | Word | 在概要设计的基础上进一步明确系统结构，详细地介绍系统的各个模块，为进行后面的实现和测试做准备 | 项目经理/ 系统设计师 | |
系统编码 | 《项目成员分工及系统进度监控表》 Spark-CR-CD-01 | Project/ Excel | 根据项目成员能力与特长进行任务分配，并按时间将任务进行分解、细化 | 项目经理 |
《系统开发工作周报》 Spark-CR-CD-02 | Word | 每个程序员都记录总结每周工作，记录工作中存在的问题，及时沟通解决 | 程序员 | |
《系统单元测试方案》 Spark-CR-CD-03 | Word | 系统每完成一个单元的编码，技术人员都需进行单元测试，单元测试方案提供测试计划、测试方法、测试要求等 | 项目经理/ 系统测试师 | |
《系统单元测试报告》 Spark-CR-CD-04 | Word | 记录单元测试中的问题、解决方法及最终结果，为用户测试奠定基础 | 系统测试师 | |
系统测试 | 《系统用户测试方案》 Spark-CR-TS-01 | Word | 确定测试计划、人员、方法、用例等 | 项目经理/ 系统测试师 |
《用户测试详细记录表》 Spark-CR-TS-02 | Excel | 测试人员详细记录测试中遇到的种种问题，给系统改进与完善提供依据 | 系统测试师 | |
《系统缺陷状态跟踪表》 Spark-CR-TS-03 | Excel | 技术人员分析用户测试出的种种问题并进行分类，对于缺陷的改进进行跟踪 | 项目经理/ 系统测试师 | |
《系统需求变更记录》 Spark-CR-TS-04 | Word | 根据分析，把用户的新需求从测试问题中分离出来，进行系统的二次开发 | 项目经理 | |
培训验收 | 《用户培训方案》 Spark-CR-CH-01 | Excel | 确定培训计划、培训内容和培训内容，并制定培训效果的考核方案 | 项目经理/ 系统培训师 |
《用户使用手册》 Spark-CR-CH-02 | Word | 用户实际操作的帮助文件 | 项目经理/ 系统培训师 | |
《系统维护手册》 Spark-CR-CH-03 | Word | 由技术人员编写，为系统的后续维护提供依据 | 项目经理/ 系统培训师 | |
《项目验收报告》 Spark-CR-CH-04 | Word | 汇总项目实施过程中的所有文档，对项目过程进行总结，对软件产品是否达标进行评价 | 项目经理 |
文档编号说明：
（1）CR：Content Resource（内容资源）的缩写，代表部门与项目名称。
（2）DM：Demand的缩写，代表需求调研阶段。
（3）DS：Design的缩写，代表系统设计阶段。
（4）CD：Code的缩写，代表系统编码阶段。
（5）TS：Test的缩写，代表系统测试阶段。
（6）CH：Check的搜写，代表系统验收阶段。
联系我们
Contact us
战略解码