项目管理过程标准及绩效考核

.实用文档.工程管理过程标准及绩效考核时间：2021/05/02拟稿：杨胜灵1编写目的为了提供更好的产品与效劳；为了更好、更快、更经济地交付产品与效劳，同时标准工程过程管理，严格落实工程实施质量与进度，确保按方案完成工程验收与交付，特编制此工程过程控制标准及操作标准。本制度参考软件工程相关流程标准、工程管理标准以及CMMI-Dev模型，根据企业的实际情况，从工程团队的成立、过程管理标准、工程达标标准到绩效考核均进行了根底定义；作为工程实施、过程管理以及绩效评价的依据。本工程管理制度标准适用于工程履行、研发、测试、美工及Web前端工作人员以及所有工程干系人。自主研发类工程管理工作也适用此标准。2.工程团队组成2.1工程团队角色职责1)工程实施负责人(工程经理)工程经理作为与客户对接的第一责任人，需要对客户需求、工程进度、工程质量、客户满意度、工程本钱、工程回款、公司形象维护承当责任；同时负责工程全过程管理跟踪。负责工程需求与客户的对接；负责工程小组的组建；负责形成工程需求文档，并提交工程技术负责人对接审核；负责工程组长审核通过的需求与客户的对接，原那么上，要求客户对需求文档进行签字确认；负责工程实施方案的制定；并负责该方案与工程负责人的协调、落实；负责协调工程组与客户的需求沟通；负责协调工程组所需工程资料的落实；负责工程验收的组织与实施；负责工程里程碑报告，并及时公开至工程小组及公司相关部门、领导；负责工程进度的保障，确保工程如期交付；负责工程实施方案的管控，并及时处理突发情况；负责客户满意度的提升与维护；负责有利于产品提升的需求的采集，并形成文档提交公司技术总监；技术总监对于该类文档做好统计与备案工作；负责工程工单的管理，并于工程完成后提交综合部备案；负责工程需求变更、增加等事项的记录以及工单的发放，并及时完善工程方案；负责工程相关文档的提交，并及时落实工程在客服系统的备案；2)工程技术负责人(工程组长)工程技术负责作为工程研发实施的第一责任人，需对工程需求确定、工程进度、质量、过程管控负责；1. 负责与工程经理配合及时落实工程需求；2. 负责工程实施小组的组建与管理；3. 负责工程质量与进度，确保高质高效完成；4. 负责工程组成员任务分解及任务结果记录、评估；5. 负责工程实施方案、实施工期确实定，并提交工程经理；6. 负责工程实施日志的管理并及时提交工程经理及相关部门、领导； 7. 负责指导程序工程师以便更好的实现满足功能与系统架构的对接；8. 负责工程相关文档的书写并提交工程经理；9. 配合工程经理组织、落实工程验收；10. 负责工程需求变更的核定与落实，并提交工单给工程经理；11. 负责提交工程给工程经理进行进行验收；3)UI设计及Web前端1. 负责设计需求与工程经理、技术负责人以及客户的对接；2. 负责设计效果的质量及进度； 3. 负责配合工程小组完成相关界面设计、制作； 4. 负责页面的修改、完善工作； 5. 完成工程技术负责人安排的其它协助工作； 6. 配合程序开发人员完成相关页面的切图工作； 4)程序开发程序开发工程师是工程质量保障的首要环节，需对程序质量、完成进度负责；1. 负责按照双方确定的需求完成相关根底技术的实现； 2. 负责对工程需求进行技术分析，并有义务对与不合理的需求进行沟通、落实； 3. 对分配的工作任务进行核实执行，确保任务的按时完成； 4. 及时、高效的完成工程需求的实现； 5. 对工程需求的实现可提出建设性意见并报工程组长落实； 6. 记录客户第一时间提出的需求变更、新增需求，并提交工程组长； 7. 协助工程组长完成工程需求的沟通； 8. 完成工程组长交付的其它协助工作；5)质量控制系统测试是确保工程质量的最根底手段；由工程实施负责人对工程质量负责。工程技术负责人积极配合工程经理完成工程质量控制。1.负责按照工程需求进行测试； 2.负责测试结果的记录并及时提交工程组长； 3.程序开发人员负责各自负责模块的单元测试。 4.售后效劳是工程任务环节的一局部，由工程组长根据具体的售后需求指定工程成员完成售后效劳工作。2.2工程小组成立1),成立流程工程小组的成立，由工程经理本着“高效高质优势互补〞的原那么，与相关技术负责人充分协商后，根据工程性质提请相关部门领导成立工程小组。对于工程经理不能把握的，提请技术总监成立工程小组。公司有权根据技术部门的工作量对工程经理提请的工程小组成员进行纠正，并按纠正后的措施执行。2)成员组成工程实施负责人(工程经理)一名；工程技术负责人〔工程组长〕一名小组成员：由工程技术负责人确定组成。3)工程组长确实定及变更工程组长由工程经理和提请对象共同确定，工程经理有最终确定权。工程组长一经确定不得变更。如因不可抗力必须变更的，工程组长需提前一周说明原因并做好相关资料转交准备工作；工程经理重新提请成立工程组。4)工程组成员的变更工程组成员在以下情况下，可以进行变更 1. 确定不能承当本职工作任务的； 2. 因自身原因，导致不能保障本职工作任务进度的； 3. 因公司需要，重新调整工作内容的； 4. 工作中态度不够端正，有工作情绪并由此影响工程进度的；工程组员的变更由工程组长负责；但除非不可抗力导致的组员变更，否那么，工程组长应防止因组员变更影响工程进度与质量；并及时告知工程经理。5)工程组的管理与解散工程组由工程组长负责全面管理；工程经理与工程组长直接对接。工程全面上线，投入运行之日起，经工程组长与工程经理沟通落实后，可自动解散；工程组解散后,工程成员有一年期售后效劳的义务。2.3工期与质量1)工程研发工期由工程组长负责制定；工程组长应分解工程需求细节，提供工程任务分解表及对应的开发工期；工程工期的制定应科学、合理；工程经理对工程工期的制定有异议的，工程经理有权提请其它工程师或者组织其它工程师进行集体论证，工程组长对于其它工程师或论证结果应充分进行考虑，并修订工程工期；2)工程质量的保障实行工程组长负责制。工程组长严格按照确定的需求对工程进行整体检查，应确保完成内容齐备、运行良好；工程组长检查通过后，提交工程经理检查、验收。通过工程经理检查验收的工程方可提交客户。对于工程实施过程中，由工程经理、实施人员提出的有助于系统质量提升的意见和建议，工程组长应予以记录；对于在满足需求的根底上，实现的有助于工程质量提升的内容，工程组长应予以记录。该记录内容，将纳入工程创新考量范围。3工程过程标准3.1立项管理 采纳符合企业最大利益的立项建议，通过立项管理使该建议成为正式的工程。杜绝不符合机构最大利益的立项建议被采纳，防止浪费企业的资源、资金、时间等。合同签订视为通过立项审批。 输出：1)自主研发：?工程论证报告?、?工程立项审批表?2)签约工程：工程合同、工程任务工单 角色：研发负责人。3.2需求开发 通过调查与分析，获取用户需求并定义产品需求，并对用户的需求进行验证。 输出：?需求开发方案?、?需求分析表?、?需求调研记录表?、?用户需求说明书?、?软件需求规格说明书?、?需求确认表?、?差异记录?、QA依据需求检查表检查需求、QA的需求检查结果、〔?不符合项跟踪表?〕、需求里程碑报告、?配置申请表?、针对?软件需求规格说明书?进行同行评审、?评审报告?。 角色：工程经理、工程实施负责人。3.3需求管理 与客户建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。 输出：?需求变更登记表?、?需求变更汇总表?、?需求跟踪矩阵?。 角色：工程经理、工程技术负责人、工程组成员。3.4工程方案 目标：制定方案、以便开展工作，包括方案初稿、定稿和验证工作。 输出：?工程总方案?、?工程方案?、?工作量估算纪录?、?工程估算报告?、?工程进度方案?、?工程工作任务表?；各附属子方案?质量保证方案?、?配置管理方案?、?风险管理方案?、?数据收集与分析方案??测试方案?；针对?工程方案?进行同行评审?评审报告?。 角色：工程技术负责人、工程实施负责人、工程成员。3.5技术预研 在立项后到开发完成之前的时间内，对工程将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。 输出：关键技术解决实例。 角色：工程技术负责人。3.6配置管理 通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。 输出：?配置状态报告?、?配置变更申请表?、?配置管理台帐?、?工程QA对配置管理员进行的配置审计以及审计过程中发现的问题记录?。 角色：工程技术负责人、工程成员。3.7工程监控 周期性地跟踪工程方案的各种参数如进度、工作量、费用、资源等，不断了解工程的进展情况，以便当工程实际进展显著偏离方案时能够及时采取纠正措施。 输出成果：?工程跟踪报告?、?里程碑报告?、?工作周报、月报?、?问题记录表?。 角色：工程经理、工程成员。3.8风险管理 在风险产生危害之前识别它们，从而有方案地消除或削弱风险。 输出：?风险清单?、?已发生风险事件列表?、?风险检查表?。 公司角色：工程经理、工程成员。3.9软件设计 设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。 输出： ?概要设计说明书?、?备选方案?、系统原型； ?详细设计说明书?、?数据库设计说明书?、?不符合项跟踪表?、?配置申请表?。 角色：工程技术负责人、工程成员。3.10编码和单元测试 依据系统设计文档，编写并测试整个系统的代码。实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错〞的综合表述。 输出：?开发与测试方案?、代码；?单元测试报告?、?单元测试缺陷记录?。 角色：工程成员。3.11集成和系统测试 对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。系统测试缺陷得到修复。 输出：?集成测试报告?、?集成测试缺陷记录?、?系统测试报告?、?系统测试缺陷记录?、〔?不符合项跟踪表?〕、?测试里程碑报告?、?配置申请表?、针对?集成测试报告?、?系统测试报告?进行同行评审。 公司角色：测试组、开发组。3.12试运行 在产品正式销售之前，开发方将产品交付给一些潜在的客户免费试用，请他们对产品进行测试，并获取他们对产品的建议。试运行结束，到达上线条件。 输出：?操作手册?、?用户试用方案?、?用户试用报告? 角色：工程实施人员、工程成员3.13客户验收客户依据合同对产品进行审查和测试，确保产品满足客户需求。 输出：?验收测试大纲?、?验收测试报告?、?验收方案?、?验收报告?、QA依据试运行、验收检查表、检查试运行、验收、QA的试运行、验收检查结果、〔?不符合项跟踪表?〕、?试运行、验收里程碑报告?、?配置申请表? 公司角色：工程经理、测试人员3.14结项管理在工程开发工作结束后，对工程的有形资产和无形资产进行清算、对工程进行综合指标评估以及总结经验教训等。 输出：?工程结项报告?、?工程总结报告? 公司角色：工程经理、工程技术负责人4工程达标标准(内部验收)编号工程过程达成标准备注1立项管理=1\*GB3①,立项评审通过/合同签订;=2\*GB3②,工程任务工单2需求开发?软件需求规格说明书?、?需求确认表?、?差异记录?;3需求管理=1\*GB3①,达成客户需求理解一致性；=2\*GB3②,维护需求与工作成果的一致性；=3\*GB3③,控制需求变更，防止需求失控引起的工期及本钱风险；=4\*GB3④,输出?需求变更登记表?、?需求变更汇总表?、?需求跟踪矩阵?；4工程方案=1\*GB3①,?工程方案?、?工作量估算纪录?、?工程工作任务表?；=2\*GB3②,各附属子方案?质量保证方案?、?配置管理方案?、?风险管理方案?、?数据收集与分析方案??测试方案?；=3\*GB3③,?工程方案?同行评审通过；5技术预研关键技术学习研究并提供可验证的解决实例6配置管理=1\*GB3①,?配置状态报告?、?配置变更申请表?、?配置管理台帐?;=2\*GB3②,过程资产齐全完整;通过QA的配置审计；7工程监控=1\*GB3①,?工程跟踪报告?、?里程碑报告?、?工作周报、月报?、?问题记录表?；=2\*GB3②,监控工程进展，显著偏离及时预警并采取措施8风险管理=1\*GB3①,识别风险，建立?风险清单?；=2\*GB3②,记录?已发生风险事件列表?；削除活削弱风险；=3\*GB3③,进行风险检查，形成?风险检查表?,预防风险；9软件设计=1\*GB3①,设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员的编码工作；=2\*GB3②,形成?概要设计说明书?并通过同行评审;=3\*GB3③,形成系统原型并与客户详细演示确认；=4\*GB3④,形成?详细设计说明书?、?数据库设计说明书?；=5\*GB3⑤,?详细设计说明书?通过同行评审10编码和单元测试=1\*GB3①,依据系统设计文档，编写并测试整个系统的代码；=2\*GB3②,制定?开发与测试方案?；=3\*GB3③,形成?单元测试报告?、?单元测试缺陷记录?=4\*GB3④,成果代码经过测试，无功能问题、性能障碍及平安风险。11集成和系统测试=1\*GB3①,对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。=2\*GB3②,形成?系统测试报告?、?系统测试缺陷记录?；=3\*GB3③,?系统测试报告?进行同行评审通过；12试运行=1\*GB3①,编制?用户试用方案?,组织潜在的客户试用；=2\*GB3②,收集客户建议,形成?用户试用报告?；=3\*GB3③,试用报告中的客户建议进行了适宜的处理；13客户验收=1\*GB3①,编制?验收测试大纲?、?验收方案?,提请客户验收；=2\*GB3②,获取?验收测试报告?、?验收报告?；=3\*GB3③,验收通过,上线部署；14结项管理=1\*GB3①,在工程开发工作结束后，对工程的有形资产和无形资产进行清算、对工程进行综合指标评估等，形成?工程结项报告?；=2\*GB3②,对整个工程周期进行分析，总结经验教训，形成?工程总结报告?,以指导后续工程的开展5工单制管理5.1工单制管理1、 公司所有工程的实施必须实行工单制管理，假设某工程没有派发工程工单，相关部门及人员可拒绝实施该工程。2、 工单的类型有：自主研发、签约工程、其它共3类。3、 工程经理须在公司综合部进行工单登记并取得工单编号，否那么视为无效工单。4、 发起任务工单前，必须有明确的任务需求，?工程需求确认单?必须由客户代表、商务负责人、履行负责人、技术负责人四方签字后有效，否那么不能进入研发实施阶段。5、 工单的完成日期是由实施人员和技术人员内部沟通评估后，与客户最终商定的一个合理日期。完成日期一旦确认，将计入工程方案表中，原那么上不能变更。6、 工程工单上必须表达全部工程开发参与成员：即技术负责人员、履行人员、设计人员、开发人员。6.1工程技术负责人对工单的进度、质量负直接责任。技术部门负责人承当间接责任。6.2方案工期由技术负责人填写并由技术部门负责人确认，确认时需签字并注明日期。6.3工程履行人员必须对工程需求范围负责，同时跟进工程的需求及变更，对工程的交付及本钱负责。6.4需求确认、需求分析、软件设计、界面设计、网页制作、编码实施的方案起止日期及参与人确实认人为技术负责人。6.5工程组其他人员在工程开发期间必须服从技术负责人员的合理安排。7、 工单确认说明7.1方案工期由技术负责人填写并由技术总监确认，确认时需签字并注明日期。5.2工单分配原那么1.工单分配遵循效率优先、公平、公正、合理的原那么。2.工单下发后由技术部门分管领导及相关技术部门负责人统一安排。3.技术人员每人至少参与一个工单，为保证工单分配均衡，原那么上每人参与的并行工单不得超过2个。4.技术人员个人履行三个及三个以上的大型系统售后工单时,原那么上只允许同时参与一个新工程工单。5.技术人员不得凭个人主观意愿挑选工单或拒绝工单。5.3工单变更1、 工单原那么上不允许变更，因特殊需要必须变更的，在工单中附加变更说明，且需要客户、履行负责人、技术负责人签字后有效。原工单保存，考核指标按新工单确认时间考核，工单完成后一并提交综合部。2、 关于完成日期变更的情况，必须由客户确认后才生效。3、 需求变更原那么上需要核算本钱，跟进核算的本钱和客户洽谈并签署补充协议。6绩效考核1、公司综合部负责工单履行的考核并报公司技术分管领导签字后生效。2、一级工单根据完成时间和验收报告出具时间以及测试报告进行考核。3、二级工单根据方案工期以及工作质量、工作进度以及工作态度进行考核：4、工程履行人员必须及时确认需求并下发工单，因没有及时下发工