研发项目管理实战03项目计划

上传人:大米 文档编号:568007825 上传时间:2024-07-23 格式:PPT 页数:65 大小:1.22MB
返回 下载 相关 举报
研发项目管理实战03项目计划_第1页
第1页 / 共65页
研发项目管理实战03项目计划_第2页
第2页 / 共65页
研发项目管理实战03项目计划_第3页
第3页 / 共65页
研发项目管理实战03项目计划_第4页
第4页 / 共65页
研发项目管理实战03项目计划_第5页
第5页 / 共65页
点击查看更多>>
资源描述

《研发项目管理实战03项目计划》由会员分享,可在线阅读,更多相关《研发项目管理实战03项目计划(65页珍藏版)》请在金锄头文库上搜索。

1、IT TEAM目标:了解项目计划的一般流程与活动了解项目计划的主要内容了解项目生命周期模型的主要类型了解制定WBS的主要步骤M03.1IT TEAM项目五大过程策划过程监控过程执行过程关闭过程启动过程注:箭头代表信息流的传递调整目标选择生命周期模型制定项目过程制定项目计划计划评审项目开工会2IT TEAM项目计划的重要性Ifyoufailtoplan,youplantofail.Planningissocriticaltothesuccessofaprojectthatsomeexpertsreportthataprojectsultimatesuccessorfailureisdetermi

2、nedasearlyas10percentofthewaythroughtheproject.Effectiveplanningisneededtoresolveproblemsupstream,atlowcost,ratherthandownstream,athighcost.Theaverageprojectspendsabout80percentofitstimeonunplannedreworkfixingmistakesthatweremadeearlierintheproject.ProjectSurvivalGuide“IfIhadeighthourstocutdownatree

3、Iwouldspendsixhourssharpeningthesaw.”A.Lincoln项目的成功=计划执行3IT TEAM计划阶段的主要目标明确项目的范围,估算项目的基本参数定义项目的生命周期过程、活动、任务以及三者之间的关联关系,确定项目的里程碑与进度定义项目的所需的人力(才力)与物力资源满足上述条件的风险、依赖与前置条件WhatHowWhoWhen4IT TEAM项目估算Estimate估算:Tocalculateapproximately(theamount,extent,size,position,orvalueofsomething)近似的计算(事物的数量、程序、规模、位置与价

4、值)Toformanopinionabout;evaluate.为形成意见和/或评价EnglishDictionaryEstimate估算:Theactorinstanceofestimating估算的活动/实例Toamount,extent,size,position,orvaluereachedinanestimate估算出的数量、程度、规模、位置与价值Anopinionorajudgment意见或者判断5IT TEAM为什么需要估算1.影响项目投资与财务决策商业上的投资回报分析需要产品开发成本的估算和/或产品生命周期各阶段的支出概况2.设定预算和进度以作为项目计划和控制的基础例如:在项目

5、的各个阶段应分配多少人力?要花多少工作量、成本和时间?3.在项目的成本、进度、范围与质量因素之间作出决策或权衡我们在多大程度上、多大范围内、什么样的情况下可以向领导/客户说“不”?6IT TEAM为什么需要估算4.确定产品中哪些组件需要开发、复用、购买还是外包一次优秀的工作量估算活动有助于了解什么时候构造一个组件要比重新修改一个组件更加划算5.估算是项目管理的核心能力:初级:估计与项目计划、监控的结合中级:根据对应、平台、环境和工具使用经验这些成本驱动因子的改进,如何评价培训的收益?如何评价推行重用的收益?高级:估计与质量目标的设置,以及如何改进组织的估算能力以适应新的技术、新的方法和新的业务

6、。7IT TEAM都需要估算些什么?策划过程监控过程执行过程关闭过程启动过程注:箭头代表信息流的传递范围估算规模估算工作量估算进度估算项目计划过程的重要步骤8IT TEAM估算中的“不确定性锥”低确定性高确定性0.25x1.00x4.00x估算偏差范围概念计划需求概要设计详细设计二个维度的不确定性功能维度人力资源维度p开始的时候,很多不确定因素p结束的时候,很少啦p在进展过程中,我们可以通过不断的学习来改善项目的管理9IT TEAM估算原理立项前要说明标定的总成本与总时间期间系统专家项目计划阶段为计划更新提供输入,是项目计划的前提项目经理与项目团队成员在项目生成周期内某个主要阶段结束时需求发生

