产品研发计划编制与管理

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

项目计划制定方法2020年1月21日Page2好的计划等于成功了一半。凡事预则立,不预则废。Page3前言:计划基础Page4计划制定的流程(例:产品开发)Page5计划的作用(一)1、计划是连通团体的经脉•压力自上而下充分传递•提高团队工作效率•明确职责2、计划是走向目标的诺言•确定工作总目标•控制开发进程•计划是工作的指南针Page63、计划是交流沟通的工具•工作得以量化•获得关键路径•合理地调配资源•清晰地反映项目状态信息4、计划是实现成功的保证•规范项目活动•约束和协调的依据•问题的预警与防范计划的作用(二)Page7一个完整的计划内容任务名称及层次资源人员技术成本时间进度完成标志上层任务的约束下层任务的配合阶段里程碑Page8计划制定的原则•目标计划的制订是由上往下制订,由下往上修改的过程;•在制订每一层计划时均要充分考虑上下层计划的约束关系;•在与各相互关联的计划及与职能部门充分沟通和协调的基础上来制订目标的计划。Page9计划制定的要素完整性:•是否包含了版本及所有特性的计划;•是否全流程的计划(硬件、软件、测试、制造、市场技术、技术支援、生产等);•是否产品卖出去的计划(资料、宣传、操作指导等);层次性:•是否根据产品的特点进行了分层;•每项活动是否分解到个人、时间不超过一周;•各层次之间配合关系是否明确;•特性是否归类合理性:•计划进度是否符合市场需求;•技术难度及解决情况是否支撑;•资源需求是否合理;•资源需求是否可以保证;•各阶段、步骤、任务的时间安排是否合理;•关键物料的货期是否影响计划;•是否符合流程;•是否设置了关键路径和里程碑;•每个活动是否有结束的标志。进度、质量、成本、约束、资源、文档、配合、里程碑阶段步骤任务活动Page10计划分级制定Page11任务、角色与多级计划体系硬件项目组产品经理硬件软件测试制造器件组结构组软件项目组软件项目组软件测试组硬件测试组装备组工艺组试制组硬件项目组......技术支援工程设计组维护组编辑出版组生产接口人工程安装组PDT用户培训组一级计划产品版本计划二级计划PDT计划特性计划(一级二层)三级计划项目组计划月度工作计划技术支援市场技术1月2月3月4月5月产品研发合同书PDT任务书项目组任务承诺书Page12一级计划制定•根据产品规格和总体方案划分特性;•根据市场的要求或产品战略或其他因素确定版本和特性的计划总目标;•产品经理(版本经理)各PDT经理(软件经理、硬件经理、测试经理、制造经理、市场技术经理、技术支援经理等)、特性经理沟通协商,大致确定版本和特性的阶段时间分布。•根据二、三级计划的制定情况,来修正版本和特性一级计划Page13二级计划制定:•各PDT经理根据产品的一级计划获取二级计划总目标;•PDT经理与相关的职能部门经理沟通与协商,基本确定各项目组所需的工时和资源、联调测试或试产时间等。•根据三级计划的详细制定情况修正二级计划。•二级计划既要考虑一级计划的约束,又要考虑三级计划的支持,如果二级计划制定出来后与一级计划有冲突,需要向上反馈,与产品经理(版本经理)协商确定是否要修改一级计划。Page14三级计划制定:•项目经理根据二级计划确定项目组的工作计划目标;•与项目组骨干成员讨论制定详细的工作计划;•制定三级计划同样要考虑二级计划的约束和资源的配合,三级计划是产品计划与资源计划的真正结合点。•如果三级计划制定出来后与二级计划有冲突,需要向上反馈,与PDT经理和资源经理协商确定是否要修改二级计划。Page15目录项目目标项目分解资源配置详细计划网络计划计划监控计划调整计划管理并行Tr1.Tr2.Tr3.Tr4.Page16项目目标的标准•明确性(Specific)——最终目标是否明确了应该做到哪一步以及何时完成•可度量性(Measurable)——你能在多大程度上测量最终目标的完成情况•可完成性(Achievable)——在规定的时间内,最终目标是否合理,能够实现?•相关性(Relevant)——最终目标是否很重要、很有价值、是否值得进行下去?•可跟踪性(Time-Bound)——你能够对整个项目的时间进程进行跟踪检查吗?Page17如何写项目目标•项目要做什么?•为什么要做它?•如何做?•谁去做?•何时做?•需要哪些资源?•如何评估它的效果?•项目在哪里完成?Page18目标确定项目目标是项目预期的结果或最终产品,应明确具体,并尽量定量化,主要涉及:时间约束性目标费用约束性目标技术Productrequirementsspecification产品满足特定需求、个性化的可交付性成果目标通常是根据以下因素确定,它要求在一定期限和预算内完成预定任务。工作范围进度计划成本Page19任务目标评估填写《项目定义》或《项目目标说明书》与项目任务下达上级沟通确认,确认目标是否准确,进一步明确项目目标成果及有关约束条件。确认后,根据《项目目标说明书》进行WBS分解,绘制网络计划、关键路线。Page20演练:写出自己项目的目标举例:在150万元的预算内,根据1月15日的楼面布置图纸和说明书,在8月2日建成珠海新校区的宿舍楼供9月份来报到的新生住。各组写出自己项目的目标,派一名代表上台讲述。Page21项目目标项目分解资源配置详细计划网络计划计划监控计划调整计划管理WBS工作结构分解并行WBS分解的0层、1层可以作为网路计划的基础,WBS分解的2层、3层可以作为详细计划的基础Tr1.Tr2.Tr3.Tr4.Page22WBS简介WBS(WorkBreakdownStructures译工作分解结构)。在一般的项目中,由于目标和范围可以确定,项目实施工作和管理工作也可以确定。WBS就是通过树型结构分解工作,以便确定项目所有工作。WBS是项目信息沟通的共同基础,是系统综合与控制的对象,是项目管理的最重要的工具。主要原理将任务逐级分解直至个人,在矩阵中体现为:先确定横向有多少结点,再将每一结点任务逐渐细化直到个人,工作分解图(WBS)实际上就是将一个复杂的开发系统分层逐步细化为一个个工作任务单元,这样可以使我们将复杂、庞大的、不知如何下手的大系统划分成了一个个独立的我们能预测、计划和控制的单元,从而也就达到了对整个系统进行控制的目的。Page23WBS的作用1.将大系统变成具体的小工作单元,使复杂→简单,难以预测→易于预测,难以控制→易于控制2.是制定项目计划、编制项目预算、确定项目组织、分配工作的基础3.使我们对开发项目情况有了更加深入详细的了解,特别是对应做的工作有了更为透彻的概念4.便于了解整个项目开发系统的结构,便于合作、协调Page24WBS与传统进度计划的区别WBS与传统进度计划的主要区别在于,WBS是项目所有工作的集合,而传统进度计划一般不包含项目管理元素。纳入项目管理元素符合WBS百分百覆盖的原则,使得WBS能够覆盖这个项目管理和实施工作,也使得WBS的作用具有更加宽泛的作用。WBS的分解在实践中,WBS是对项目所有工作的覆盖和分解,是项目所有工作的集合,是静态的无实施顺序的,它回答了“项目要完成什么”Page25WBS应用(一)小项目:头脑风暴大项目:WBSWBS思想按照项目发展的规律,依据一定的原则和规定,进行系统化的、相互关联的和协调的层次分解。最终构成一份层次清晰、可以具体作为组织项目实施的依据。WBS:面向项目“目标成果”的“树”其最底层是细化后的“可交付成果”,该树组织确定了项目的整个范围。但WBS的形式并不限于“树”状,还有多种形式。项目分解的目的:(1)将整个项目划分成可以进行管理的较小部分,同时确定工作内容和工作流程;自上面下地将总体目标划分成一些具体的任务,划分不同单元的相应职责,由不同的组织单元来完成,并将工作与组织结构相联系,形成责任矩阵;(2)针对较小单元,进一步对时间,资金和资源等做出估计;(3)为计划、预算、进度安排和成本控制提供基础结构。Page26WBS的潜在哲理把项目分解成若干个可以单独分配和可以单独承担责任的工作包;WBS最基本目的:将项目的产品、项目的过程和项目的组织——这三种不同的结构,艺术性地综合为项目分解结构的成果。项目规模大、复杂、难控时——分解,直到使其分解后的低级子项目易于实施和控制为止。WBS应用(二)Page27WBS示例××版本特性n特性1平台特性测试硬件软件制造测试硬件软件制造测试硬件软件制造软件硬件测试制造。。。Page28基于目标的WBS分解过程项目计划Pf——Pi——WBS——T/wbs——C/wbsPf:最终目标(FG)Pi:阶段目标(SO)WBS:工作分解结构(WorkBreakdownStructure)T/wbs:单项工作包所需时间C/wbs:单项工作包所需成本Page29建立方法1)遵循指导方针DOD的项目范围说明中明确指出项目的WBS2)类比法选取相似项目的WBS作为参考3)从上至下或从下至上方法建立WBS的指导原则•一个单位工作任务只能在WBS中出现一次•一个WBS项的工作内容是其下一级各项工作之和•每项工作由一个人负责•WBS必须与工作任务的实际执行过程相一致•项目组成员参与WBS的制定过程•每一个WBS项必须有准确描述•WBS具有一定的灵活性,以适应变更的需要建立WBS的方法Page30WBS分解•WBS分解原则首先是多种分解元素并存一是产品分解元素。产品分解元素是对项目输出产品的物理结构的分解,是最习惯、最通用、最基础和最容易开发的WBS。所有这类项目都有实实在在的输出产品,如:软件、建筑物、水坝、飞机、用户手册等。产品的分解通常比横向关联元素或项目管理元素有更多的级别,产品的层次划分取决于产品及组件的复杂程度。二是服务分解元素。服务项目没有实实在在的、结构性的可交付成果。他的输出是一个被定义的为别人做的工作,如:会议、宴会、婚礼、旅游等。工作分解是相关工作领域的逻辑集合。三是结果分解元素。结果性的项目也没有实实在在的可交付成果。它的输出是一个过程的结果,这个过程导致一个产品或一个结论。工作分解是一系列可接受的步骤。四是横向关联元素。这是一个横跨产品所有内容的一种分解,如:建筑设计、装配或系统设计等。这种元素通常是技术性或支持性的。这类元素在服务性项目和结果性项目中很少出现。五是项目管理元素。这是一个项目的管理责任和管理活动的分解,如:计划、报告、项目审查以及项目管理团队的一些活动。项目管理实际上是一种特殊类型的横向关联元素,因为它普遍存在于项目WBS中,起到支撑项目的作用,所以单独列为一种特殊的元素。Page31WBS分解•WBS分解的原则将主体目标逐级分解,逐步细化,最底层的任务活动可直接分派到个人去完成,WBS分解的0层、1层可以作为网路计划的基础,WBS分解的2层、3层可以作为详细计划的基础;工作分得越细,制定计划时就越容易。功能或技术的原则:考虑到每一阶段到底需要什么样的技术或专家组织结构:考虑项目的分解应适应组织管理的需要地理位置:主要是考虑处于不同地区的子项目系统或子系统原则:根据项目在某些方面的特点或差异将项目分为几个不同的子项目百分百原则:在下级分解元素中要能够保证上级项目的工作被百分之百地覆盖了。WBS分解的一般步骤总项目子项目或主体工作任务主要工作任务次要工作任务小工作任务或工作元素Page32WBS分解•WBS分解的方法:自上而下与自下而上的充分沟通一对一个别交流小组讨论•WBS分解的标准:分解后的活动结构清晰;逻辑上形成一个大的活动;集成了所有的关键因素;包含临时的里程碑和监控点;所有活动全部定义清楚;Page33WBS分解模型WBS分解类型1:基于可交付成果的划分上层一般为可交付成果为导向下层一般为可交付成果的工作内容WBS分解类型2:基于工作过程的划分上层按照工作的流程分解下层按照工作的内容划分WBS工作编码由高层向下层用多位码编排,要求每项工作有唯一的编码10001100111011111112111

1 / 145
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功