研发项目管理手册_第1页
研发项目管理手册_第2页
研发项目管理手册_第3页
研发项目管理手册_第4页
研发项目管理手册_第5页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

研发项目管理手册目录TOC\o"1-5"\h\z1项目管理体系 41.1 项目运作管理 4\o"CurrentDocument"1.1.1 目的 4\o"CurrentDocument"1.1.2 定义 4\o"CurrentDocument"1.1.3 职责 4\o"CurrentDocument"1.1.4 NPD核心思想 41.1.5 跨部门团队 51.1.6 结构化流程 61.1.7 项目和管道管理 61.2 项目计划管理 6\o"CurrentDocument"1.2.1 目的 6\o"CurrentDocument"1.2.2 定义 7\o"CurrentDocument"1.2.3 职责 71.2.4 研发系统计划管理体系 71.2.5 项目计划的制定 81.3项目进度的监控 8\o"CurrentDocument"1.3.1 目的 8\o"CurrentDocument"1.3.2 定义 9\o"CurrentDocument"1.3.3 职责 91.3.4 项目计划的变更 91.4 项目结项管理 10\o"CurrentDocument"1.4.1 目的 10\o"CurrentDocument"1.4.2 定义 101.4.3 结项评审要素 101.5 项目风险管理 10\o"CurrentDocument"1.5.1 目的 10\o"CurrentDocument"1.5.2 定义 10\o"CurrentDocument"1.5.3 职责 111.5.4 风险管理输入、输出 111.5.5 风险计划的主要内容 121.6 项目问题管理 12\o"CurrentDocument"1.6.1 目的 12\o"CurrentDocument"1.6.2 定义 12\o"CurrentDocument"1.6.3 责任 121.6.4 项目问题出现的原因 121.6.5 问题管理注意事项 13\o"CurrentDocument"1.6.6 问题归类 131.7 项目变更管理 13\o"CurrentDocument"1.7.1 目的 13\o"CurrentDocument"1.7.2 定义 13\o"CurrentDocument"1.7.3 职责 141.8 项目沟通管理 14\o"CurrentDocument"1.8.1 目的 14\o"CurrentDocument"1.8.2 定义 14\o"CurrentDocument"1.8.3 职责 141.8.4 项目沟通管理操作细则 项目组成员的日报指导 项目组周报操作指导 项目组周例会操作指导 项目组月度/阶段结束工作总结报告操作指导 项目组月度/阶段结束工作总结例会操作指导 161项目管理体系1.1项目运作管理通过研发项目管理、资源管理和绩效管理集成公司研

发管理平台,实现信息门户管理PowerYourR&D™PowerYourR&D™B口ONZESOFT青铜器软件1.1.1目的描述NPD运作模式。1.1.2定义NPD:新产品开发PAC:产品审批委员会PDT:产品开发团队1.1.3职责研发管理办负责NPD流程的推广和优化工作,研发各个项目组负责实际应用此规范。1.1.4NPD核心思想新产品开发是一项投资决策。NPD强调要对产品开发进行有效的投资组合分析,并在开发过程设置检查点,通过阶段性评审来决定项目是继续、暂停、中止还是改变方向。基于市场的开发。NPD强调产品创新一定是基于市场需求和竞争分析的创新。为此,NPD把正确定义产品概念、市场需求作为流程的第一步,开始就把事情做正确。