7、重要变更时为计划更新提供输入何时做估算?为何做估算?何人做估算?10IT TEAM估算步骤项目范围规模(Size)工作量(Effort)进度(Schedule)进度调整需求、模块技能、工具、重用率人力、任务关系项目目标历史数据11IT TEAM估算方法介绍:专家判断法步骤1.识别3-5个估算专家2.估算协调员向估算成员提供规格和估算表3.讨论偏差率的接受范围(例如:20%),讨论估算的轮次4.讨论项目目标、假设、划分等估算的轮次5.每位成员独立估算6.估算协调员收集估算结果,整理后发给估算成员,估算成员只知道数值但不知道每个数值由谁估算的偏差率=max平均值最小值,最大值-平均值/平均值XX0

8、5101520XXXAverageEstimateStaffMonths12IT TEAM专家判断法WidebandDelphi7.检查估算的结果,检查差的范围是否在可接受的范围内。如果是,则本次估算结束,各位估算专家估算的算术平均值即为估算的结果;8.如果偏差超出可接受的范围,估算专家讨论任务划分与估算的前置条件;a)但是,估算数值是不可以被讨论的;b)并且,一些任务/工作产品可以切分的更细;c)回到步骤59.在规定的估算轮次内还没有完成估算,则结束本次估算XX05101520XXXXRound1XX05101520XRound2XXXX05101520Round3XX13IT TEAMDe

9、lphi估算方法流程14IT TEAMWidebandDelphi优缺点Delphi方法的理论基础:当一组估算专家独立的依照相同的前置条件执行估算活动的时候,估算结果可以无限接近实际的数值所以,我们必须保证估算专家的独立工作和基于相同的前置条件Delphi方法的缺点:较主观,结果可信服性弱估算活动较耗时Delphi方法的优点:大家对项目需求会有进一步的认识消除个人理解偏差15IT TEAM估算方法介绍:类比估算法步骤1.从类似历史项目获得规模、工作量详细信息,信息按领域类别分类、分解2.和历史项目逐条比较,给出比率关系3.基于比率计算新项目规模4.基于新项目规模计算新项目工作量5.检查新项目和

10、历史项目假设一致性16IT TEAM类比估算法例子背景:新项目叫做Triad,与历史项目AccSellerator1.0很类似步骤1:从类似历史项目获得规模、工作量详细信息,信息按领域类别分类、分解Database5,000Lineofcode(LOC)UserInterface14,000LOCGraphsandreports9,000LOCFoundationclasses4,500LOCBusinessrules11,000LOCTOTAL43,500 LOCDatabase10tablesUserInterface14WebPagesGraphsandreports10graphs+8

11、reportsFoundationclasses15classesBusinessrules?17IT TEAM估算方法介绍:类比估算法步骤2:和历史项目逐条比较,给出比率关系SubsystemActualSizeofAccSellerator1.0EstimatedSizeofTriad1.0MultiplicationFactorDatabase10tables14tables1.4UserInterface14WebPages19WebPages1.4Graphsandreports10graphs+8reports14graphs+16reports1.7Foundationclass

12、es15classes15classes1.0Businessrules?1.518IT TEAM估算方法介绍:类比估算法步骤3:基于比率计算新项目规模SubsystemCodeSizeofAccSellerator1.0MultiplicationFactorEstimatedCodeSizeofTriad1.0Database5,0001.47,000UserInterface14,0001.419,600Graphsandreports9,0001.715,300Foundationclasses4,5001.04,500Businessrules11,0001.516,500TOTAL

13、43,500-62,90019IT TEAM类比估算法例子步骤4:基于新项目规模计算新项目工作量TermValueSizeorTriad1.062,900LOCSizeofAccSellerator1.043,500LOCSizeratio1.45EffortorAccSellerator1.030staffmonthsEstimatedEffortorTriad1.0 44 staff months20IT TEAM估算方法介绍:参数估算法生产率:生产单位成果单位资源所需要花费的时间时间如建设一座埃菲尔铁塔需要3年,那么建设10座需要的历时为?如果只是一个建筑公司,则需要如果只是一个建筑公司

