软件项目管理制度

软件项目管理制度篇一：软件项目管理制度软件项目管理制度 目录 1 2 3 4 目的 . 2 适用范围 . 2 职责 . 2 软件项目管理 .3 5 项目整体管理 . 3 项目启动阶段 . 5 初步需求调研阶段 . 6 软件需求规格阶段 . 6 设计阶段 . 7 实现阶段 . 8 测试阶段 . 8 实施及试运行阶段 . 10 验收阶段 . 11 收尾阶段 . 12 相关文件 . 13 SKYEYES-XXXX 1 / 15 软件开发管理制度 1 目的 本制度规定了公司所承接的不同规模的软件项目开发流程，说明项目的各个阶段之间的输入输出结果，以及执行各阶段任务时的要求及相关模板，各部门的职责等，并说明了各阶段完成的标志和标准，是项目组推进项目及质量管理部门检查项目工作的核心制度。 本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件，其他相关制度按照此制度规定的流程及要求进一步拓展、深化项目相关其他环节的管理规范。 2 适用范围 本制度适用于以下情况： ? 公司所承接的不同规模的软件开发类项目； ? 公司所承接的集成项目中的软件开发部分； ? 公司产品的外围开发工作。 3 职责 SKYEYES-XXXX 2 / 15 软件开发管理制度 4 软件项目管理项目整体管理 SKYEYES-XXXX 3 / 15 软件开发管理制度 SKYEYES-XXXX 4 / 15 软件开发管理制度篇二：研发中心软件项目管理制度 山大华天软件公司 研发中心 软件项目管理制度 山东山大华天软件有限公司 文档历史 目录 1. 2. 3. 4. 5. 6. 目的范围 .4 项目计划 .4 项目跟踪 .4 项目计划的变更控制 .5 发布控制 .5 相关处罚及操作流程 .6 1. 目的范围为了研发中心各项目组更好的开展项目管理工作、保证公司及时了解项目进展状况特制定本制度。 本文适用于研发中心内所有软件项目的项目管理要求。2. 项目计划 项目计划制定前必须先进行估算，保留估算记录。 所有项目每月至少设置一个里程碑，项目不得少于三个里程碑。 项目要设置阈值，根据阈值给定项目的阈值结束时间。 项目 WBS 分解时 排定或每次修订任务时均要保证此后一个月的工作安排进行了细化。工作细分为每人 15 天的可验证的小任务，原则上要求任务的责任人必须为单人，多人任务责任人为第一人（顺序） 。 对于细化后的任务，如果多个人负责同一任务，则要按每人分开描述，不允许出现多个人负责同一任务的混乱描述。 如遇特殊情况无法对后面一个月的工作进行详细预测时，必须至少要对后面两周的项目工作进行细化。 项目计划的评审和确认 项目计划（包括时间进度表计划）要得到每个相关人员的认可和承诺，并通过正式的评审。评审提出的问题必须及时得到修改。 3. 项目跟踪 每周跟踪 项目组必须召开项目周会，约定确切周会时间，并写入计划。 所有项目，必须周日 24：00 之前上报项目周报和每周更新的项目 Project 计划到信息管理员处。 (1) 依据实际工作完成情况，更新时间进度表中的任务完成百分比。 (2) 根据实际工作完成情况，及时制定下个阶段的时间进度表，细分粒度 要求参考。 每周汇总信息管理员收到各项目经理的周报及时间进度表后，进行汇总。于每周一 9：20 之前将汇总的上周各项目周报上报给研发中心副总经理进行审核，研发中心副总经理于9：40 之前务必审核完毕，然后由信息管理员于 9：50 之前将审核后的周报上报给公司经营管理部；并将汇总的上周各项目周报，附带各个每个项目的周报打包，一并转发给给研发中心总经理和各项目经理、SQA。 每周验证 SQA 和信息管理员对项目汇报的内容进行验证，若发现提交报告中有不实内容或者明显的错误等，汇报上层领导，并在公司通报批评。 里程碑总结 项目到达每个里程碑时，项目经理必须及时完成里程碑报告，并组织正式的总结会议。 4. 项目计划的变更控制 对项目时间进度表的修改，影响到某个阶段开始时间、结束时间以及整个项目结束时间时，算作计划变更。 项目最终结束时间的变更 项目的阈值结束时间，是我们向用户或公司承诺的deadline。如果调整了项目的阈值结束时间，项目经理必须提前报研发中心总经理申请计划变更。 里程碑的变更 如果对项目的某个阶段结束时间进行调整，导致里程碑计划结束时间超出原计划设定的阈值，项目经理必须及时提出计划变更申请。 里程碑逾期的变更 为了保证项目按期完成，对里程碑进行严格控制。 项目实际进展中，在将要到达