跨部门、跨系统的协同。采用跨部门的产品开发团队(PDT:ProductDevelopmentTeam),通过有效的沟通、协调以及决策,达到尽快将产品推向市场的目的。异步开发模式,也称并行工程。就是通过严密的计划、准确的接口设计,把原来的许多后续活动提前进行,这样可以缩短产品上市时间。结构化的流程。产品开发项目的相对不确定性,要求开发流程在非结构化与过于结构化之间找到平衡。1.1.5跨部门团队组织结构是流程运作的基本保证。在NPD中有两类跨部门团队,一个是集成产品管理团队(PAC),属于高层管理决策层;另一个是产品开发团队(PDT和TDT),属于项目执行层。PAC和PDT都是由跨职能部门的人组成,包含了开发、市场、生产、采购、财务、制造、客户服务等不同部门的人员,其人员层次和工作重点都有所不同。PAC由公司决策层人员组成,其工作是确保公司在市场上有正确的产品定位,保证项目保证资源、控制投资。PAC同时管理多个PDT,并从市场的角度考察他们是否盈利,适时终止前景不好的项目,保证将公司有限的资源投到高回报的项目上。PDT是具体的产品开发团队,其工作是制定具体产品策略和业务计划,按照项目计划执行并保证及时完成,确保小组将按计划及时地将产品投放到市场。PDT是一个虚拟的组织,其成员在产品开发期间一起工作,由项目经理组织。RDM1000提供按角色分权限的管理项目团队成员得到工作任务安排»反馈工作进展分享经验教训促进自我改进其他相关人员》协作与沟通》得到项目报告》共享项目文档》提出项目需求项目团队成员得到工作任务安排»反馈工作进展分享经验教训促进自我改进其他相关人员》协作与沟通》得到项目报告》共享项目文档》提出项目需求PowerYourR&D™I页目经理》合理配置资源>员工绩效评估A项目计划与过程控制A人员项目工作绩效评价A跨部门呼与沟通职能部门经理进行技术积累>培养优秀的研发工程师项目管理办公室Oi定监控项目:>提供决策支持:>建立标准化的流程和工具:>整合项目报告公司高层领导. 》项目优先级排序》合理配置资源》关注重要项目的健康状况》评价项目绩效e日口O2NESOFT青铜器软件1.1.6结构化流程NPD产品开发流程被明确地划分为立项、总体设计、详细设计与开发、小批量试产、产品上市、生命周期六个阶段并且在流程中有定义清晰的决策评审点。这些评审点上的评审已不是技术评审,而是业务评审,更关注产品的市场定位及盈利情况。决策评审点有一致的衡量标准,只有完成了规定的工作才能够由一个决策点进入下一个决策点。1.1.7项目和管道管理项目管理是使跨部门团队集合起来更好地行动的关键。首先要有一个目标即项目所要达到的效果,一旦我们将客户的需求转换为对产品的需求时,就可以制定详细计划。该计划中的各部分将具体划分为每个职能部门的工作,即这个计划不只是研发部门的计划,也是公司各个部门共同的计划。一个产品从概念形成到上市期间会涉及到许多不同的紧密相联的活动。同样在一个项目中他们彼此之间的活动也是有关联的,所有的活动加起来就是整个的产品开发。接下来安排活动的时间,然后对每个活动进行预算和资源的调配,在项目实施过程中还需要不断地与计划对照,因为没有任何一个计划是完善的,所以可以在细的层面上对计划进行一定的调整,但是PDT做出的承诺不能改变。整个项目的进行过程都需要PDT的参与,因此,PDT在产品开发全流程中自始至终存在。管道管理类似于多任务处理系统中的资源调度和管理,指根据公司的业务策略对开发项目及其所需资源进行优先排序及动态平衡的过程,类似下图所示意:项目状态及管道透视1.2项目计划管理1.2.1目的项目计划的制定过程是项目管理者对项目全过程进行规划、安排、预测、估算的过程。指导整个项目的执行过程,项目的过程应按照事先制定好的项目计划去执行。起到指导作用的方面包括了项目任务及其分解、时间、人力资源、成本、质量、风险、变更管理、配置管理等方面。为机构对项目的评价、衡量提供一个比较基准。方便项目管理者对项目进行控制。1.2.2定义项目计划是在项目工作执行前由项目管理者领导项目成员预先制定的关于项目将如何被执行和控制的书面化的文档。经过批准的原始项目计划以及经过批准的对原始计划的变更构成了基线。基线是对项目实施状况的衡量标准。1.2.3职责项目计划的制定是由项目经理领导、由若干项目骨干成员共同参与而完成。项目经理是主要的编写者、但一般不是唯一的编写者。若制定项目计划时因特殊原因尚未委任项目经理,应指定一名将来在项目中起重要作用的项目骨干领导项目计划的制定工作。项目计划的制定应具备与项目相关的技术经验和知识,同时还应该具备项目管理的经验和知识,熟知公司的项目管理相关规程。1.2.4研发系统计划管理体系为了提升项目间计划的可比性,公司形成统一的计划管理体系,因为项目管理涉及到多个职能领域,所以通常情况下项目计划是可以分层的,类似下图所示,统一的项目计划模板体系和分级计划体系:支持分层分级的研发计划管理体系髙层关注MB®大的里程碑计划«bt*«MWtttr®SJ-4a职能领域计划a>・・wi«ot)«r・a>i*a'«*)«•项目骨干髙层关注MB®大的里程碑计划«bt*«MWtttr®SJ-4a职能领域计划a>・・wi«ot)«r・a>i*a'«*)«•项目骨干跨职能协同计划项目经理9Q9I«oK3 ..-PowerYourR&D™BRONZESOFT

