过程)项目立项过程.docVIP

项目立项过程 文档编号： 文档信息： 文档名称：项目立项过程 文档类别：项目管理过程类 密 级：内部 版本信息： 建立日期： 创 建 人： 审 核 者： 批 准 人： 批准日期： 保 管 人： 存放位置： 编辑软件： 文档修订记录 版本号 发布日期 生效日期 简要说明 作者 批准人 当前状态 0.5 新建 *当前状态：试用发布、正式发布、停止使用 目 录 1 简介 4 1.1 目的 4 1.2 适用范围 4 1.3 背景描述 4 1.4 引用文件 4 1.5 术语表 4 1.6 参考资料 4 2 过程/规程总体描述 4 2.1 过程/规程概述 4 2.2 过程/规程结构描述 5 3 过程/规程元素描述 5 3.1 项目立项申请，编写项目任务书 6 3.2 审计和审批立项申请 7 4 附录 7 4.1 附录A－相关过程 7 4.2 附录B－相关规程 7 4.3 附录C－相关指南 7 4.4 附录D－相关模板列表 7 简介 目的 进行项目立项的目的是要确保在项目生命周期的早期打下成功的基础，为后续项目策划活动及项目管理提供依据。本过程旨在使软件开发人员及管理人员充分了解软件项目立项过程，使其遵照本过程实施项目立项活动。 适用范围 本过程适用于公司所有的软件开发项目。 背景描述 引用文件 术语表 参考资料 【CMMI-SE/SWV1.1, Staged Representation, CMU/SEI-2002-TR-002, ESC-TR-2002-002】 过程/规程总体描述 过程/规程概述 项目立项的目标是“做正确的事情”（do right things），而立项之后的研发、管理活动的目标是“正确的做事情”（do things right）。只有“正确的决策”加上“正确地执行”才可能产生优秀的产品。本过程指导项目启动前的项目立项相关活动，包括立项申请/编写项目任务书、质量审计和审批项目任务书，为后续的项目策划活动提供依据。 过程/规程结构描述 图1 项目立项过程图 过程/规程元素描述 针对各个过程元素（活动），按照10大属性（概述、人员职责、入口准则、输入、任务（步骤）、出口准则、输出、资源能力要求、度量、裁剪准则）依次进行详细描述。 分配项目负责人 概述 与客户的项目合作意向基本达成或高层下达了组织战略目标后，实施部或开发部接到项目后，通过内部沟通确定项目负责人（即项目经理）。 参与人员及职责 实施部经理或开发部经理：确定项目负责人 原则：实施部经理确定合同类项目、开发部经理确定产品研发项目 入口准则 项目合作意向基本达成，或 组织战略目标已经确定，高层已下达任务 输入 客户提供的合作意向，或 组织战略目标的要求 任务/步骤 高层主管（或上游环节领导）下达任务至部门，并通知QA组。 部门经理进行内部沟通，确定项目负责人和项目人员组织 出口准则 项目负责人已确定 输出（工作产品） 资源和能力要求裁剪指南 不可裁剪 无 项目立项申请，编写项目任务书 概述 项目负责人着手进行项目立项申请，编写项目任务书 参与人员及职责 实施部、开发部及相关部门：协作编写项目任务书 入口准则 项目负责人已确定 输入 合作意向或高层下达的任务信息 任务/步骤 项目负责人组织相关人员讨论确定：项目目标（技术、管理以及客户的角度）、预期成果、进度及过程要求等之后，编写《项目任务书》（依据《（模板）项目任务书》） 提交项目任务书给QA进行质量审计。 出口准则 《项目任务书》已制定 输出（工作产品） 《项目任务书》 资源和能力要求与客户需求有关的信息资源确定项目的主要成员所需要的人力资源裁剪指南 不可裁剪 无 审计和审批立项申请 概述 项目组完成任务书后，提交QA组长进行质量审计，审计通过后提交高层进行审批，完成立项过程 参与人员及职责 QA组长：对任务书进行质量审计 高层主管：批准任务书 入口准则 项目任务书已完成 输入 项目任务书 任务/步骤 QA对《项目任务书》进行质量审计，检查文件的完整性和准确性。 质量审计通过后，项目负责人向管理层（部门经理、副总）提交《项目任务书》。 管理层可组织评审或直接进行审批。 审批结果通知QA。 出口准则 《项目任务书》通过质量审计并得到高层主管的审批 输出（工作产品） 审批后的《项目任务书》 资源和能力要求裁剪指南 不可裁剪 无 立项信息发布和登记 概述 立项审批通过后，QA进行项目立项信息发布和登记 参与人员及职责 QA组长：发布信息和登记信