实用公司软件项目管理制度(编辑修改稿)

实用公司软件项目管理制度(编辑修改稿)内容摘要：

J= J= 沟通精神 好 中 差 K≥ 3 K≤ 2 K= 记分 (30 + (A+B+C+D+E+F)*40+G+H+I+J+K)*X% 功能：实现 的结果是否体现的客户的意图，与客户意图之间的差距（ x%） , 功能测评比例 (1x%)*50% 可靠性：主要以 测试出的缺陷 多少来衡量 ，如果一个最低级功能被测出超过三个缺陷，可靠性为零。 易用性：重要从数据校验与否、出错提示信息明细程度，输入数据量多少，是否符合输入习惯四个方面进行衡量； 性能：主要是响应速度 可维护性与可移植性要看与规范与标准的差距 软件项目管理制度 作者 Page 15 8/10/2020 、 应对一些突发事件（协调与调整） 项目 可能造成的结果 人员流动 招聘、调配、 项目延期 突发性需求 商务谈判、项目延期 技术 更新 利润损失、技术积累 损失、项目延期 法律问题 无法进展 其它 、 与 干 系人共享信息 项目 共享范围 一般信息 共享 核心信息 有限共享 专有信息 不共享 五、项目经理绩效考核 、 考核总则 公司对项目经理实行 360 度绩效考核。 项目经理来自项目管理办公室，人力资源部是公司绩效管理机构。 项目管理办公室负责绩效指标的考核，人力资源部侧重能力、素质的评估，项目经理进行自我评价，人力资源部进行总结性评议。 为保证绩效评价既重结果又重过程，按评价周期，项目经理的绩效评价分为月度评价和结项评价。 公司在评价过程 中力求民主氛围，给项目经理提供充分表述意见及申诉的渠道与环境，并鼓励直言不讳。 、 执行步骤 1项目启动前，项目管理办公室与项目经理进行绩效目标、指标的制定与绩效计划沟通； 2项目启动后，根据项目经理绩效指标，分解制定详细的项目月度绩效计划并确定月度中需检查的里程碑事件并备案； 3项目实施、监控及过程改进，项目经理逐周积累过程绩效数据，项目管理办公室进行里程碑事件检查，结果记录在案； 软件项目管理制度 作者 Page 16 8/10/2020 4每月底结束，针对项目月度绩效计划和里程碑事件执行情况等进行 360 度绩效考核，评价结果直接与绩效工资挂钩，同时制定下个 月度的绩效计划并确定里程碑事件，即月度评价； 5项目结束后，根据项目经理的整体绩效指标实现情况并结合月度评价情况展开 360 度绩效考核，评价结果直接与项目奖金挂钩，奖金在项目结束后的第三个月发放，以便由客户来检验项目成果是否经受住考验，即结项评价； 6根据项目月度和结项评价结果，项目管理办公室和项目经理总结经验教训并制定绩效改进计划。 、 考核指标模板 此模板在每一个项目启动前，根据实际项目情况进行实例化，项目管理办公室与项目经理沟通并在双方确认后开始执行，每个项目的考核指标实例允许在项目执行过程中进行变 更，前提是考核相关的全部干系人一致同意。 所有的差异比取值都是： 10% 30% 50% 80% 100%，共 5档。 权重值由 15组成，由低到高。 类别 一级指标 权重 二级指标 基准值与考核方式 满意度 客户满意度 5 客户每月签署一份满意度调查表 合作者满意度 4 合作者每月签署一份满意度调查表 领导满意度 3 项目控制 项目范围 5 需求获取准确度 初始需求与最终需求差异比 变更控制 月变更次数，变更内容与原始需求差异比 质量 4 风险 4 风险识别率 发现风险的数量 风险控制 风险控制与处理结果 计划 5 进度计划准确率 资源计划准确率 沟通 4 信息传递准确度 信息传递完整度 成本 5 预算与实际投入比例 管理能力 组织能力 4 人员成长度 人员满意度 人员积极性 人员工作效率 领导力 3 任务分配合理性 人员执行力 团队成员平均执行力评价 个人执行力 3 对规范化管理的响应程度 商务能力 新项目发掘 2 及时回款 2 情报收集 2 软件项目管理制度 作者 Page 17 8/10/2020 、 级别划分 上一级的能力包含下一级能力。 初级 中级 高级 资深 工作年限 2 年 + 4 年 + 6 年 + 8 年 + 项目管理工作年限 1 年 + 3 年 + 5 年 + 8 年 + 项目经验 3 小项目 + 3中项目 +或 8小项目 + 3 大项目 + 6 大项目 + 领导团队成员数量 5 人 10 人 20 人 + 50 人 + 计划能力 中 良 优 优 需求控制 中：准确获取 良：控制变更 优：引导客户 优：专家身份，以解决方案控制需求 风险评估与控制 中：发现局部风险 良：发现全部风险 局部处理 优：全 部控制并处理 优：全部控制并处理 沟通 良 良 优 优 成本控制 中：制定预算 良：制定精确预算 优：控制成本 优：优化成本结构 潜在项目挖掘 中：情报收集 良：发展内线 优：转化销售 优：客户主动咨询 满意度 中：领导满意 良：客户满意 优：全部直接干系人满意 优：全部扩展干系人满意 人员培养 中：技术提升 良：业务提升 优：转化销售 优：客户主动咨询 客户关系 良：基本认可 优：非常认可 优：非常认可 优：非常认可 技术能力 良 良 良 良 组织能力（团队效率） 中 优 优 优 领导力（团队态度） 中 良 优 优 执行力（效率） 中 良 优 优 软件项目管理制度 作者 Page 18 8/10/2020 附录 41 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。 编制内容要求如下： 1 引言 1． 1 编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1． 2 背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户 及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1． 3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1． 4 参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2． 1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2． 2 主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2． 3 产品 2． 3． 1 程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件， 逐项说明其功能和能力。 2． 3． 2 文件 列出需移交给用户的每种文件的名称及内容要点。 2． 3． 3 服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持 的级 别和服务的期限。 2． 3． 4 非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2． 4 验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2． 5 完成项目的员迟用限 2． 6 本计划的批准者和批准日期 软件项目管理制度 作者 Page 19 8/10/2020 3 实施计划 3． 1 工作任务的分门与人员分工 对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任 务的负责人和参加人员。 3． 2 接口人员 说明负责接口工作的人员及他们的职责，包括： a ．负责本项目同用户的接口人员； b．负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员； c．负责本项目同各分合同负责单位的接口人员等。 3． 3 进度 对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。 定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓 里程碑 ）。 3． 4 预算 逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。 3． 5 关键问题 逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。 4 支持条件 说明为支持本项目的开发所需要的各种条件和设施。 4． 1 计算机系统支持 逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译 （或 汇编）程序、操作系统、数据管理程序包、数 据存储能力和测试支持能力等，逐项给出有关到货日期、 使用时间的要求。 4． 2 需由用户承担的工作 逐项列出需要用户承担的工作和完成期限。 包括需由用户提供的条件及提供时间。 4． 3 由外单位提供的条件 逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提 供的时间。 5 专题计划要点 说明本项目开发中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密 计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。 软件项目管理制度 作者 Page 20 8/10/2020 附录 42 软件需求说明书 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。 编制软件需求说明书的内容要求如下： 1 引言 1． 1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1． 2 背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1． 3 定义 列出本文件中 用到的专门术语的定义和外文首字母组词的原词组。 1． 4 参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 任务概述 2． 1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。 解释被开发软件与其他有 关软件之间的关系。 如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。 如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 | 2． 2 用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。 这些是软件设计工作的重要约束 2． 3 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3 需求规定 3． 1 对功能的规定 用列表的方式（例如 IPO 表。