14、,则需要30年年活动历时=成果数量*生产率/可用资源数量21IT TEAM估算方法介绍:三点估算法平时回家,如果不堵车,最快30分钟;如果堵车,最慢2小时。大多数情况是1小时请估算回家所需时间回家所需时间回家所需时间=(60*4+30+120)/6=65分钟分钟平均估算值=(最可能持续时间*4+最乐观+最悲观)/622IT TEAM三点估算法平时回家,如果不堵车,最快30分钟;如果堵车,最慢2小时。大多数情况是1小时请估算80分钟内回家的概率是?1、计算平均值:回家所需时间=(60*4+30+120)/6=65分钟2、计算标准差:=(120-30)/6=15分钟3、绘制正态分布图平均估算值=(

15、最可能持续时间*4+最乐观+最悲观)/6标准差=(最悲观-最乐观)/623IT TEAM三点估算法吴永达吴永达如果问在80分到50分之间到家的概率,则是68%如果问在80分钟以上回家的概率,则是15%(大约),在正态图位置为“大约平均值右侧超过一个标准差”99.73%Te68%95%65分80分50%+68%/2=84%24IT TEAM估算方法介绍:关键路径法CPM开始活动B活动A活动C活动D活动E活动F结束1、关键路径可能有一条或多条2、越多意味着风险越大3、总时差TF决定进度安排灵活性4、自由时差(FF)决定后续活动安排灵活性5、路径时差=总时差-自由时差25IT TEAM高估vs.低估

16、高估的危害帕金森定律(ParkinsonsLaw):1985年,英国历史学家、政治学家NorthcoteParkinson出版了ParkinsonsLaw一书:在行政管理中,行政机构会像金字塔一样不断增多,行政人员会不断膨胀,每个人都很忙,但组织效率越来越低下。这条定律又被称为“金字塔上升”现象。低估的危害降低计划的有效性降低项目按时完成的可能性前期技术基础没有打劳,后期将以数倍的代价偿还u宁可高估也不要低估,低估对项目的惩罚远远高于高估对项目的惩罚;u因为,“出来跑,总有一天要还的”无间道26IT TEAM是估算还是另外什么东东?“我们要准备好2.1版本,以便于在5月份的展览上进行演示!”“

17、我们一定要在下周做好这个版本的发布准备,这是政治任务!”“必须要在7月1日以前完成这些功能,以便于满足节假日销售季节的需要!”“我们必须要将下一版本的成本控制在2000万元人民币以内,因为可以提供的最大预算只有这么多”27IT TEAMEstimation,GoalandCommitment目标描述的是期望达到的业务目的期望达到某个目标,或者某个目标是强制性的,并不意味着它是可以达到的;承诺(Commitmnet)是许诺在特定的日期之内以特定的质量水平交付规定的功能;承诺是可以与估算相同,可能比估算更激进,也可能比估算更保守;不要假定承诺必须与估算是一样的,它们可以互不相同。28IT TEAM

18、Estimation,GoalandCommitmentACase主管:你认为这个项目需要多长时间?我们要在三个月之内为展览会准备好这个产品。我不能给你更多的人手,你必须依靠现有的人力资源来完成工作。这是我们需要的功能特性清单(FeaturesList)。项目负责人:好的,我先去做一个估算。(4小时以后)项目负责人:我们估算这个项目需要5个月。主管:5个月!你刚才没有听清楚我说得吗?我说的是要在3个月之内为展览会准备好这个产品!Somedoubts是交付100%的功能重要,还是为展览会准备好一些东西更重要?如果一旦发现无法在展览会之前交付所有的特性,是应该准备好在展览会时交付已经完成的部分,还

19、是把交付的日期推迟到展览会之后?Features有没有优先级?所以“3个月”是目标,还是估算?当某人要求你提供估算的时候,要确定他是期望你进行估算,还是期望你给出如何达到某个目标的计划29IT TEAM估算和计划的关系估算要客观,不能受目标的左右计划也要客观,是基于估算如何达成项目目标的过程如果估算与目标差距较大,计划中要考虑可行的方式减小或消除差距工作任务书估算结果制定项目计划u思考:如果在工作任务书中规定3个月完成项目,而估算之后发现要6个月才能完成,这时如何处理?30IT TEAM小结小贴士:1.采用专家估算的时使用“背对背”的策略;2.马上开始尝试除专家估算之外的第二种方法;3.开始积