青铜器软件计划是执行的基础,执行是计划指导之下的执行。计划为控制提供了依据,同时,控制本身也属于计划的内容范围之内。执行现时也是控制之下的执行,执行的结果要受到控制机制的监督、保证控制的结果将反馈到执行过程中,执行将根据控制的结果进行调整。控制的结果也将反馈到计划中,计划将根据控制的结果进行调整。1.2.5项目计划的制定在计划阶段组织编制项目计划。编制项目计划的原则如下:尽量符合任务书的相关进度要求信息。分阶段分层次制定不同的项目计划。标识出关键任务和里程碑任务。非里程碑任务如果第一次计划难以估计准确,可以逐步细化。任务的粒度尽量细化到可以分配给具体项目组成员,并且任务量周期尽可能短,建议不超过2天。1.3项目进度的监控1.3.1目的每个岗位都要关心项目进度。每个岗位在进度的跟踪活动中,发现问题应及时互相通报,协调处理解决;不能解决时应及时上报请求处理。

1.3.2定义项目进度的监控是指产品开发团队各成员对项目进度的基线进行跟踪、分析和变更控制。1.3.3职责>项目经理:/关注项目组成员是否及时接收或者拒绝任务。/关注项目组成员是否及时填写任务完成百分比。/关注项目任务完成进度。/关注关键任务和里程碑是否延时。/关注是否要变更项目计划。>项目组成员:/关注项目经理分配给自己的任务进度。>部门经理:/关注项目经理是否及时发布项目计划。/关注关键任务和里程碑任务是否延时。/关注项目经理是否适时变更了项目计划。>项目管理工程师:/检查里程碑任务进度,对可能产生的延期提出预警。/关注项目实际进度与基准计划的偏差率,要求项目组变更项目计划。1.3.4项目计划的变更计划的变更是指项目经理根据项目情况修改了原有的计划,并保存了新的比较基准。项目实施是个动态的过程,项目计划也应适当在进行动态调整以适应不断变化的情况、为项目提供一个现实的准则。项目计划过程不是一次性的过程,在整个项目实施过程中都需要进行项目的计划工作。这些计划工作可能是对原计划的细化或修正,也可能是对出现的新情况进行处理。无论如何对计划进行动态的调整,项目计划必须一直保持其完整性和一致性,即不改动则己,若改动一处,则相关的各处应同时做相应调整。例如:为产品增加了一项功能,则不能只改动工作范围,相应的进度计划、资源需求、风险分析、质量措施、测试计划等方面应同时考虑并调整。当对项目计划的调整涉及到项目基线的调整时必须向研发管理办提出申请,经审查批准后方可调整。1.4项目结项管理1.4.1目的项目结项有利于组织内部或行业内部经验与数据的积累,项目过程的改进和技术与管理经验积累,对于今后的项目有非常重要的指导意义。项目结项的目的主要有以下三点:/对项目进行综合评估;/对项目的有形资产和无形资产进行清算;/总结经验教训,为企业积累经验和数据。1.4.2定义项目结项是指在项目的研发工作结束后,对项目进行综合评估、对项目的有形资产和无形资产进行清算、总结项目研发的经验教训的过程。项目结项分为两种情况,一种是正常结项,另一种是非正常结项。/正常结项是指项目按项目计划进行到结束,其中包括提前完成、延期完成和正常完成(不提前也不延期)三种情况。/非正常结项是指项目因各种原因而被淘汰或取消。1.4.3结项评审要素对项目有形资产和无形资产的清算。成本管理部主要清算项目的财务,资产管理人员检查项目的设备。剩余的经费要回收,设备应该被重新利用。如果发现有非法的资产流失,应该上报公司领导处理。结项评审委员会对项目进行综合评估。该评估可以作为考核项目组工作业绩的参考。主要包括项目按计划进度完成情况、研发过程质量、研发产品质量、投入产出分析、项目的市场价值、项目对企业的贡献等。项目组经验教训总结。主要从项目组在提升项目管理能力和技术开发能力两方面进行经验教训总结。把成功的经验归入企业研发经验库,为以后的项目研发提供参考,避免少走弯路。把失败的教训归入企业问题风险库,为以后的项目研发过程中的风险计划和控制提供参考。技术专家与项目组成员共同探讨发掘可以重复利用的技术成果,并放入企业共享知识库。1.5项目风险管理目的尽最大努力扩大风险的积极影响和有利结果,减少风险的消极影响和不利结果,以最少的成本保证安全、可靠地实现项目目标。定义项目风险管理是对项目潜在的意外损失进行规划、识别、估计、评价、应对和监控的过程,是对项目目标的主动控制手段。风险识别是判断哪些风险影响项目,并以书面形式记录其特点。定性风险分析是对风险概率和影响进行评估和汇总,进而对风险进行排序,为以后的工作提供参考。定量风险分析是就识别的风险对项目总体目标的影响进行定量分析。

