组织方针模板1.docx
- 文档编号:29682051
- 上传时间:2023-07-26
- 格式:DOCX
- 页数:15
- 大小:22.40KB
组织方针模板1.docx
《组织方针模板1.docx》由会员分享,可在线阅读,更多相关《组织方针模板1.docx(15页珍藏版)》请在冰豆网上搜索。
组织方针模板1
XX有限公司
组织方针
文档修订记录
版本编号
*变化
状态
简要说明
日期
变更人
批准日期
批准人
V1.0
A
*变化状态:
A——增加,M——修改,D——删除
1目的5
2范围5
3方针5
3.1项目管理方针5
3.1.1项目策划(PP)5
3.1.2集成项目管理(IPM)6
3.1.3项目跟踪管理(PMC)6
3.1.4风险管理(RSKM)7
3.1.5需求管理(REQM)8
3.2工程活动方针8
3.2.1需求开发与技术解决(RD&TS)8
3.2.2评审和测试(VER)9
3.2.3产品集成(PI)9
3.2.4试运行和验收(VAL)9
3.3支持活动方针10
3.3.1配置管理(CM)10
3.3.2过程和产品质量保证(PPQA)11
3.3.3测量和分析(MA)11
3.3.4决策分析和决定(DAR)13
3.4过程改进方针14
3.4.1组织过程改进(OPF)14
3.4.2组织过程定义(OPD)14
3.4.3培训管理(OT)15
1目的
该方针规定了公司的项目管理、开发活动和过程改进活动必须遵守的方针和策略,以降低项目风险、提高开发管理能力。
2范围
此方针适用于本公司主流项目,不适用于以下几种项目:
✓项目正处于结束阶段并且不会继续下去;
✓项目周期在2个月以下;
✓由用户指定工作方法、阶段的项目。
3方针
3.1项目管理方针
3.1.1项目策划(PP)
项目策划的目的:
建立并维护规定项目各项活动的计划。
包括估算、制订项目计划、计划审批和评审。
对项目策划的基本要求:
1、建立项目的WBS(工作分解结构),确定项目的范围;
2、对工作产品、产品的规模、复杂度和结构等进行估算;
3、工程项目必须基于估算的结果进行项目报价,报价在发给客户前必须得到评审和批准;
4、参考公司过程资产库中的定义和以往项目的经验,为项目选用合适的生命周期模型,定义项目的开发和管理过程;
5、对项目的工作量和成本进行估算,并制定项目的预算和进度计划;
6、识别和管理项目风险,分析风险发生的可能性、分类、严重程度,制定相应的风险管理计划;
7、识别项目所需的资源、知识和技能等,并定义相应的资源计划和培训计划;
8、识别项目的干系人,并制定相应的干系人介入计划;
9、集成所有相关计划,制定一个项目总体计划,用于指导项目的开发和管理活动;
10、要对计划进行评审和审批,以得到相关干系人的承诺;
11、当计划发生变更时,必须通知相关人员,并得到认可。
对项目、产品实现进行策划时,公司确定以下方面作为策划内容:
1、根据项目、产品的特点和复杂程度,确定项目和产品的质量目标;
2、明确划分项目和产品实现的各个过程和资源配置;
3、明确项目、产品实现各阶段人员的分工、职责和权限;
4、明确项目和产品验收交付、测试的标准和具体要求及各个阶段所要求的验证、确认、监视和检查活动(主要根据合同);
5、确定并准备质量记录。
3.1.2集成项目管理(IPM)
按照裁剪自组织标准过程的集合的、妥善定义的过程,来建立和管理项目及共同利益者的参与。
1、EPG组长指导项目进行项目裁剪;
2、依据财富库中历史经验进行项目估算,规划项目活动;
3、建立项目工作环境;
4、将项目主从计划进行集成;
5、利用集成计划管理项目;
6、将项目中的最佳实践及有益数据提供组织财富库。
3.1.3项目跟踪管理(PMC)
项目跟踪管理目的:
监视项目实际与计划之间的偏差,在出现偏差时,采取纠正措施,使项目计划得以实施。
包括项目跟踪与监控、关键任务管理和项目评估。
对项目跟踪管理的基本要求:
1、依据项目计划,监督和管理项目的执行情况,包括进度、成本、人员计划等;
2、当项目实际与计划发生偏差,超出控制范围时,必须采取纠正措施,并跟踪其结果直至解决;
3、定期跟踪和更新项目的风险管理计划,跟踪风险及时应对风险,必要时制定风险缓解计划并进行跟踪,项目发生重大变更或新的风险发生时应多次评价风险;
4、监督和检查项目干系人的介入情况;
5、定期对项目进行评估,主要指里程碑点和项目结项时,同时为公司积累过程资产;
6、定期评估项目使用的过程和方法,为公司的过程改进提供意见和建议;
7、对项目跟踪与监控中发现的问题,按照项目计划中定义的过程进行处理;
8、高层经理定期对项目的状况进行把握,并对项目上报的关键任务进行处理;
9、部门经理和项目经理应跟踪各项目的实际工作量和成本状况,并与目标成本进行比较,以发现潜在的超支问题,并采取措施,予以解决。
3.1.4风险管理(RSKM)
风险管理的目的:
尽可能提前识别出潜在问题,并通过分析确定缓解策略;方针的解释如下:
1、项目组负责风险管理的准备、风险的识别与分析、处理及缓解风险;
2、项目经理负责对“风险管理”过程进行策划;
3、开发部经理为执行“风险管理”过程,提供必要的资源,包括:
组织的优秀案例、风险管理工具;并为“风险管理”过程的执行分配责任和权限;
4、开发部经理为“风险管理”过程的实施,提供必要的培训,包括:
风险识别、评价、监督、缓解技能的培训;
5、CM负责把“风险管理”过程的工作产品纳入配置管理;
6、确定“风险管理”过程的利益相关者并使之介入,利益相关者包括:
客户、业务专家、项目组成员、开发部经理、高层经理经理;
7、项目经理按组织标准软件过程中的要求和《风险管理过程》监督和控制“风险管理”过程及数据,并且采取适当的纠正措施;
8、QA负责每月客观地评价“风险管理”过程以及该过程的工作产品的遵循情况,在项目组内通报不符合项,跟踪直至问题解决;
9、项目经理定期审查“风险管理”过程的活动、状态和结果,并解决问题;
10、项目经理要按照《风险管理过程》对“风险管理”过程收集度量数据,进行度量分析,根据分析结果进行改进。
3.1.5需求管理(REQM)
需求管理的目的:
管理需求,并且保证这些需求和项目计划、工作产品之间的一致性。
包括需求的理解和确认、变更控制和需求跟踪。
对需求管理的基本要求:
1、制定项目和客户之间对于需求管理的约定;
2、文档化项目的需求,并得到各方的承诺;
3、对需求的变更进行管理;
4、维护需求与项目计划和工作产品之间的双向可追溯性;
5、保证项目计划、工作产品和需求之间的一致性。
3.2工程活动方针
3.2.1需求开发与技术解决(RD&TS)
需求开发与技术解决的目的:
导出和分析顾客、产品及产品构件的需求。
开发、设计和实现满足需求的解决方案。
需求开发与技术解决过程包括:
开发顾客需求(业务)、开发产品需求、分析和确认需求、选择产品构件解决方案、设计、实现产品设计。
对需求开发与技术解决的基本要求:
1、需求开发与技术解决活动应按计划进行;
2、导出、分析、确认和转达客户的需要、期待和约束条件,从而就顾客需求与干系人之间达成共识;
3、使用已定义的开发过程,收集和协调干系人的需要,并把它们转换成顾客需求;
4、使用已定义的开发过程,对顾客需求加以精练和细化,针对产品生存周期开发出产品和产品构件需求;
5、对需求进行分析和确认,开发出所要求的功能的定义;
6、在选择技术解决方案时,必要时要开发出多个解决方案,并使用正式的评价过程,从多个解决方案中选择产品或产品构件解决方案;
7、使用已定义的开发过程,进行产品或产品构件设计;
8、使用已定义的开发过程,根据设计实现产品构件和编制有关的支持文档。
3.2.2评审和测试(VER)
评审和测试的目的:
保证工作产品满足其制造规范的要求,开发出符合顾客需求的工作产品。
评审和测试过程包括:
计划的实施评审和测试活动,记录评审和测试结果,对活动结果进行分析并判断其是否达到预期目标。
对评审和测试的基本要求:
1、制定评审和测试计划并按计划实施;
2、工作产品作者提前进行自查并分发待评审资料以提高评审效率;
3、记录评审时发现的问题并跟踪解决;
4、制定测试用例确保测试被正确地实施;
5、提前准备测试数据和测试环境确保测试顺利、有效地进行;
6、需要对测试时发现的故障进行管理;
7、记录评审和测试的相关数据;
8、需要分析评审和测试的结果并判定其是否合格;
9、在评审和测试时需要尽早验证产品在客户实际应用环境下的妥当性。
3.2.3产品集成(PI)
产品集成的目的:
将产品组件组合为产品、确保产品适当地运作及交付产品。
1、建立产品集成环境根据集成的顺序集成产品;
2、确保产品接口兼容;
3、提供符合用户要求的集成环境支持文档;
4、集成后应严格验证,必要时请用户确认集成的产品。
3.2.4试运行和验收(VAL)
试运行是保证产品在客户现场运行顺利无重大问题;
验收是保证产品能够完全覆盖合同中的要求并获取客户确认。
1、项目组及测试组负责建立并维护有效、实用的确认方法和环境,确保产品和产品构件能适合于预定的运行环境的使用;
2、项目经理负责对“试运行及验收”过程进行策划;
3、开发部经理为执行“试运行及验收”过程,提供必要的资源,包括:
测试管理工具、确认环境。
并为“试运行及验收”过程的执行分配责任和权限;
4、开发部经理为“试运行及验收”过程的实施,提供必要的培训,包括:
应用领域知识、组织的“试运行及验收”过程文件的培训;
5、CM负责把“试运行及验收”过程的工作产品纳入配置管理;
6、项目经理负责确定“试运行及验收”过程的利益相关者并使之介入,利益相关者包括:
客户、项目组、测试组、QA、开发部经理、高层经理;
7、项目经理按组织标准软件过程中的要求和《确认过程》的要求监督和控制“试运行及验收”过程及数据,如确认活动中发现的缺陷数、缺陷分布情况、缺陷的分类等,并且监督和控制“试运行及验收”过程的执行,针对出现的问题,采取适当的纠正措施;
8、QA每月负责客观地评价“试运行及验收”过程以及该过程的工作产品的遵循情况,在项目组内通报不符合项,跟踪直至问题解决;
9、开发部经理定期审查“试运行及验收”过程的活动、状态和结果,并解决问题。
3.3支持活动方针
3.3.1配置管理(CM)
配置管理的目的:
确保项目各阶段的工作产品在整个生命周期中的一致性和完整性。
配置管理过程包括:
项目各阶段成果物进行标识、对其变更进行控制、并维护其完整性和可追溯性。
对配置管理的基本要求:
1、在项目初期即应制定项目的配置管理计划;
2、项目必须有配置管理人员。
根据项目规模,配置管理人员可由专职人员担任、也可由项目的开发人员兼职担任;
3、项目的CCB至少应包括项目经理、配置管理人员;需要根据不同的变更区域,确定其他人员成为该区域的CCB成员;
4、必须建立和管理配置库,对识别出的配置项及其变更进行统一管理;
5、根据项目跨越的工程阶段,建立需求基线、设计基线、产品基线;
6、基线的建立和变更必须经过CCB的批准;
7、配置管理人员应向项目组报告基线的内容及其变更情况;
8、需要定期对配置库进行常规和灾难备份;
9、必须有计划地对配置库进行审查;
10、必须从配置库中发行产品。
3.3.2过程和产品质量保证(PPQA)
过程和产品质量保证的目的:
为管理层提供对软件项目过程和工作产品的可视性。
过程和产品质量保证过程包括:
评审和审查项目活动及产品,以检验其是否遵守了项目定义的过程、规程和标准,并将这些评审和审查的结果提供给项目组和其他管理者。
对过程和产品质量保证的基本要求:
1、质量保证人员为开发部门和项目组运用公司的方针、标准和规程提供指导和帮助;
2、按照过程和产品质量保证计划实施质量保证活动;
3、客观地检验工作产品和过程活动是否遵守了所适用的过程、标准、规程;
4、相关小组和个人必须知道软件质量保证的活动和结果;
5、质量保证人员需要对审查中所发现的不符合项进行跟踪,直至其完全解决,对项目组内不能解决的事项,报告给高层经理,并由高层经理处理;
6、所有质量保证活动均需要保留相关记录。
3.3.3测量和分析(MA)
测量和分析的目的:
定义项目和组织所需的测量,并一致地执行测量,对测量数据进行统计分析,以支持各级管理对信息的需要。
测量和分析过程包括:
识别出基于组织商业目标的测量目标,定义数据收集、分析、存储的规程,实施测量和分析,并将结果通知给相关人员。
对测量和分析的基本要求:
1、基于组织的商业目标识别出测量目标,确保测量目标和测量活动与组织/项目的目标相一致;
2、有计划的实施测量活动;
3、按照定义的数据收集、分析和存储规程实施相关测量活动;
4、测量和分析的结果应该及时的通知给相关人员,以便得到使用。
主要测量项的规定:
(1)顾客满意
测量负责人负责跟踪顾客满意或不满意的信息,作为对产品质量和服务一种测量;及时掌握市场动态和顾客需求的动向,积极与顾客沟通,收集有关信息及时反馈给公司有关部门。
(2)过程测量
公司在软件产品的实现及工程项目的实施中,对过程进行测量,收集、分析来自产品设计、开发、实施和服务过程各阶段的监督测量数据和用户信息,进行分析以证实产品的符合性和过程的有效性,为不断提高产品质量、满足用户需求提供依据,以确保满足顾客要求。
通常采用日常抽查和内部检查的方法进行测量,从而证实过程的质量情况,以及测量规程的有效性,对出现不符合要求的现象作好记录,并提出纠正和预防措施的要求。
(3)产品测量
为了验证软件产品及工程项目是否符合顾客要求,公司要求:
1、过程检验或测试。
对软件产品和系统集成项目按照项目策划的要求和安排,在各阶段完成测试和验收工作;并按策划的要求完成相应的测试验收文档,以确保项目能满足规定的要求。
执行《测试管理过程》要求;
2、同行评审。
对软件产品组织评审,根据评审管理过程的要求,对评审发现的问题进行处理,需要时组织多次评审;
2、最终检验或测试。
最终检验的目的是防止不合格品或不合格工程交付用户,对于软件产品和工程,按照项目策划的验收交付的规定,对项目进行验收。
在验证项目满足规定的要求,并得到顾客的确认后,项目才能通过验收和交付使用,对检验出的不合格品按照《测试管理过程》规定执行。
(4)不合格品控制
不合格品控制内容包括:
✓不合格品的标识;
✓不合格品的记录与报告;
✓不合格品的评审;
✓不合格品的隔离与处置。
1、不合格项的验证、标识、隔离及记录。
各相关部门对本部门发现的不合格品或不合格工程应组织相关技术人员进行检验和验证,做出合格与否的判定,并对不合格项进行标识或隔离、记录及报告;
2、不合格项的评审和处置。
各相关部门对本部门发现的不合格品提出处理意见,经评审后进行处置;
3、数据分析的应用。
收集公司质量管理体系验证过程的数据,用于评价产品质量和过程能力,采用适宜的方法和统计技术分析,实施软件度量,评价是否符合质量要求,以达到提高质量的目的。
数据分析的应用在以下几方面:
1)各部门应根据统计分析的结果,找出产品质量的薄弱环节,制定改进措施;
2)在新产品的设计、开发过程中利用市场信息分析结果,作为设计的参考依据,以充分满足设计要求;
3)对公司产品符合性和市场信息的测量分析结果应提交管理评审,作为公司质量管理体系持续改进的依据。
3.3.4决策分析和决定(DAR)
决策分析和决定的目的:
使用正式的评价过程,按照已建立的评价准则对识别出的侯选方案进行评价,并做出决策。
决策分析和决定过程包括:
使用决策分析指南判断是否需要使用正式的评价过程和应用正式评价过程做出决策。
对决策分析和决定的基本要求:
1、需要时,公司和项目组使用决策分析和决定过程来减少决策的主观性,并尽可能选出最佳方案;
2、建立评价准则,并为每个评价准则确定权重;在评价过程中需要时,修正评价准则及其权重;
3、选择评价方法;
4、使用已建立的评价准则和方法对已经识别出的候选方案进行评价;
5、根据评价结果选择解决方案,分析风险,做出决策;
6、按决策分析和决定过程要求建立并保存正式评价过程的相关记录。
3.4过程改进方针
3.4.1组织过程改进(OPF)
组织过程改进的目的:
基于对公司标准过程和过程资产的强项和弱项的整体理解来计划和实施过程改进活动。
组织过程改进包括两方面的工作:
(1)在公司范围内,建立并维护对公司标准过程和项目定义过程的理解,并达成共识;
(2)协调软件过程建立、维护、评估以及改进的各项工作。
对组织过程改进的基本要求:
1、组织过程改进活动必须满足公司商业目标的需要;
2、必须明确定义公司过程改进的组织结构和职责;
3、成立EPG组负责公司的软件过程改进活动;
4、依据过程标准模型(CMMI模型),识别公司标准过程和项目定义过程的优点和不足;
5、必须在全公司范围协调关于建立和不断改进过程的工作;
6、应有计划地进行公司标准过程(OSSP)的建立和改进工作;
7、EPG负责在公司范围内协调公司标准软件过程(OSSP)及相关过程资产的使用;
8、要求公司全员积极参与过程改进活动,为公司的过程改进做贡献。
3.4.2组织过程定义(OPD)
组织过程定义的目的:
开发和维护公司标准软件过程(OSSP)及相关过程资产(软件过程数据库和最佳实践库),使整个公司的过程性能取得一致,并且为公司不断积累长远效益奠定基础。
组织过程定义包括:
建立和不断改进公司标准软件过程(OSSP),并收集相关的过程资产(软件过程数据库和最佳实践库)。
对组织过程定义的基本要求:
1、EPG负责建立和改进公司OSSP;
2、软件过程数据库和最佳实践库在建立和更新时必须经过EPG的评审;
3、定期评审各项目的剪裁报告和过程改进信息,改进OSSP、组织级测量库和最佳实践库。
3.4.3培训管理(OT)
培训管理的目的:
提高个人的知识和技能,使其有效地履行自己的职责。
培训管理的内容包括:
1、制定培训计划,并按计划开展培训工作;
2、为完成软件管理和技术任务所需的知识与技能培训;
3、软件开发组和其他相关小组的成员受到所需的培训。
对培训管理的基本要求:
1、培训管理首先应明确组织、项目和个人培训的培训需求,然后针对这些需求进行相关的培训;
2、必须有培训活动的年度计划;
3、指派培训管理者负责实施培训计划;
4、培训资源(如培训讲师等)以公司内部资源为主,外部资源为辅;
5、公司内部培训讲师必须具备完成其培训活动所需要的技能和知识;
6、公司规定必须参加的岗前和在岗培训,要求培训对象必须参加。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 组织 方针 模板