20、累数据一再少的数据都会说话,只有是我们仔细聆听;4.总结估算中的得失改进你的估算。如果估算知识采用非定量方法获得的,主要是一群人管理人员认定而几乎没什么数据支持,就很难为它做出有力的、可信的辩护。FredBrooks31IT TEAM调整项目目标项目计划过程是一个Negotiation(谈判)和Balance(平衡)的过程思考:项目四要素时间、成本、范围、质量哪个灵活性更大?质量时间范围成本32IT TEAM定义项目的过程选择项目生命周期模型瀑布模型增量模型迭代模型螺旋模型V模型33IT TEAM瀑布模型软件计划需求分析设计编码测试集成定义阶段定义阶段定义阶段优点:1.为项目提供了按阶段划分的

21、检查点。2.当前一阶段完成后,您只需要去关注后续阶段。缺点:1.很难适应需求经常变更,客户很难参与进去。2.只有在项目生命周期的后期才能看到结果。3.在软件需求分析阶段,完全确定用户的所有需求是比较困难的,甚至可以说是不太可能的。34IT TEAMV模型35IT TEAMW模型36IT TEAM快速原型模型37IT TEAM增量模型38IT TEAM快速应用开发RAD模型39IT TEAMRUP迭代模型40IT TEAMRUP迭代模型41IT TEAM螺旋模型42IT TEAM定义项目过程定制化项目过程的活动思考:组织级的流程是否完全遵守?因为每一个项目都有各自的特点,需要对制定适合于项目的过

22、程项目必须遵守的是项目定义过程流程体系裁剪指南裁减项目过程(PHB)项目的基本法审核&核准43IT TEAM何谓过程裁剪(Tsiloting)为某特定项目执行的容易性,以些微变更的方式对现有过程进行定制化;舍弃过程某些不适用于项目或不能对项目有加值作用的方面,增加某些对项目会产生价值的环节;将项目执行所需要的新过程融合到项目中裁剪必须是受控的所以,似乎叫“裁适更好”44IT TEAM制定项目管理计划项目计划主要内容角色职责项目范围与目标假设与依赖项目进度与里程碑(WBS)项目交付件验收标准资源计划测试计划数据管理(文档资料管理)计划质量保证计划评审保证计划外部干系人沟通计划培训计划配置管理计划

23、风险管理计划供应商管理计划计划要评审!45IT TEAMWBS目的:便于控制程度:能够可靠的估算工作费用和持续时间,IT行业惯例8/80小时即可步骤:1、识别可交付成果和工作2、确定分解结构3、将上层分解为下层4、分配标识号5、核实工作的分解的程度是否必要而又足够不能分解:很远的将来要完成的成果其他:在创建WBS过程和活动定义过程都需要进行分解,区别是:在创建WBS过程中最终产物是可交付成果,是名词在活动定义过程中最终产物是活动列表,是动词46IT TEAM制定WBS步骤定义活动活动分层次,从顶层开始细化为便于监控,活动分解足够细分,并且对活动是否完成有标准、能够衡量在项目计划和监控能力较弱的

24、情况下,只细化当前阶段的活动标准的WBS模板定义活动的两个维度:项目生命周期与产品工程47IT TEAM制定WBS步骤活动排序根据时间及彼此间的逻辑关系(相互依赖关系)组织项目活动的顺序识别项目关键路径,关键路径是项目监控关注的重点开始A:3dB:14dC:3dD:7dE:4dF:10d结束48IT TEAM定义项目WBSHowtodevelopWBSindetailsenough?RequirementsRequirements(客户需求、产品需求、产品组件需求)WBSProducts/ProductComponentsProducts/DevelopmentSupportsWBS.mppf

25、ile(名词:成果)Noun+Verb(动词:活动)49IT TEAM寻找Noum对需求层次分析管理上班考勤签到签退查询到勤状况管理上班考勤签到签退查询到勤状况使用者的需要Level0系统需求Level1产品的WBS源自客户的需求,并在系统工程方法论的指导下,不断地精细化(refined)50IT TEAM寻找Noum从系统架构转换为WBS系统到勤管理子系统签到到勤状况查询签退系统1000到勤管理子系统1100签到1200到勤状况查询1300签退.1000到勤管理子系统1300签退.架构WBSWBS元素51IT TEAMCaution!2.HowtodevelopWBSasawholeenou

