项目管理培训-公司规范.pptx
- 文档编号:18827857
- 上传时间:2023-12-20
- 格式:PPTX
- 页数:89
- 大小:852.43KB
项目管理培训-公司规范.pptx
《项目管理培训-公司规范.pptx》由会员分享,可在线阅读,更多相关《项目管理培训-公司规范.pptx(89页珍藏版)》请在冰点文库上搜索。
规范目的:
通过过程,而不是某个人或某种技术,来保证软件项目的成功是一个软件开发机构能够长期稳定发展的根本,也是本文的目的所在。
参考资料:
ISO9000、CMM(CapabilityMaturityModel)、CMMI(CapabilityMaturityModelIntegration)、SPP(SimplifiedParallelProcess)、SoftwareEngineeringPressman,关于规范,公司项目管理规范
(一),项目运作过程中的角色,在人员匮乏的情况下,可以一兼多职,产品概念,产品定义,产品开发,产品测试,客户验收,产品维护,立项管理,项目规划,项目监控风险管理需求管理,结项管理,需求开发,配置管理质量保证外包与采购管理培训管理,项目管理过程,项目研发过程,机构支撑过程,服务与维护,技术预研,系统设计,实现与测试,系统测试,Beta测试,客户验收,第一课的内容,立项管理,立项管理的目的是采纳符合公司获取最大利益的立项建议,通过立项管理使该建议成为正式的项目,杜绝不适合公司获取利益的立项建议被采纳,避免浪费公司的资源、资金、时间。
立项管理,项目分类:
大项目:
指开发周期大于18人月(事业部),24人月(研发中心)或需跨部门协作。
小项目:
指开发周期小于18人月(事业部),24人月(研发中心)无需跨部门协作。
立项管理,小项目立项过程:
立项管理,输出文档:
立项调查报告-选择立项可行性分析报告-选择立项建议书-必要内部立项评审报告-选择,立项管理,大项目立项过程
(一):
内部评审专家组成员组成不做要求,即可全部来自事业部内部。
项目通过内部评审后,事业部技术负责人向总工办提交立项评审申请。
总工办接受申请后通知技术委员会组织筹备项目立项评审。
立项管理,大项目立项过程
(二):
项目立项评审会由技术委员会主持,与会人员由评审专家组,项目建议小组,会议记录员组成。
评审专家组一般由技术、市场人员组成,必要时可有人力、投资、物流人员参加。
评审专家组需至少包含两名分别来自2个不同的事业部的成员。
材料需提前两天发给评审委员,以便评审时能提有深度的问题。
评审会后又评审委员会主席撰写立项评审报告。
立项管理,大项目立项过程(三);如果项目通过立项评审,则事业部技术负责人向总裁办提交立项评审申请。
如果总裁否决项目立项申请则项目终止。
如总裁批准项目立项则项目进入立项筹备,否则项目终止。
注:
如项目由两个或两个以上事业部提出,则在项目提出时需每个事业部负责人同意才能继续,相应的项目建议小组组长由相关事业部负责人协商后任命,所有相关事业部都必须有项目建议小组成员。
立项管理,项目筹备:
首先由机构领导参考立项建议小组和立项评审委员会的意见任命项目经理,并协助项目经理获得经费、人力资源、软件硬件资源。
然后由项目经理组建项目组,开始执行项目研发和管理工作。
2.项目规划,2.1目的为项目的研发和管理工作制定合理的行动纲领(即项目计划),以便所有相关人员按照该计划有条不紊地开展工作。
2.项目规划,2.2规程划分及流程规程划分:
项目估计、制定项目计划、审批项目计划、项目计划变更控制。
项目规划流程图:
2.项目规划,2.3项目估计目的:
估计项目的范围、产品规模、工作量、成本等,为制定项目计划提供依据。
角色与职责:
项目规划小组由项目经理和核心成员组成,所有人员共同参与项目估计。
启动准则:
机构领导已经批准立项;项目规划小组已经成立。
输入:
立项建议书和一些用户需求文档;用于项目估计的一些经验数据。
输出:
项目估计表附:
项目估计表模板必要,2.3项目估计主要步骤:
估计项目范围:
规划小组根据用户需求,分解产品的功能。
可用产品的WBS表示。
估计产品规模:
规划小组各成员根据WBS,先独立估计,然后汇总,取均值,保证个人估计差额小于10。
估计工作量:
规划小组各成员独立估计,然后汇总分析,取均值,保证个人估计差额小于10。
估计成本:
估计人力资源、软硬件资源、商务活动等成本。
2.项目规划,2.4制定项目计划目的:
根据项目估计产生的数据,制定项目计划。
角色与职责:
项目规划小组所有人员共同制定项目计划。
启动准则:
项目估计已经完成。
输入:
立项建议书和一些用户需求文档;项目估计表。
输出:
项目计划附:
项目计划模板,2.项目规划,2.项目规划,2.4制定项目计划主要步骤:
确定目标与范围确定过程模型制定人力资源计划制定软硬件资源计划制定财务计划分配任务并制定进度表确定下属计划,2.项目规划,2.5审批项目计划目的:
主管领导审批项目计划,确保其合理性,符合公司实际情况。
角色与职责:
机构领导审批计划,如有不合理之处,责成规划小组修正。
输出:
修正后的项目计划,并附主管领导的审批意见。
2.项目规划,2.6项目计划变更控制目的:
修改原项目计划不合理之处;控制项目计划的变更,防止发生混乱。
角色与职责:
机构领导审批变更申请;项目经理更新项目计划。
输出:
项目计划变更控制报告;新的项目计划。
附:
项目计划变更控制报告模板,公司项目管理规范
(二),第二课的内容,产品概念,产品定义,产品开发,产品测试,客户验收,产品维护,立项管理,项目规划,项目监控风险管理需求管理,结项管理,需求开发,配置管理质量保证外包与采购管理培训管理,项目管理过程,项目研发过程,机构支撑过程,服务与维护,技术预研,系统设计,实现与测试,系统测试,Beta测试,客户验收,3.1目的通过调查与分析,获取用户需求并定义产品需求。
需求开发和需求管理是相辅相成的两类活动,它们共同构成完整的需求工程。
3.需求开发,3.需求开发,3.2规程划分及流程规程划分:
需求调查、需求定义。
需求开发流程图:
3.需求开发,3.3需求调查目的:
获取用户的需求信息,经分析产生用户需求说明书。
角色与职责:
客户提供必要的需求信息;需求分析员调查、分析用户的需求。
主要步骤:
1)需求分析员调查用户需求;2)记录并分析需求信息;3)编写用户需求说明书;4)专家和用户评审并作书面承诺。
输出:
用户需求说明书附:
用户需求说明书模板,3.3需求定义目的:
定义准确无误的产品需求,产生产品需求规格说明书。
角色与职责:
需求分析员定义产品需求;客户确认产品需求。
主要步骤:
1)需求分析员对用户需求说明书细化,产生详细需求;2)对较复杂的用户需求进行建模分析;3)撰写产品需求规格说明书;4)专家和用户评审并作书面承诺。
输出:
产品需求规格说明书附:
产品需求规格说明书模板,3.需求开发,2.1目的在立项之后到开发工作完成之前的时间内,对项目将采用的关键技术提前学习和研究,尽可能早地发现并解决开发过程中将会遇到的技术障碍。
2.技术预研,2.2技术预研规程角色与职责:
项目经理或技术负责人识别项目中的技术难题,指定预研人员攻克它。
主要步骤:
预研人员制定技术预研计划;展开技术预研;撰写技术预研报告;项目经理视情况决定是否对预研成果进行技术评审。
附:
技术预研计划模板、技术预研报告模板,2.技术预研,3.1目的设计软件系统的体系结构、用户界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品。
3.系统设计,3.2主要规程与过程示意图主要规程:
概要设计、用户界面设计、数据库设计、模块设计。
系统设计过程示意图:
3.系统设计,3.3概要设计目的:
分析与设计软件的体系结构,产生概要设计报告。
角色与职责:
项目经理指定开发人员从事体系结构设计。
输入:
需求文档如产品需求规格说明书。
输出:
概要设计报告。
结束准则:
概要设计报告已完成,并通过技术评审。
附:
概要设计报告模板,3.系统设计,3.系统设计,3.3概要设计主要步骤:
设计准备;确定影响系统设计的约束因素;确定设计策略;系统分解与设计;撰写概要设计文档;概要设计评审,3.系统设计,3.4用户界面设计角色与职责:
项目经理指定开发人员;如可能,邀请用户或美工协助设计。
主要步骤:
设计准备;用户界面设计;撰写用户界面设计文档;用户界面设计评审。
结束准则:
用户界面设计报告已完成,界面原型已通过评审。
附:
用户界面设计报告模板,3.系统设计,3.5数据库设计角色与职责:
项目经理指定若干开发人员从事数据库设计。
输入:
需求文档;概要设计文档。
输出:
数据库设计报告。
结束准则:
数据库设计报告已完成,并且通过了技术评审。
附:
数据库设计报告模板,3.系统设计,3.5数据库设计数据库设计流程:
3.系统设计,3.6模块设计目的:
设计软件所有模块的主要接口与属性、数据结构和算法,产生模块设计报告。
角色与职责:
项目经理指定模块设计人员;模块设计人员将在实现阶段编写这些模块代码。
主要步骤:
设计准备;模块设计,包括接口与属性设计、数据结构与算法设计;撰写模块设计文档;模块设计评审。
结束准则:
模块设计报告已完成,并通过技术评审。
附:
模块设计报告模板,4.1目的通过周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等,不断地了解项目的进展情况,以便当项目实际进展显著偏离计划时能够及时采取纠正措施。
4.项目监控,4.项目监控,4.2规程划分及流程规程划分:
项目计划跟踪、控制偏差、项目进展汇报。
流程:
4.项目监控,4.3项目计划跟踪目的:
周期性地跟踪任务、费用、资源、工作成果等,及时了解项目地实际进展情况;为持续过程改进提供有价值的数据。
角色及职责:
项目经理跟踪项目的实施;项目成员协助项目经理采集有关数据。
启动准则:
项目计划已经制定。
输出:
项目监控数据表附:
项目监控数据表模板,4.项目监控,4.3项目计划跟踪主要步骤:
任务跟踪;费用跟踪;资源跟踪;工作成果及规模跟踪。
附:
项目监控数据表模板,4.项目监控,4.4控制偏差目的:
对比“项目实际进展”和“项目计划”,分析偏差,如发现项目实际进展显著偏离计划,则及时采取纠正措施。
输入:
项目计划、项目监控数据表。
输出:
项目偏差控制报告附:
项目偏差控制报告模板,4.项目监控,4.4控制偏差主要步骤:
找出显著偏差(例如偏差大于20);分析原因;给出纠正偏差的措施(如果是项目计划不合理的,则要变更项目计划);跟踪纠正偏差的过程。
附:
项目偏差控制报告模板,4.项目监控,4.5项目进展汇报角色与职责:
项目经理周期性地总结项目进展情况,撰写项目进展报告并通报给机构领导和所有项目成员。
启动准则:
已经开展“项目计划跟踪”和“偏差控制”。
输入:
项目计划、项目监控数据表、项目偏差控制报告。
输出:
项目进展报告。
附:
项目进展报告模板,5.1目的在风险产生危害之前识别它们,从而有计划地消除或削弱风险。
5.风险管理,5.风险管理,5.2风险管理流程,5.风险管理,5.3风险管理规程角色与职责:
项目经理负责风险管理;项目成员协助项目经理处理风险。
输入:
项目计划;项目监控过程中产生的文档。
输出:
风险管理报告主要步骤:
风险识别(项目经理根据“风险检查表”定期识别风险);风险分析;风险减缓;风险跟踪。
附:
风险管理报告模板;风险检查表模板,公司项目管理规范(三),第三课的内容,产品概念,产品定义,产品开发,产品测试,客户验收,产品维护,立项管理,项目规划,项目监控风险管理需求管理,结项管理,需求开发,配置管理质量保证外包与采购管理培训管理,项目管理过程,项目研发过程,机构支撑过程,服务与维护,技术预研,系统设计,实现与测试,系统测试,Beta测试,客户验收,2.1目的在客户与开发方之间建立对需求的共同理解,维护需求与其它工作成果的一致性,并控制需求的变更。
2.需求管理,2.2主要规程及需求工程结构图主要规程:
需求确认、需求跟踪、需求变更控制。
需求工程结构图:
2.需求管理,2.3需求确认角色与职责:
开发方和客户共同组织人员对需求文档进行评审,并做书面承诺,使之具有商业合同效果。
输出:
需求评审报告以及书面的需求承诺。
主要步骤:
非正式需求评审;正式需求评审;获取需求承诺。
2.需求管理,2.需求管理,2.4需求跟踪角色与职责:
项目经理跟踪需求。
输入:
需求文档;设计文档、代码、测试用例。
输出:
需求跟踪报告主要步骤:
建立与维护需求跟踪矩阵;查找不一致;消除不一致。
附:
需求跟踪报告模板,2.需求管理,2.5需求变更控制角色与职责:
开发方负责人和客户共同控制需求变更。
输入:
原需求文档。
输出:
需求变更控制报告,新的需求文档。
主要步骤:
需求变更申请;审批需求变更申请;更改需求文档;重新进行需求确认。
附:
需求变更控制报告模板,3.1目的依据系统设计文档,编写并测试整个系统的代码。
实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。
3.实现与测试,3.实现与测试,3.2规程与流程规程:
制定计划、实现与测试。
实现与测试流程:
3.3制定计划角色与职责:
一个项目可分多个开发小组;开发组长管理编程、代码审查、单元测试、集成测试等活动。
主要步骤:
制定计划;审批计划;确定相关的规范;准备相关的软件工具;开发小组技能培训。
输出:
开发所需的规范如编程规范、测试规范等;实现与测试计划。
3.实现与测试,3.实现与测试,3.4实现与测试目的:
依据计划执行编程、单元测试、代码审查、集成测试、缺陷管理与该错等活动。
角色与职责:
开发人员依据计划编写、审查和测试自己的代码;开发人员审查、测试同伴的代码。
输出:
软件源代码、库文件、可执行程序等;编程文档;代码审查报告;测试用例;测试报告;缺陷管理报告。
3.实现与测试,3.4实现与测试主要步骤:
编程;代码审查;单元测试;集成测试;缺陷管理与改错,4.1目的对最终系统进行全面的测试,确保最终系统满足产品需求并且遵循系统设计。
4.2系统测试规程角色与职责:
项目经理组建测试小组;测试小组共同制定测试计划、测试用例,执行测试;开发人员及时消除测试发现的缺陷。
4.系统测试,4.系统测试,4.2系统测试规程主要步骤:
制定测试计划;设计测试用例;执行测试;缺陷管理与改错。
输出:
最终的软件系统;测试用例;测试报告;缺陷管理报告。
附:
系统测试计划模板;测试用例模板;测试报告模板,Beta测试是指在产品正式销售之前,开发方将产品交付给一些潜在的客户免费试用,请他们对产品进行测试,并获取他们对产品的建议。
角色与职责:
项目经理和市场人员共同策划、管理测试活动;Beta客户测试产品,并反馈测试结果和建议。
主要步骤:
联系Beta客户;签约与发行;信息反馈;问题处理。
输出:
Beta客户数据库;Beta测试协议;Beta测试报告附:
Beta测试协议模板;Beta测试报告模板,5.Beta测试,目的:
客户依据合同对产品进行审查和测试,确保产品满足客户要求。
角色与职责:
客户组建验收小组;开发方为验收提供协助,并及时解决客户发现的问题。
主要步骤:
验收准备(制定客户验收计划);成果审查与验收测试;问题处理;交付与签字。
输出:
客户验收报告附:
客户验收计划模板;客户验收报告模板,6.客户验收,7.1目的尽早地发现工作成果中的缺陷,并帮助开发人员及时消除缺陷,从而有效地提高产品的质量。
7.2规程制定技术评审计划正式技术评审(FTR)非正式技术评审(ITR),7.技术评审,7.技术评审,7.3制定技术评审计划角色与职责:
项目的技术负责人制定技术评审计划,由项目经理审批。
主要步骤:
确定需要评审的工作成果;确定技术评审方式;预定评审时间、地点及相关人员;审批计划输出:
技术评审计划附:
技术评审计划模板,7.技术评审,7.4正式技术评审角色与职责:
作者:
答复评审小组的问题,与评审小组共同查找缺陷、商讨解决方案;会后及时消除缺陷。
评审小组:
根据“检查表”查找缺陷,并和作者共同商讨缺陷解决方案。
记录员:
如实记录评审过程。
主要步骤:
准备评审;举行评审会议;修正跟踪与审核。
附:
技术评审检查表模板;技术评审报告模板,7.技术评审,7.4正式技术评审正式技术评审流程:
7.技术评审,7.5非正式技术评审目的:
灵活快速地评审,及早识别和消除缺陷。
角色与职责:
作者;评审员,由作者同伴或同行担任。
主要步骤:
准备评审;评审;修正、跟踪与审核。
输出:
技术评审报告;修正后的工作成果。
附:
技术评审检查表模板;技术评审报告模板,目的:
项目开发工作结束后,对项目的有形资产和无形资产进行清算、对项目进行综合评估以及总结经验教训等。
角色与职责:
项目经理申请结项;机构领导决定是否结项,并成立结项评审委员会。
主要步骤:
机构领导指示结项申请机构领导审批结项评审。
输出:
结项申请书、结项评审报告。
附:
结项申请书模板;结项评审报告模板,8.结项管理,公司项目管理规范(四),机构支撑:
配置管理质量保证外包与采购管理培训管理服务与维护,第四课的内容,1.1目的:
通过执行版本控制、变更控制等规程,以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。
1.配置管理,1.配置管理,1.2主要规程及流程图:
4个主要规程:
制定配置管理计划、配置库管理、配置项版本控制、配置项变更控制。
配置管理流程图:
1.配置管理,1.3制定配置管理计划角色与职责:
配置管理员制定配置管理计划;CCB审批。
主要步骤:
确定配置管理的软硬件资源;制定配置项计划;制定基线计划;制定配置库备份计划;审批配置管理计划。
输出:
配置管理计划附:
配置管理计划模板,1.配置管理,1.4配置库管理角色与职责:
配置管理员创建并维护配置库;项目成员在权限内操作配置库。
主要步骤:
创建配置库;分配权限;配置库操作与管理。
输出:
配置库管理报告附:
配置库管理报告模板,1.配置管理,1.5版本控制目的:
按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆,并可快速准确地查找配置项的任何版本。
配置项状态变迁规则:
1.配置管理,1.5版本控制配置项版本号规则:
处于“草稿”状态的配置项的版本号格式为:
0.YZ。
YZ数字范围为0199,随着草稿不断完善,其取值递增。
处于“正式发布”状态的配置项的版本号格式为:
X.Y。
其中X为主版本号,Y为次版本号,取值分别为19。
处于“正在修改”状态的配置项的版本号格式为:
X.YZ。
修改过程中一般只增大Z值。
当状态重新成为“正式发布”时,Z值设为0,增大X.Y值。
1.配置管理,1.5版本控制配置项版本控制流程:
项目成员依据配置管理计划,在配置库中创建属于自己任务范围内的配置项。
此时配置项的状态为“草稿”。
项目成员依据配置的权限,自由修改处于“草稿”状态的配置项。
如果配置项是技术文档,则需接受技术评审;如是“计划”类文件,则需要项目经理(或上级领导)审批。
当配置项通过技术评审或审批后,则其状态从“草稿”变迁为“正式发布”。
修改处入“正式发布”状态的配置项,必须按照“配置项变更控制”规程执行。
1.配置管理,1.6配置项变更控制角色与职责:
变更申请人向CCB提交变更申请;CCB审批变更申请。
启动准则:
待变更的配置项状态为“正式发布”,或者该配置项已经成为某个基线的一部分。
输出:
配置项变更控制报告附:
配置项变更控制报告模板,1.配置管理,1.6配置项变更控制主要步骤:
变更申请;审批变更申请;安排变更任务;执行变更任务;对更改后的配置项重新进行技术评审(或审批);结束变更。
附:
配置项变更控制报告模板,2.1目的提供一种有效的人员组织形式和管理方法,通过客观地检查和监控“过程质量”与“产品质量”,从而实现持续地改进质量。
2.质量保证,2.质量保证,2.2主要规程及流程规程划分:
制定质量保证计划、过程与产品质量检查、问题跟踪与质量改进。
质量保证流程:
2.质量保证,2.3制定质量保证计划角色与职责:
质量保证小组为每个项目指定质量保证员;质量保证员制定质量保证计划;项目经理审批。
主要步骤:
制定过程与产品质量检查计划;制定参与技术评审的计划;制定参与测试的计划;审批质量保证计划。
输出:
质量保证计划附:
质量保证计划模板,2.质量保证,2.4过程与产品质量检查角色与职责:
质量保证员负责过程与产品质量检查。
输入:
质量保证计划、质量保证检查表。
主要步骤:
准备;客观地检查过程质量;客观地检查工作成果的质量;记录检查结果。
通报结果。
输出:
质量保证报告附:
质量保证检查表模板;质量保证报告模板,2.质量保证,2.5过程与产品质量检查角色与职责:
质量保证员识别质量问题,并跟踪解决过程;质量保证小组分析机构内共性的质量问题。
主要步骤:
记录质量问题;确定解决措施;跟踪问题的解决过程;分析共性问题,给出改进措施。
输出:
质量问题跟踪表附:
质量问题跟踪表模板,3.外包与采购管理,3.1外包管理目的:
从多个候选承包商中选择最合适的,与其签订外包开发合同,并监控外包开发过程及验收成果。
主要步骤:
选择最合适的承包商;签订外包合同;监控外包开发过程;外包开发成果验收。
输出:
外包开发竞标邀请书、承包商评估报告、外包开发合同、外包开发过程监控报告、外包开发成果验收报告。
3.外包与采购管理,3.2采购管理目的:
从多个候选供应商中选择最合适的,与其签订采购合同,并依据合同验收产品部件。
主要步骤:
选择最合适的供应商;签订采购合同;采购物品验收;输出:
采购竞标邀请书、供应商评估报告、采购合同、采购物品验收报告。
4.培训管理,4.1机构培训管理角色与职责:
机构培训管理员制定培训计划,并监督计划的实施;机构领导审批该计划。
主要步骤:
确定机构的培训需求;制定机构的培训计划;执行计划;评估培训效果。
输出:
机构培训计划、培训通知、培训评估报告。
4.培训管理,4.2项目培训管理角色与职责:
项目经理制定培训计划,并监督计划的实施。
主要步骤:
确定项目的培训需求;制定项目的培训计划;执行计划;评估培训效果。
输出:
项目培训计划、培训通知、培训评估报告。
5.1客户服务角色与职责:
机构领导为产品指定客户服务人员;服务人员接收,并迅速响应,给客户满意解答。
主要步骤:
客户服务准备;接收客户要求;响应客户的要求;后续工作。
输出:
客户服务报告附:
客户服务报告模板,5.服务与维护,5.2产品维护角色与职责:
机构领导为产品指定维护人员;维护人员及时消除产品缺陷,不断改进产品功能与质量。
主要步骤:
产品维护准备;接收并判断维护要求;执行维护工作;后续工作。
输出:
产品维护报告附:
产品维护报告模板,5.服务与维护,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 培训 公司 规范