软件研发部人员配置方案样例.docxVIP

人员配置方案 目 录 一、文档概述 1.. （一）部门结构 1. （二）年度回顾 错误!未定义书签。 (二）人员配置原则 2. （三）修改记录： 错误!未定义书签。 二、开发一部 错. 误!未定义书签。 （一）工作内容 错误!未定义书签。 产品情况 错误!未定义书签。 （二)岗位结构 错误!未定义书签。 （三)人员配备 错误!未定义书签。 三、开发二部 错. 误!未定义书签。 （一）工作内容 错误!未定义书签。 产品情况 错误!未定义书签。 （二)岗位结构 错误!未定义书签。 (三）人员配备 错误!未定义书签。 四、开发三部 错. 误!未定义书签。 （一）工作内容 错误!未定义书签。 产品情况 错误!未定义书签。 (二）岗位结构 错误!未定义书签。 （三)人员配备 错误!未定义书签。 七、人员需求汇总 错误!未定义书签。 人员配置方案 人员配置方案 共3页 共3页 第 PAGE 1页 打印日期：2022-1-13 一、文档概述 阐述软件开发中心各部门当前的人员岗位设置情况，分析人员缺口,确定聘请要求。 （一）人员变动情况 开发部 2010 年人员变动情况:年初总人数４４人，产品人员整合后人数 47 人，当前在职４０人； （二）部门工作特点及外部影响因素 需要从部门工作特点和外部影响因素两个方面来考虑，以确定了我们选择合适的人员配置方案。 1、部门工作特点 产品的技术含量不高,决定产品好坏的主要因素在于对行业的理解程度。对行 业的理解没有现成的教科书，需要在项目中去积累。目前行业变化很快，而部门成员的流淌性和项目建设的经历决定了部门行业学问整理理解的水平。 产品线在不停的拉长，不同技术架构下开发的产品在逐渐增加，增加了人员共享和保证的难度. 对部门职能的要求在不停的提升，除了在开发、维护方面的工作外,在售前、实施、规划等等方面的要求在逐年增加. 主体产品采纳公司自主的SPEC 平台开发，相对延长了新招入人员的上岗时间. 2、外部影响因素 1）项目产生的不行控制性。表目前两个方面：一是项目正式启动的时间与年初原先预期的偏差很大;二是项目建设前期环节导致的时间滞后，需要有后续环节来承担，而开发部往往都是最后一部分环节的承担者。 2)维护工作的不行规划性。维护服务工作的不行规划性、对提升客户服务的要求、以及随着产品的多点实施增加的维护难度,很大程度上制约了部门在新项目中的人员投入。 3）创新型及地区型项目的增加。一个地区型的项目对开发部门的工作投入来看并没有和一个全省性的项目工作投入上存在数量级上的差异。 （三）人员配置原则 综合考虑部门的工作特点和外部影响因素，以项目为动身点来考虑人员的配置只能用于短期应急的依据，而不合适作为部门中长久常备人员配置的依据，在项目不出现年度突变 的前提下，从产品的角度动身来进行反而比较可行。 依据公司的特点以及实际情况，每个部门考虑人员配置时遵循以下原则进行: 1、部门人员配置临时只考虑常备人员而不考虑年度项目的追加人员（一因项目存在 的不确定性；二由于控制成本实现年度目标的需要）。常备人员负责已成形产品的产品维护、项目支持、服务支持等工作，即常备人员是保持部门已有产品相关工作正常运转所需要的人 员。 2、依据部门主要工作的内容、特点和规模，并考虑人员冗余储备比率（参考近三年软件开发中心平均离职率 23%），设定常备人员数量。 3、开发部常备人员算法：常备人员数量 = 依据开发部主要产品总功能数除以100 乘以（1＋冗余储备比率 20%）×产品成熟度;需新开发的产品和根本已开发完毕的产品不考虑在人员储备中； 4、质管部和美工部由于部门还未进入成熟期，故采纳以下原则来考虑人员的数量：1） 结合公司今年控制成本的需要,原则上这两个部门的人员编制根本保持不变；2）依据其部门 年度的工作规划，只考虑短缺的、无法替代的核心技术岗位的填补。 5、核心岗位指定人员不重用,开发工程师实现跨产品共享。所以，常备工程师数量＝ 常备人员数量－核心技术岗位数量。核心技术岗位的备份由常备工程师承担，不在算法中考 虑。 6、另外，考虑到今年公司控制总体成本的需要，故总体目标上尽可能的保持编制不 变。