项目范围计划G北京大学软件与微电子学院.ppt
- 文档编号:10154496
- 上传时间:2023-05-24
- 格式:PPT
- 页数:48
- 大小:1.52MB
项目范围计划G北京大学软件与微电子学院.ppt
《项目范围计划G北京大学软件与微电子学院.ppt》由会员分享,可在线阅读,更多相关《项目范围计划G北京大学软件与微电子学院.ppt(48页珍藏版)》请在冰点文库上搜索。
项目范围计划,周立新博士北京大学软件与微电子学院,内容提纲,1.项目范围与产品范围2.范围管理2.1制定项目范围计划2.2范围定义2.3创建WBS,1.1产品范围,刻画一个产品、服务或结果的特点和功能刻画某项产品、服务或结果的那些特性和功能,1.2项目范围,成功的交付一个具有特定需求和功能的产品、服务或结果的任务为交付某项具有特定特征和功能的产品、服务或结果所必须完成的工作。
项目范围的定义要以其组成的所有产品的范围定义为基础,但是又不限于产品范围,它还包括为了实现这些产品范围内的工作必须要做的管理工作(进度管理等)。
有可能一个产品的范围很大,我们只是将其中的一小部分作为项目,这时,项目范围与产品范围就是交叉关系。
项目范围与产品范围,2.项目范围管理,项目范围管理是确保项目包括成功完成项目所需的全部工作,但又只包括必须完成的工作的各个过程。
项目范围管理,项目范围管理,5.1范围规划,.1输入.1企业环境因素.2组织的过程资产.3项目章程.4初始项目范围说明书.5项目管理计划.2工具和技术.1专家判断.2模板,表格和标准.3输出.1项目范围管理计划,5.2范围定义,.1输入.1组织的过程资产.2项目章程.3初始项目范围说明书.4项目范围管理计划.5已批准的变更请求.2工具及技术.1产品分析.2可选方案识别.3专家判断.4项目干系人分析.3输出.1项目范围说明书.2请求的变更.3项目范围管理计划(更新),5.3创建WBS,.1输入.1组织的过程资产.2项目范围说明书.3项目范围管理计划.4已批准的变更请求.2工具及技术.1WBS模板.2分解.3输出.1项目范围说明书(更新).2工作分解结构.3WBS字典.4范围基线.5项目范围管理计划(更新).6变更请求,项目范围管理,5.4范围确认,.1输入.1项目范围说明书.2WBS字典.3项目范围管理计划.4可交付物.2工具及技术.1检查.3输出.1已接受的可交付成果.2变更请求.3推荐的纠正措施,5.5范围控制,.1输入.1项目范围说明书.2工作分解结构.3WBS字典.4项目范围管理计划.5绩效报告.6批准的变更请求.7工作绩效信息.2工具和技术.1变更控制系统.2偏差分析.3重新计划.4配置管理系统.3输出.1项目范围管理计划(更新).2工作分解结构(更新).3WBS字典(更新).4范围基线(更新).5变更请求.6推荐的纠正措施.7组织的过程资产(更新).8项目管理计划(更新),2.1范围规划,项目范围管理计划,项目范围管理计划是项目管理团队确定、记载、核实、管理和控制项目范围的指南。
项目范围管理计划的内容,根据项目初步范围说明书编制详细项目范围说明书的过程;能够根据详细的项目范围说明书制作工作分解结构,并确定如何维持与批准该工作分解结构的过程;规定如何正式核实与验收项目已完成可交付成果的过程;控制详细项目范围说明书变更请求处理方式的过程,该过程同整体变更控制过程有直接联系。
5.2范围定义,致力于对项目的目标产品更好地理解:
运用系统分析、价值工程、价值分析、功能分析等技术,头脑风暴法横向思维,横向思维,横向思维运用于企业管理过程之中,变成了通过管理中的横向思维课程。
借鉴、联想、类比,充分利用其它领域中的知识、信息、方法、材料,和自己头脑中的问题或课题关联起来,从而提出创造性的设想和方案。
按创始人爱德华的观点,纵向思维者依赖于前提、概念、逻辑,具有相当的局限性,而横向思维者是对问题本身提出问题,重构问题,它倾向于观察事物的所有方面“纵向思维是在挖深同一个洞,横向思维是尝试在别处挖洞。
”,横向思维,这种方法的特点是:
一、不是过多地考虑事物的确定性,而是考虑它的多种选择的可能性;二、关心的不是怎样在旧观点;三、不是一味地追求正确性,而是追求它的丰富性;四、不拒绝各种机会,尽可能去创造和利用机会。
经培训后,企业高层人士可以将横向思维作为一种突破固有模式的思维方式,从而运用于企业的管理之中。
项目范围说明书:
项目目标产品范围说明书项目需求说明书项目边界项目可交付成果产品验收准则项目制约因素项目假设,项目初步组织初步确定的风险进度里程碑资金限制成本估算项目配置管理要求项目技术规定说明书批准要求,目标制定的SMART原则,S(Specificresults):
即规定一个具体的目标M(Measurable):
即目标可以用数量、质量和影响等标准来衡量A(accepted):
即设定的目标应该被管理人员和员工双方接受(Attainable&Challengeable)R(relevant):
即设定的目标应该是与工作单位的需要和员工前程的发展相关的T(time):
即目标中包含一个合理的时间约束,预计届时可以出现相应的结果(Traceable),项目目标示例,IE4.0浏览器项目的项目前景和目标此次计划推出的IE浏览器软件,它可以为企业项目干系人和最终用户端提供高速、稳定、总体拥有成本最低的使用体验,可以与微软的Office软件有效集成,这一产品的市场目标是在1998年将IE的市场占有率扩大到65%。
项目目标,演练:
写出自己项目的目标:
举例:
在150万元的预算内,根据1月15日的楼面布置图纸和说明书,在8月2日建成北京大学软件学院大兴校区的宿舍楼供9月份来报到的新生住。
各组写出自己项目的目标,派一名代表上台讲述。
2.3创建WBS,创建WBS,把主要的项目可交付成果分解成较小的、更易管理的单元,以达到如下目的:
提高对成本、时间及资源估算的精确度。
为绩效测量与控制定义一个基准。
便于进行明确的职责分配。
工期拖延成本上升质量缺乏保障,工作分解结构WBS,WBS是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围;未列入工作分解结构的工作将排除在项目范围之外。
可交付成果可交付WBS的组件表示产品、成果和服务的正确性,美国国防部防御军品项目WBS模板之一,工作包工作过程或内容任务承当者工作对象完成工作所需的时间完成工作所需的资源,示例:
一个企业内部网项目的WBS,按产品进行组织,项目管理?
项目管理,概念1.1评价现有系统1.2确定要求1.2.1确定用户要求1.2.2确定内容要求1.3确定特定功能1.4定义风险和风险管理方法,2站点设计3站点开发4投入使用5维护,按项目阶段组织,用表格形式表示制作WBS字典,支持,WBS示例,活动,WBS示例,表示预算和责任的WBS编码,WBS示例,工作分解结构的特点,常用于建立或确认对项目范围达成共识通常以图表形式表示WBS中的每一项元素通常被赋予唯一的标识,形成编码系统WBS的最低一层元素一般被称为工作包WBS字典:
一般包含工作包描述其它计划信息:
预算、工期、人员安排,工作包编码举例:
编码不仅把不同的项目单元区别开,而且要保留它所有特征,如所属的子项目,所属区域、专业功能、要素等。
在项目实施过程中的网络分析,成本管理、数据的储存、分析、统计都靠编码识别。
建立WBS的常用分解方式,一个单位工作任务只能在WBS中出现一次一个WBS项的工作内容是其下一级各项工作之和每项工作由一个人负责WBS必须与工作任务的实际执行过程相一致项目组成员参与WBS的制定过程每一个WBS项必须有准确描述工作包的80小时原则WBS具有一定的灵活性,以适应变更的需要,建立WBS的指导原则,1)遵循指导方针DOD的项目范围说明中明确指出项目的WBS2)类比法选取相似项目的WBS作为参考,比如,美国麦克唐那飞机制造公司3)从上至下或从下至上方法,建立WBS的方法,利用工作分解结构模板(类比),.1工作分解结构模板WBStemplates以前项目的工作分解结构(workbreakdownstructure,简称WBS)常常被用作新项目的模板:
相同或类似的项目生命周期每个阶段有相同或类似的可移交项,.2分解,分解技术,第一步:
确定项目的主要可交付成果,包括项目管理。
主要可交付成果总是依据项目的实际管理方式进行定义的,例如:
项目生命周期的各个阶段可能作为分解的第一层次,而项目可交付成果可能作为分解的第二层次。
WBS各个分支中的组织原则可能会不同,第二步:
确定每个可付成果的详细程度是否已经达到了足以编制出恰当的成本和历时估算。
Yes!
第四步No!
第三步,分解技术,第三步:
识别可交付成果的组成元素可以是服务或产品在每个组成元素上重复步骤2,能以切实的、可校验的语言加以描述,以方便进行绩效测量能对该项目工作实际上将如何被完成进行描述,分解技术,第四步:
对分解的正确性进行校验下一层的元素是否对于完成上一层工作是必须的且足够的?
No增减或重新定义是否每一项元素都已被清楚且完整地定义?
No对说明进行修改是否对每一项元素都能进行成本和进度估算,并且将此项工作分配给某个组织单元(如:
部门、团队、个人等),以使其承担完成该项工作的责任,以及实施足够的管理控制?
No需要进行修改,分解技术,几种不同的分解结构,合同工作分解结构(CWBS):
用于界定销售者提供给购买者的产品报告级别。
内容比WBS的少,用于卖方管理买方的工作。
组织分解结构(OBS):
用以展示工作要素已经分配给了具体的组织单位资源分析结构(RBS):
是OBS的一个变种,常在将工作元素分配给个人时使用工料清单(BOM):
制造业中对生产某种产品的原材料的结构化表述风险分解结构(RBS):
RiskBreakdownStructure,项目的管理工作,作为项目的领导,业务性的工作也与你有关。
在软件项目中,项目领导在做技术工作之余,也要承担项目的管理工作,根据我们提出的拇指法则(ruleofthumb),你应当有68的精力用于项目管理:
对于小项目,比如,6人或6人以下的项目,6就可以了,而对于大项目,比如说,超过12个人,就需要8的精力了。
尽管在这里考虑了项目团队成员承担的工作,但事实上,大部分工作(7580,或者更多)是由项目经理或团队领导承担的。
项目的计划活动,包括进度安排、估计和基于计算机的工具文件的更新。
记录进程或者设定目标的项目会议。
项目报告。
日常工作安排。
所有项目团队成员的人员问题,包括人员鉴定和评审。
日常问题的解决。
与供应商的沟通,包括内部和外部。
与管理层的沟通。
与客户的沟通。
与相关依赖项目的联络。
正常工作过程中的人员招募。
质量。
质量计划配置管理计划。
软件开发项目WBS范例,评审用户(不同类型)管理者发行简介技术手册,也就是描述软件如何工作的手册帮助文本为软件开发人员提供的开销,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 范围 计划 北京大学 软件 微电子 学院
![提示](https://static.bingdoc.com/images/bang_tan.gif)