26、gh?52IT TEAMTask是WBS的最低层、也是工作分派的单位53IT TEAM定义“Task”的“八项注意”1.将要完成的工作之摘要;2.来自项目其他工作的必要输入(前置项);3.责任人;4.产品规格;5.资源估算;6.工作量/成本与预计;7.进度要求;8.特定的输出/交付件:硬件、软件、测试、文件、图样、数据等等54IT TEAM以Ganttchart呈现活动网络的范例55IT TEAMWBS示例:以可交付成果为第一层飞行系统飞行器支持设备设施测试与评价项目管理培训数据系统工程管理支持性项目管理活动设备培训设施培训服务培训技术命令工程数据管理数据实物模型运作测试开发测试基地大楼维护设

27、施组织层次的中间层次的补给站层次机身引擎通信系统导航系统消防系统56IT TEAMWBS示例:项目的成果分析家庭装修家庭装修设施设施结构结构墙体墙体地板地板门窗门窗厨房厨房厕所厕所洗浴洗浴空调空调照明照明通讯通讯洁具洁具燃具燃具风机风机垃圾垃圾橱柜橱柜水池水池上水管上水管下水道下水道龙头阀门龙头阀门过滤网过滤网57IT TEAMWBS示例:以阶段为第一层软件产品发行版本5.0项目管理项目需求详细设计构建整合测试管理会议规划培训资料用户文档软件培训资料用户文件软件培训资料用户文件软件培训资料用户文件软件58IT TEAMWBS示例:以角色为第一层文艺演出文艺演出文艺演出文艺演出节目节目节目节目剧

28、务剧务剧务剧务后勤后勤后勤后勤经营经营经营经营策划策划策划策划编导编导编导编导排练排练排练排练表演表演表演表演化妆化妆化妆化妆道具道具道具道具灯光灯光灯光灯光音响音响音响音响交通交通交通交通就餐就餐就餐就餐住宿住宿住宿住宿安全安全安全安全广告广告广告广告销售销售销售销售票务票务票务票务财务财务财务财务59IT TEAM计划的评审(关于结果的期望)达到一致获取承诺项目团队其他相关方(有依赖关系的)高层管理者(提供相关资源)计划评审的目的达成一致获取承诺60IT TEAM项目开工会的目的项目干系人再一次就项目的目标、范围与责任达成一致项目干系人再一次明确项目计划进一步明确项目干系人对项目的承诺鼓舞

29、士气ProductByhavingaclearvisionofthedesiredendresultyouwillhaveahigherprobabilityofreachingitProduct61IT TEAM小结1.Ifyoufailtoplan,youplantofail.2.有效的计划是将问题解决在前期,面不是留到后面;3.识别项目关键干系人是项目制定合适的目标的前提;4.有效的项目过程能提前项目生产率;5.WBS中任务的颗粒度越细,项目监控越有效,当然项目管理成本也越高;6.所以,从流程上不妨对WBS任务颗粒度的上限做出规定;7.WBS可以滚动细化从而减少计划的维护成本;8.计划要

30、获得干系人的承诺;9.里程碑不变,最终付项变更62IT TEAM小结关键的关键在于:项目计划属于全体项目成员完成项目计划、保证项目计划的完整性和一致性,有赖于全体项目成员的经验不同人物不同个性,更加多姿多彩的想法和更加Mostprojectfailuresarearesultofneglectingthehumandynamics(活力).63IT TEAM想成为项目管理大师?项目多做一个、计划多写几次熟能生巧、巧能性机在艺术家与工匠之前并没有本质区别。艺术家并不总是高贵的工匠。只是在那灵感迸发的瞬间,他们自己都无法控制的那一刹那间,缪斯女神使他的工作升华成了艺术。但是“熟练”总是每一个艺术家的本质特征。因为那里才是创造性想象力的源泉。-沃尔特格罗佩斯,1883-196964IT TEAM沙盘演练I1.为你的项目制定一份WBS(工作任务分解结构)2.为你的项目召开项目开工会(KickoffMeeting),在会议上宣读WBS;小贴示:使用我提供的模板要求:15分钟小组讨论和完成任务5分钟的时间分享成果65

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 医学/心理学 > 基础医学

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号