1.5.3职责研发管理办负责此管理规范的制定和维护,以及培训和解释、推行和实施工作。研发项目管理相关人员,比如技术专家、项目经理、项目组成员、QA等负责风险管理规划的制定和执行。1.5.4风险管理输入、输出风险管理输入输出风险识别研发管理流程、行业标准等影响风险决策的相关制度;企业经验库;项目范围;项目计划;风险计划。风险记录册风险分析研发管理流程、行业标准等影响风险决策的相关制度;企业经验库;项目范围;项目计划;5、风险计划。风险记录册(更新:项目风险排序清单,对项目十分重要的风险说明评定依据,把高风险和中等程度的风险进行分类,把不重要的风险列入观察类别。)风险应对风险计划;风险记录册。风险记录册(更新:商定的风险应对措施和具体活动;风险负责人及其职责;风险应急计划、备用计划。)风险控制风险记录册(更新:总结风险管理纠正和预防措施的有效性和可行性);项目计划变更申请;项目计划(更新);企业经验库(更新)。1.5.5风险计划的主要内容确定风险管理计划的角色与职责;确定可能的风险类别;确定风险级别的定义方法;把风险按优先级别排序;确定如何做好风险管理活动的记录工作;1.6项目问题管理1.6.1目的项目问题管理的目的是发现并解决和管理问题,让问题结项目结果的负面影响减少到最低限度。1.6.2定义问题管理是以挖掘问题、归结问题、处理问题为线索和切入点的一种管理方法和技巧。1.6.3责任研发管理办负责项目问题管理工具和方法的支持和引导,项目经理负责对问题的发现、分析和解决的执行。1.6.4项目问题出现的原因项目具有不确定性,项目组内部或外部的不确定因素必然会导致项目问题的出现。资源不能按时到位、原设计方案存在缺陷、需求发生变更等问题的发生是项目管理过程中不可避免的,项目经理应该正视并积极应对。1.6.5问题管理注意事项在问题发生后,首先要查看风险管理计划是否已经有考虑并有相应的应对措施,如果没有;如果不在预计范围之内应尽快分析问题并汇报给所有项目关系人;项目经理应定期跟踪问题处理状态并将处理状态反馈给项目关系人;组织专门的问题管理系统,所有的问题都要有明确的定义,主要包括来源、状态、优先级、需要解决的日期等;表达问题比发现问题更重要。项目经理要应正确分析问题的本质并努力得到领导的理解和支持。1.6.6问题归类在发现和调查问题后,为了评估问题对整个项目的影响程度,确定问题解决方案,需要对问题进行归类。问题归类可以从以下几方面考虑:/范围:与问题相关联的领域;/影响度:问题对项目利益的影响程度;/紧迫性:问题需要解决的紧迫程度;/优先级:综合考虑影响度、紧迫性、风险和可用资源后得出的问题解决的先后顺序;/状态:描述问题目前所处的状态,比如正在解决、已解决、致命错误等。1.7项目变更管理目的对项目变更实施有效的管理,达到增进团队成员之间的了解,控制项目的实施进度,提高项目质量,降低项目开发风险和成本的目的。使项目能有“安全”的基础。定义尽管所有项目都有严格的任务内容定义,但客观上,在项目进行中,客户的需求会发生变化,项目变更管理将有效地跟踪、管理各类变更。项目变更管理是项目管理中最重要的环节之一。项目变更管理包括:变更流程控制、变更申请表、变更审批、变更记录管理等。解释:变更流程控制包括:计划版本升级、产品变更(含需求变更) 只有变更授权人员可以接受、拒绝、延后、协商变更请求,所有变更请求也必须以正规的书面形式申请和记录跟踪一旦变更被批准后,立即更新项目说明书和项目内容书。1.7.3职责研发管理办负责项目变更管理规范的制定和维护,以及培训和解释、推行和实施工作。研发项目相关部门,比如CCB、研发部门、物流管理部、市场部、成本管理部等负责项目变更管理的执行和反馈。1.8项目沟通管理1.8.1目的指导和规范项目组成员在组织沟通方面的动作及行为,形成方面、有效、快速的沟通渠道。减少和避免一些由于沟通问题而对整个项目开发造成的不利因素和负面影响。1.8.2定义项目沟通管理包括为了确保项目信息及时适当的产生、收集、传播、保存和最终配置所必须的过程。项目沟通管理把成功所必须的因素--人、想法和信息之间提供了一个关键连接。涉及项目的任何人都应准备以项目"语言"发送和接收信息并且必须理解他们以

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论