软件开发项目奖励制度
软件开发项目奖励制度
为促进研发部门员工工作积极性，提高工作效率，按时高质完成工作任务，本着奖优罚劣的原则，特制订本奖金制度。
一、项目奖励制度定义
1、本制度所称奖金，是在工资范围之外，另行对按时高质完成项目工作任务的员工所给予的奖励，不是工资的必然组成部分，其有无、高低，直接按照在项目中的工作表现，而非法定或规定的范畴。
2、原则性规定
◆按照项目参与各部门各岗位职能，根据对项目贡献大小和完成的时间、进度、质量分别
确定不同档次和数额的奖金标准及相应的考核标准；
◆每次项目领取奖金的人数不固定，每位在项目工作中表现优异的员工均可获得；
◆奖金与过失处罚无直接的必然联系，如存在工作过失受到处罚，则其受奖情况将由相关
直接领导酌情确定；如责任不清时，由相关直接领导酌情确定责任承担情况；
◆项目奖金的考核时间为项目通过评审日或正式上线至当月工资发放之间，若中间评审时
间需要延长或则延迟至下一个月，奖金发放时间与工资发放时间同步。
3、获得奖金的条件及考核
◆项目是否应该获得奖金、每个项目具体的奖金数额，由研发中心副总裁与公司其他领导
（人力、财务、总裁等）协商后，根据项目进度及完成质量进行确定；
◆参与项目各职能人员将根据在项目工作中表现优异，对项目贡献大小和完成的时间、进
度、质量，由项目经理或项目负责人与研发中心领导予以考核后，确定其应获奖金金额；
◆如工作出现重大责任时（由总裁办公会开会讨论确定），除取消所有相关人员当次奖金
外，还将依据公司管理规定对相关责任人的项目奖金进行扣除直至调岗、开除等处罚；
◆如果下属出现违规情况，则其直接领导必须为其违规承担连带责任；对于连带责任的大
小，则将依据该违规情况的具体情形予以分析后，对其领导扣除10%-100%奖金的处理。
4、本制度自通过审核发布之日开始实施；
5、其他本制度未确定事项以公司管理规定为准。
二、项目奖励实施考评表格
附表1：项目奖励实施考评表
三、项目奖励制度具体实施
同样，项目考核也参考绩效考核规定进行考核打分，根据打分情况，决定对应项目个人奖金考核系数发放相应的项目资金。
项目奖金的计算方案：
◆项目总奖金（实际奖金）=P*项目立项预算奖金
◆项目经理奖金=M*项目总奖金
◆项目成员奖金总额=（1-M）项目总奖金
◆项目成员个人奖金=Z*项目成员奖金总额
→P：项目团队绩效综合考核系数（根据项目完成时间、质量进行考评）
→M：项目管理层奖金系数（M<1），为项目管理层奖金占项目总奖金的百分比。由公司管理层根据项目实际情况确定。
→Z：项目个人奖金考核系数，∑Z=1（项目成员人数Z和）
附表３：项目考核分值对应表
示例：如A项目根据立项情况，公司管理层决定设定10000元的项目奖金，项目团队共计10人，其中项目经理1人，项目主管2人及项目成员7人。最后项目按时按质完成，公司管理决定对项目给予1.1的系数，发放项目奖金。
◆项目总奖金（11000）=1.1*项目立项预算奖金（10000）
◆项目经理奖金（2000）=0.2*11000
◆项目成员奖金总额=（1-0.2）*11000
◆项目成员个人奖金=Z*项目成员奖金总额
然后根据项目主管及项目成员的考核得分情况，对个人相应的系数Z（本次项目为0.1）进行调整，以下为模拟示例：
四、项目奖励制度补充说明
1、明确项目需求和质量、时间要求
公司管理层必须明确项目需求，以及需要完成的时间和达到相关的质量要求，促使研发中心负责项目的负责人对项目研发周期、预期质量、所需要资源给予思考和书面分析、答复，同时承担相关责任。
2、分段考核、分段奖励
如果项目较为庞大、周期相对较长，由若干个小项目分批、分期来进行实施。公司管理层需要研发中心将项目按照计划结点分成阶段进行管理，每一个阶段终止都有相应的质量标准对完成情况进行考核；另外，还要将项目奖金按照项目划分的结点实行分段分配。
例如：公司某一重大项目被划分为5个结点进行考核，但是提成金并不是按照每份20％进行分配。项目奖金分配的基本原则是“工作难度大的结点提成比例较多，难度小的提成比例较少；项目前期的提成比例较少，后期的提成比例较多。”
3、项目调整和变更
如果在项目立项完成后，需要对项目进行调整和变更，需要由项目经理签头，汇同研发中心副总及公司管理层对项目目标、开发完成时间、质量、所需要的相关资源要求进行调整、确定。
软件开发流程图.docx
软件开发流程图 项目前期 需 求 变 化项目启动 需 要系统实变现 更系统调测 开始 获取用户需 编制初步方 编制进度 / 跟踪 需求基本确定 编制详细预 配置内部资 分配开发任 系统实现 控制/调 无需变更 技术调测 PM：获取 EU主要的关键性需求 PM：根据 GM安排编制简略 / 详细的建设方案 PM：基于内部预算对 EU提供费用报价 PM：与 EU确认需求变动及方案、费用调整 PM：完成详细内部预算并提交给GM PM：通过内部项目管理系统配置详细人员、进度安排 PM：移交 EU需求给PG，安排 PG开发任务 PG：根据 EU需求及 PM要求，执行开发任务 PM：通过内部项目管理系统审核PG工作日志， 确认 EU需求变动，执行进度控制，必要时变 更人员安排及内部预算 PG：技术调测及修改；根据TE 测试文档调试修改集成测
部署试
TE：进行集成测试，编制测试文档，提交PM，送达PG 未 通 过通过 通过项目后期 系统验收 结束PG：部署至外部服务器 PM：系统初验 EU：试用 PG ： 部署正式上线，编制开发字典，提交PM M 获得试用意见 TE：编制系统操作手册、功能列表，提交PM PM：提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项，向 GM汇报 备注： PM (Project Manager)：项目经理PG (Programmer)：程序员EU (End-User)：最终用户TE (Test Engineer)：测试工程师GM (General Manager)：总经理 硬件开发流程图
产品调研 / 新产品立设计开发执行子项目分支执 首样评审业务部主导 研发部 研发部主导 业务部 研发部主导 研发部主导 业务部 采购部 研发部主导 业务部 工程部 1、资料搜集并拟定产品需求表 ① 预期的用途，特定的功能、性能和安全要求； ② 类似产品的名称，型号或参考实物样板； ③ 细化客户对产品的外观、功能、价格等要求； ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分 析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义，进行3D 图形设计 与修改，形成《产品外观效果图》《产品3D 图》、《产品规 格书》会同业务、总经理展开评审会议，若评审通过，由业 务形成《立案通知书》和《产品研发任务书》交总经 理审批，输出交研发部进行设计开发工作。 注： B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外 观效果图》、《产品 3D 图》、《产品规格书》、《产品研发 任务书》的要求对设计工作进行策划形成《项目进度表》，包括： ① 设计过程中各阶段时间和工作内容的安排； ② 设计评审、设计验证、设计确认的安排； ③ 设计过程中各项工作的分工及各小组之间的接口及工 作顺序等； 4、项目负责人根据《项目进度表》推进设计，每设计阶段 必须与研发部经理进行设计评审，设计评审完成后研发部 完成硬件打样，首样制作由该项目各负责工程师共同制作， 并完成《样机测试记录表》、《操作说明》、《首样评审表》， 并填写《线路板通知书》、《开模申请表》交研发经理审核。研发 部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子 版、结构爆炸图、《样机测试记录表》、《软件测试 记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容，对需要做设计变更的 尤其产品外观改动的，需经总经理批准的《设计变更表》， 才能对其模具设计修改，并填写《改模记录表》。首样评审完 成修改通过后，发放至工程部由工程部汇总完成《工程 样机测试汇总表》，3 个工作日后由项目负责人组织电子、 结构、工程、品质、业务进行项目首样评审。
软件研发部绩效考核办法
软件研发部绩效考核方案 为加强对软件研发部门员工的技术能力、所做贡献的客观准确评价，以项目实效为导向，建立良性的技术晋升激励机制，特制订本绩效考核方案，本方案适用于软件研发部软件工程师、软件测试工程师、研发助理及质量工程师人员，具体如下： 一、岗位工资结构及绩效考核基数： 薪酬分配方式：岗位工资制。岗位工资结构：基本工资（月薪标准的50%）+岗位工资（月薪标准的30%）+绩效工资（月薪标准的20%）+交通补贴+伙食补贴+奖励考核+加班费+其他福利补贴。 绩效考核方案以绩效工资即月薪标准的20%作为考核基数，考核周期为每月进行一次考核，每月根据考核评估的总分值核算绩效工资，绩效工资核算根据考核总分值进行上下浮动， 对应绩效考核总分值兑现为月度绩效工资为： 二、绩效考核指标、考评标准、权重 将所有岗位的绩效考核指标内容分为工作业绩、工作态度、工作能力三部分，分别占有相应权重。
（二）工作态度考核关键指标（100分，权重15%）
（三）工作能力考核关键指标（100分，权重15%） （四）对项目开发和部门相关工作作出特殊贡献的给予加分的项目
对于项目开发和部门相关工作作出特殊贡献的给予加分的由部门负责人和分管副总进行评定，给予加分的需对加分项目和贡献情况进行说明，加分不得超过20分。 关键绩效考核指标总分值=工作业绩考核关键指标评分*70%+工作态度考核关键指标评分*15%+工作能力考核关键指标评分*15%+对项目开发和部门相关工作作出特殊贡献的加分。 二、其他工作指标考核内容 1、部门日常工作要求的事项完成情况考评：对其上级领导安排的工作和本岗位工作职责范围内的工作、工作态度等根据完成的时间和质量要求、工作态度好坏进行考核评定，非常优秀的可给予20-100元奖励，非常差的给予20-100元考核，此项奖励考核由部门负责人和分管副总进行评定，所有奖励考核均由分管副总审核。 2、部门所要求参与的会议/活动/培训等的参与次数及学习成果考评：公司和部门安排的会议/活动/培训要求相关人员必须参加的无特殊情况而无故不参加的给予20-50元考核，对于培训后组织的定期和不定期的培训考试，考试成绩不及格者按每次考核20-50元考核，对于以上考核属于个人特殊情况需减免考核的报请减免请示部门负责人和分管副总进行审批。 3、为了提高开发效率，积极鼓励提供好的建议，产品思路或方式方法，对于采纳的建议，如根据其执行方案对产品架构及公司发展起到明显改进效应的，将给予一定的奖励，奖励金额由分管副总和总经理进行确定。 4、产品研发项目奖励：根据产品研发项目计划，在计划进度内按质按量完成研发项目的，经测试验收合格的给予研发团队500-5000元奖励，奖励分配由该项目负责人和分管副总按照项目小组成员的贡献进行分配。 5、由公司制度对应的考核项目对其进行的奖励和考核，奖罚金额由制度所对应的管理部门依据制度条款进行确定。 6、员工个人对于部门和公司管理、产品、安装、销售等提出建议、提升、创新变革措施等/为公司生产经营做出突出贡献的，公司予以认可采纳的给予员工200-2000元奖励；同时给公司造成重大影响或损失的给予50-1000元考核，奖罚金额由总经理进行审定后确定，各部门和个人可进行奖励申请报批。 7、公司评定的优秀员工奖励：按照公司相关评定标准和奖励额度政策和通知执行。 8、其他需奖励和考核的项目：其他需进行奖励和考核的项目由奖励考核人进行提请，报由部门负责人、分管副总、总经理进行审批后确定。 三、关于绩效考核结果的反馈、申诉、处理和绩效面谈
软件产品开发流程
软件产品开发流程 软件开发流程（Software development process）即软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。 第一步：需求调研分析 1相关系统分析员和用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚例用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还例出相关的界面和界面功能。 3 系统分析员和用户再次确认需求。 第二步：概要设计 首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。 第三步：详细设计 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足
够详细，能够根据详细设计报告进行编码。 第四步：编码 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 第五步：测试 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。 第六步：软件交付准备 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。 《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。 《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。 第七步：验收 用户验收。
软件开发流程
快视信息软件开发流程规范： 用户需求：软件项目首先由客户经理(CM，Custom Management)接洽客户的较大的需求。这时的需求叫市场需求（或叫用户需求），客户经理会进行各个项目的安排，即对项目的启动时间和发布时间进行规划和设置。 项目经理(PM，Project Management)对客户经理负责。项目经理的需求是根据客户经理给的，项目经理不和用户（客户）直接接触（通过客户经理接触），负责和用户进行需求洽谈和沟通的是客户经理。一个项目的需求在一般情况下是不准变更的，如果有需求理解方面的不清楚可以进行沟通，但是需求是不变更的。如果用户有新的需求，一般规划在下一个版本中。因为需求变更了，这个目的时间就要进行调整，就不能按计划进行和完成。客户经理提交给项目经理的是需求规格说明书。 一、项目开工会 在项目经理领到客户经理分配给的需求后，做项目计划，具体做项目人员的确定、需求的分解（需求分解到每个人）、代码量的估计，项目各个阶段时间的划分和工作量的计划、质量指标的设定。这时项目经理需要输出的文档是项目需求分解任务书、项目计划PPT、及做好整个项目需要填写的一系列表格。然后组织项目组成员和客户经理CM、QA(质量审计经理)进行项目开工会。这时这个项目就算真正启动，计算工作量时，即计算这个项目总共花了多少个工时，工时是项目经理做计划的时间也算在内，再加上项目开工会和后续各个阶段总共花的总工时数，还有各个阶段开会所花的时间。在项目开工会上，各个成员就明确了这个项目是属于增强型项目，还是其他项目的项目性质，增强型项目的意思是说在原来上一版本的基础上又根据新的需求进行增强型开发。还有要明确项目最后开发出的新增代码量有多少，最后要明确每个人的需求任务，接下来着手进行SRS的写作。 二、SRS阶段：System/Software Requirment Specification 软件需求规格说明 在项目开工会后，项目组就开始按照在项目开工会上项目经理的需求任务分解的任务开始进行SRS的写作。 一般项目经理给你的一个子需求任务，你这时需要分解为更小的需求。一般一个需求的写作是按这样进行的。先简单介绍这个需求，然后把这个需求设计成黑盒的形式，即输入，处理过程、输出。这些都需要写详细，任何一个需求都写成这种形式，输入是什么，处理过程是什么，输出结果是什么。处理过程需要用Visio或者PPT画出处理流程图，流程图要很详细。每一步的各种情况都要表示和考虑到。对异常情况也要考虑和进行处理。还有要说明在原来的基础上怎么改动，具体方法要进行说明。设计的数据库表结构，要给出脚本，SQL语句，表结构需说明每个字段，哪些是主键，你在这个需求处理过程中哪里使用了哪些表，需要进行哪些操作，都需要说明。这里需要设计和编制《数据库设计说明书》文档。该文档中描述该系统中设计出的所有的数据库表结构和各字段类型。还有多个操作对象要画序列图表示出按时序的处理过程。这个SRS文档就相当于我们平时毕业设计或者一个题目的详细设计阶段达到的水平，甚至比它更详细。每个项目组成员都把自己的需求的SRS文档写出来之后放到配置库中，然后每个人对项目组其他成员的（非自己的）SRS文档进行Review（评审）,对每个SRS文档在每页发现或者纠正的错误数不能低于一定的数目，而且要保留批注记录，经过Review的（保留批注的）文档要放到配置库的Review文件夹下，这是进行项目质量指标收集的重要依据，是QA 进行调阅和审计的资料。项目经理要对SRS文档、SRS Review文档进行汇总。在汇总后组织项目组全体成员进行SRS阶段会议，对每个人写的SRS进行评审会议（讨论和提意见），对别人给你提的修改意见你要一一进行说明，说明为什么不改，怎么改的，是什么问题，问题严重程度属于什么级别，而且都要填表，也是QA进行审计的内容。开完会后如果每个人完成的都差不多，然后安排半天或者一天的时间进行返工，主要是进行修改文档，按在会上讨论的结果和别人给你的Review 文档结果（评审结果）进行准一修改和完善。然后再进行SRS阶段开会，如果都做的比较到位和具体、符合要求，即关闭SRS阶段。这时SRS阶段的花费的工时数和一些质量活动指标就出来了，比如你这个SRS文档写了几页，每页的错误数是多少，返工修改用了多少时间，然后这些这个比率也会自动计算出来。进而可以判断这个阶段的质量。每个项目组成员在每天工作完毕后都要进行Time Sheet 的填写，必须具体到半个小时，这是统计和分析的需要。填写必须真实。 三、UTP、STP阶段（UTP、STP写作） UTP Unit Test Plan 单元测试计划 STP System Test Plan
软件项目开发工作流程
软件项目开发工作流程 一、简述 对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程： 1、项目可行性研究阶段 2、立项阶段 3、需求分析阶段 4、开发策划阶段 5、设计阶段 6、编码实现阶段 7、测试阶段 8、验收阶段 9、产品交付使用 10、维护阶段 二、项目组基本组成及岗位职责 新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。 a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。 b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。 C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。 D分析人员：主要负责本项目的需求分析工作。 E设计人员：主要负责本项目的设计工作。 F程序员：按设计要求和有关标准进行编程工作。 G测试人员：负责单元测试、组合测试和总装测试工作。 H文档人员：负责本项目有关文档的编写工作。 I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任） 三、软件开发流程 3．1 可行性研究阶段 如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需
求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。 如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。 本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达） 项目可行性研究报告（可行性研究人员编写） 系统集成项目合同 质量记录：可行性分析评审报告 3．2立项阶段 可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。 本阶段提交的文档：项目立项申请报告 开发任务书 3．3 需求分析阶段 承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。 本阶段提交的文档：软件需求规格说明书。 原型分析说明书 产品规格说明书 系统技术方案书 质量记录：需求分析评审报告 提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型） 3．4开发策化阶段
软件开发管理制度
软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
一个完整的软件开发流程
一个完整的软件开发流程 一、开发流程图 二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。
软件开发部员工绩效考核表
软件开发部员工绩效考核表 填表日期：年月日 考核项目考核指标分值评价标准自我评分上级评分行政评分综合得分 工作业绩（70） 周工作任务 执行情况 30 周工作未完成，每次最多扣10分，直至扣满 工作质量20 1、超过或达成计划质量目标评 20分 2、与目标质量存在一定差距评分 10-19分 3、与目标质量存在很大差距评分 1－9分 4、基本没进行此项工作 0分 技术资料 汇总 10 按公司要求按时保质上交相关资料 （如各种技术文档） 每少1份扣5分，直至扣满 公司及部门制度 执行 5 每违规一次，该项扣1分，直至扣满 团队协作 5 因个人原因而影响整个团队工作的情况出现 一次，扣除该项5分 工作能力（20）专业知识 5 1-3分：熟悉岗位专业知识 4分：熟练掌握本岗位所具备的专业知识，但 对其他相关知识了解不多 5分：掌握熟练岗位专业知识及其他相关知识 分析判断 能力 5 1分：较弱，不能及时作出正确分析与判断 2分：一般，能对问题进行简单分析和判断 3分：较强，能对复杂问题进行分析和判断， 但不能灵活运用到实际工作中 5分：强，能迅速对客观环境做出较为正确判 断，并能灵活运用到实际工作中取得较好工作 业绩 沟通能力 5 1分：能较清晰表达自己的思想和想法 3分：有一定说服能力 4分：能有效地化解矛盾 5分：能灵活运用多种技巧进行沟通 灵活应变 能力 5 应对客观环境变化，能灵活采取相应措施 工作态度（10分）员工出勤率7 月度员工出勤率达到100%，得满分 迟到一次，扣1分 责任感 3 0分：工作马虎，不能保质、保量地完成工作 任务且工作态度极不认真 1分：自觉完成工作任务，但工作中存在失误； 2分：自觉完成工作任务且对自己的行为负责 3分：除了做好自己的本职工作外，还主动承 担公司内部额外的工作 加、扣分项（±20分）视实际情况评定 0-5 0-5 ±5 ±5 工作任务超额完成 工作方法创新并取得良好效果 出色完成领导交办的额外工作 为集体赢得荣誉分数统计（各个项目分数相加） 被考核人签名：考核人签名：人力资源部核准人签名：
研发部规章制度工作流程管理(最终)
研发部规章制度及工作流程管理建议 1．研发部组织架构 2．研发部相关职责权限 1)部门职责权限 详见《研发部部门工作职责》（已完成） 2)各工作岗位说明 详见研发部各工作岗位《岗位说明书》（已完成） 3．研发部规章制度及工作流程（建议） 1)《项目管理制度》 规范公司项目管理流程，提高项目完成效率及成功率，使研发部项目管理目标（进度、成本、质量、过程分工）更加明确，减少资源浪费。 2)《研发部绩效管理制度》 本管理办法旨在明确公司管理目标，明确研发部各职位工作职责、目标，并据此建立一套适合于崇新公司研发部的，科学、系统、客观的业绩评价体系。以甄别各职能部门及各工作岗位的工作完成情况，推动并提高员工工作积极性，规范公司绩效管理工作。 3)《SQA工作流程》 通过SQA 相关工作的开展，建立并逐步完善公司项目开发过程及结果的监控体制，确保公司研发过程得到有效监督，各项研发任务能够按时保质保量完成。 4)《项目评审制度》
规范公司研发技术评审工作，建立标准、完善、统一的技术评审流程，以降低研发风险并确保项目既定开发目标的顺利完成。 5)《项目交付物管理制度》 规范研发部文件数据交付物档案管理工作，确保公司机密资料、文件档案的安全性，方便后续查找，并防止泄密事件发生。 6)《项目验收流程》 规范研发部研发产品（或交付物）验收流程，规定参与验收的部门人员及相应的验收标准，确保研发结果的正确性、稳定性、可靠性，为下一步产品实现（小批量试产及批量投产）提供必要保证。 7)《研发部培训管理制度》 本制度旨在规范目前公司范围内的各项培训工作，从培训的计划制订，到培训内容、形式的安排，包括培训工作流程的建立，以及培训效果的确认等等。以规范公司培训管理工作，使培训工作更具有针对性、计划性。 8)《研发人员招聘管理流程》 本制度旨在规范公司现有招聘流程，针对高技术性人才招聘的特点，建立一套符合公司企业文化及发展规划、目标的人才招聘办法，以提高技术性人才招聘工作效率。 9)《实验室管理制度》 本制度旨在规范研发实验室的管理工作，包括各种仪器仪表、工装制具、材料的使用、保管、申请、点检办法；参与试验人员的工作注意事项（静电防护等等）；人员行为规范；实验室环境要求，值日安排等 10)《图书管理制度》 目前公司技术资料、图书种类繁杂、数量多，随着公司培训工作的开展，以及公司人员的不断更迭，公司急需建立一套系统、完善的图书、资料管理制度，以保证公司图书资源的合理利用，并防止珍贵图书资料的遗失。 11)《公共资源及固定资产管理制度（办公设备、办公用品、公共资源等等）》 针对公司近期不断出现的资源浪费现象（如非办公时间办公电脑屏幕未关闭，照明设备未关闭，包括复印纸不合理的使用现象等等），以及公司目前固定资产的管理现状（如办公电脑的管理等），有必要出台一套专门针对公共资源使用及固定资产管理的办法，以规范相关管理方法、制度，减少浪费，提高资源使用效率。 12)《研发物品申请管理制度》 研发过程所需器件物品申请应有规范的流程和申请方式，并对相应的申请批准有相应的规定
软件研发部门绩效考核制度
软件研发部门绩效考核制度 有很多的公司都有软件研发部门，但是很多的人力资源管理者不知道怎么对软件研发部门实行绩效考核。下面为您精心推荐了软件研发部门绩效考核规定，希望对您有所帮助。 一、目的 (一)激发开发人员工作积极性，提高工作效率与工作质量，确保项目能按时、按量、按质完成。 (二)加强开发人员对个人绩效管理，改善工作，提高组织的绩效; (三)帮助开发人员客观的认识自我，发掘潜力，提高能力; (四)建立人员激励和调整机制，为奖惩、晋升、加薪、员工培训以及调岗、降薪、辞退等人事决策提供依据。 二、考核对象软件开发部全体人员 三、考核原则 (一)公开的原则：考核过程公开化、制度化; (二)客观性原则：用事实、数据说话; (三)反馈的原则：在考核结束后，考核结果必须反馈给被考核人，同时听取被考核人对考核结果的意见，对考核结果存在的问题做出合理解释或及时修正; 四、考核组织 (一)总经理：绩效考核方案、结果的审核、审批、组织及实施。
(二)部门经理：负责部门开发人员的绩效考评，反馈方案运行中存在的问题，并提出改善建议。 (三)被考核员工：按照绩效要求完成本职工作、达成目标、提升自我。定期与部门经理沟通目标达成进度，配合部门负责人进行绩效面谈，并不断进行绩效改进和提升。反馈方案运行中存在的问题，并提出改善建议 (四)行政人事部：负责绩效考核方案的拟写、修订、绩效考核的组织与实施。 四、考核周期根据开发人员的项目周期进行考核。(注：开发人员负责的项目不同，周期可不同) 五、考核内容及方法 (一)工作进度考核对软件开发的进展情况进行度量，主要考察时间进度及工作量，衡量开发人员每个开发阶段是否按时、按量完成。 1、对于每个阶段工作过程中，所花费的天数，通过填写的“项目开发计划与完成进度表”进一步核实。“项目开发计划与完成进度表”每个阶段都要书写并发行政人事部备案，以便工作跟进、核对。每阶段结束向直接上级汇报并接受考核。 2、对开发人员的过程考核数据是：项目所负责的阶段的计划完成时间和实际需要时间。 3、时间差率=(本阶段实际需要时间-本阶段预计完成时间)/本阶段预计完成时间;(以天为单位);最终的结果为N个阶段的平均值。注：提前完成的可作为加分项，酌情加分(需讨论) 4、评分标准
软件开发流程规范-详细流程
软件开发流程规范 目录 目录 0 一、概述 (2) 二、开发流程规范 (3) 2.1系统软硬件开发环境 (3) 2.2系统架构（系统组成） (5) 2.3系统功能模块设计 (6) 2.4系统功能开发流程图 (7) 2.5开发修改记录 (8) 三、开发代码规范 (9) 3.1文件结构 (9) 3.1.1 文件信息声明 (10) 3.1.2头文件的结构 (12) 3.1.3定义文件的结构 (15) 3.1.4 头文件的作用 (17) 3.1.5 目录结构 (18) 3.2命名规则 (18) 3.2.1 共性原则 (19) 3.2.2 Windows变量命名规则 (21) 3.3程序风格 (24) 3.3.1 空行 (25) 3.3.2代码行 (26) 3.3.3代码行内的空格 (29) 3.3.4 对齐 (31) 3.3.5 长行拆分 (33) 3.3.6修饰符的位置 (35) 3.3.7 注释 (35) 3.4函数设计 (40) 3.4.1 参数的规则 (40) 3.4.2返回值的规则 (42) 3.4.3函数内部实现的规则 (47) 3.4.4其它建议 (50) 3.4.5使用断言 (50) 3.4.6 引用与指针的比较 (52) 3.5变量类型定义 (56)
四、软件测试规范 (56) 4.1单元测试 (57) 4.2 系统测试 (57) 4.6 业务测试 (59) 4.7 验收测试 (59) 4.8 用户现场测试 (59) 五、软件版本管理 (60) 4.1 版本管理的必要性 (60)
、概述 本文制定烟台开发区德联软件有限责任公司计算机软件开发规范文档。本规范的目的是使公司软件开发项目阶段清晰、要求明确、任务具体、编写的代码规范，使之规范化、系统化和工程化，向公司内从事软件开发的工程师和管理人员提出一系列规范和要求，从而有利于开发过程的控制和管理，提高所开发软件系统的质量，缩短开发时间，减少开发和维护费用，以保证项目高质量、顺利进行。 本规范包含：开发流程规范和开发代码规范等，开发流程规范需要技术开发人员编写相关内容，希望每个技术人员形成习惯，如有新的内容更新会及时通知大家，如有好的规范要求也可通知编制人员及时更新。 本规范为烟台开发区德联软件有限责任公司内部材料，严禁其他商业应用。
软件开发部规章制度及软件项目管理方法
软件开发部规章制度及软件项目管理方法（试行） 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司考勤制度，如有事，提前书面形式填写请假申请， 批准后方可休假，如遇紧急情况不能填写请假申请，要电话请示 上级，并在休假结束后补办手续。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实 际由项目组长负责制定，项目组长负责协调安排工作。项目组长 根据进度需要加班，加班费由项目奖金中支出。公司工作需要硬 性加班安排，加班费由公司支出。相关标准以公司标准为准。 2、开发部员工日报守则： 开发部人员需每天上午9：00由项目组长组织短会，内容为汇报 前一天工作内容和当天工作计划以及问题反馈。项目组长整理问 题后自行解决或通报上级研究解决方案。会后开发人员需根据自 己所汇报工作计划在Kanban Board上进行标注。 名词解释Kanban Board: 一个展现工作进度的展板，分成三个部 分，to do 要做什么，doing 正在做什么，done 以及完成的。 3、开发部员工周总结守则： 开发部人员在每周五下午进行周总结汇报以及问题反馈。项目组 长需根据进度为开发人员分发下一周开发任务。以及对本周所碰 到问题进行解答。 二、项目开发人员结构：
角色职责 Product Owner：产品经理代表客户利益，确保交付产品与客户期望一致。 产品经理决定产品有哪些功能。主要负责创建和维护产品需求清单并分成若干个Sprint，把产品需求按优先级进行排序，使得重要功能优先实现。并且要对每次Sprint的结果进行审批和批准。 SCRUM Master: 通常由项目组长或者项目经理担任，主要工作职责是与其他角色配合，确保开发进度，推动开发会议召开，维护整个Scrum过程。 开发人员：按照SCRUM Master指派的任务进行开发，包括代码，测试，UI设计等。 名词解释：Sprint 是指一个时间周期的工作内容，一般由一周或一个月为基础单位。 三、项目开发流程 项目需求制定：项目需求需按照客户要求制定，并以公司标准需求文档
一个完整的软件开发流程精品范本
一个完整的软件开发流程一、开发流程图
二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。 2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。
3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。 2、编码过程一般还需进行服务端和移动端的联调等。
软件开发部规章制度及软件项目管理方法
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
软件研发人员绩效考核激励方案(草稿)
软件项目研发人员绩效考核激励方案 (草稿) 第一条方案设计 1. 公司基本现状及当前面临的主要问题目前，公司面临的主要问题包括： 1) 软件项目开发要求不断增加，项目组不断增加，项目协调工作剧增 2) 维护工作和项目开发工作难以界定，项目计划难以准确制订 3) 原有的年终绩效考核已不再适应目前的开发任务要求，员工工作热情低落 4) 由于一人可能在多个项目中承担责任，项目中矛盾剧增 由此，公司管理层希望能通过改善绩效考核体系解决或缓解企业在软件开发中出现的问题。 2. 基于项目考核的公司研发人员绩效考核方案 根据公司项目开发的实际情况，以项目考核代替部门考核更适应公司现状，并易以实施制定项目考核方案。 第二条项目团队整体考核方案 对于项目总奖金及项目团队各层面奖金总额，采用如下计算方案： 项目总奖金=P*B*项目合同成本 项目管理层奖金=R*项目总奖金 项目成员奖金总额=(1-R)*项目总奖金 项目成员个人奖金=S*项目成员奖金总额 在本方案中，B=(1~10)%, R=(1~50)%公司决策层将根据项目规模，项目难度等因素确定B 的具体取值。 有关PS的计算方案如下， 1.项目团队考核实施根据公司实际情况，项目团队考核具体方案如下所述：考核目标：为了更好地强化研发项目管理，对已经立项的研发项目按照预定的项目考核节点对项目整体完成情况进行考核，从而实现对整个项目团队的考核。 项目团队绩效综合考核P=W1*P1+W2*P2+W3*P3 为了促进项目管理水平的提高，尤其是促进项目计划的准确性，方案对工时考核系数P1和项目总进度考系数P3分员设置了最高值1.5, 1.2;另一方面，从研发和测试部门间均衡性出发，对项目完成质量系数设置最高值2。 上表中各系数权重值为（0~1），并保证如下等式: W1+W2+W3=1 2.考核频率
软件开发部规章制度(初稿)
软件开发部规章制度及软件项目管理方法 (定稿) 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照公司“人事及薪酬制度”执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。维护公司声誉，保护公司利益。服从领导，关心下属，团结互助。爱护公物，节约开支，杜绝浪费。努力学习，提高水平，精通业务。积极进取，勇于开拓，创新贡献。 3、员工工作日志： 工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下人员按要求每日记录。 工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作用。
工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高，1为最低，如为请假，请注明“事假”或“病假”），以及问题、意见和建议。 工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。如发现某些栏目多周雷同的情况，将进行警告。 每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。 工作日志严格要求在每天下班前20分钟内提交。不提交工作周报将适当予以惩罚。对于未提交日志的人员，部门负责人应在次当日或者次日11：00前口头通知。 工作日志以Email或者QQ传文件形式提交给项目负责人和部门经理。部门经理收到后保证第一时间进行回复，并依此进行考核。文件名格式：《工作日志--***--200*年*月*日.txt或者doc》。其中***为员工姓名，日期为提交日期。 4、项目例会制度： 每月第一个周一上午10:30在公司会议室召开，部门所有人员（含参与部门人员为主导的项目并起核心作用的其他部门人员）参加。 会议由部门经理召集，并由部门经理主持。 会议议程： a)各项目负责人回顾上月工作情况、成果和不足，以及当月的大致工作计划。 b)部门经理总结上月工作，对不足的问题提出解决办法。 c)部门经理宣布公司近期动态和相关事项。 d)部门经理做出工作方面的安排。 e)部门人员畅所欲言，提出问题、想法、建议与意见。大家讨论。 f)部门经理解答部门人员的问题，并做出总结。