IT项目管理方法与实践优质PPT.ppt

上传人:b****2 文档编号:15132256 上传时间:2022-10-28 格式:PPT 页数:69 大小:2.69MB
下载 相关 举报
IT项目管理方法与实践优质PPT.ppt_第1页
第1页 / 共69页
IT项目管理方法与实践优质PPT.ppt_第2页
第2页 / 共69页
IT项目管理方法与实践优质PPT.ppt_第3页
第3页 / 共69页
IT项目管理方法与实践优质PPT.ppt_第4页
第4页 / 共69页
IT项目管理方法与实践优质PPT.ppt_第5页
第5页 / 共69页
点击查看更多>>
下载资源
资源描述

IT项目管理方法与实践优质PPT.ppt

《IT项目管理方法与实践优质PPT.ppt》由会员分享,可在线阅读,更多相关《IT项目管理方法与实践优质PPT.ppt(69页珍藏版)》请在冰豆网上搜索。

IT项目管理方法与实践优质PPT.ppt

项目预计投入不超过500万人民币质量:

项目开发过程遵循CMM标准、ISO9000相关标准;

项目文档遵循GB*要求;

系统安全符合GB*要求PA2范围管理案例分析项目经理老陈承接了一个信息系统开发项目的项目管理工作。

在进行了需求分析和设计后,项目人员分头进行开发工作,其间客户提出的一些变更要求也由各部分人员分别解决。

各部分人员在进行自测时候均报告正常,因此老陈决定直接在客户现场进行集成。

各部分人员分别提交了各自工作的最终版本进行集成,但是发现问题很多。

针对系统各部所表现出来的问题,开发人员又分别进行了修改,但是问题并未有明显减少,而且项目工作和产品版本越来越混乱。

请列出您的想法和建议1.2.3.2.1项目范围管理概述项目范围包括两个方面的含义:

项目需求范围:

表示需求或服务的特性和功能。

比如需求的需求说明书。

是否完成:

由需求需求和技术指标衡量。

项目工作范围:

为了完成具有所规定特征和功能的需求和服务必须完成的工作。

是否完成,由项目范围管理计划衡量。

想法用户需求需求范围项目工作项目范围说明书2.1项目范围管理概述范围规划:

制定项目范围管理计划,确定、核实与控制项目范围,如何制定WBS;

范围定义:

制定详细的项目范围说明书,作为项目决策的依据;

制作WBS:

将项目大的可交付成果与项目工作划分为较小和更易管理的组成部分;

范围确认:

正式验收已经完成的项目可交付成果;

范围控制:

通过对造成项目范围变更的因素施加影响,控制项目范围的变更。

2.2范围规划项目范围管理计划是项目管理团队确定、记载、核实、管理和控制项目范围的指南。

项目范围管理计划的内容有:

根据项目初步范围说明书编制详细项目范围说明书的一个过程;

能够根据详细的项目范围说明书制作工作分解结构,并确定如何维持与批准该工作分解结构的一个过程;

规定如何正式核实与验收项目已完成可交付成果的一个过程;

控制详细项目范围说明书变更请求处理方式的一个过程。

该过程同整体变更控制过程有直接联系。

2.3范围定义范围定义的典型工具1、需求分析将项目目标变成有形的可交付成果和要求说明书。

需求分析包括诸如需求分解、系统分析、系统工程、价值工程、价值分析和功能分析等技术。

2、工作方案识别其他方案识别是用来提出执行与实施项目工作的不同办法的一种技术。

通常使用各种各样的通用管理技术,最常用的是头脑风暴法与横向思维。

2.3范围定义范围定义的典型工具3、专家判断每一个应用领域都有可用来提出详细项目范围说明书部分内容的专家。

4、利害关系者分析利害关系者分析识别各种各样利害关系者的影响和利益,并将其需要、愿望与期望形成文件。

分析之后,对于这些需要、愿望与期望进行选择,确定重要性大小顺序,加以量化,并编写出要求说明书。

2.3范围定义范围定义的成果详细项目范围说明书详细项目范围说明书是初步项目范围说明书的进一步细化。

详细项目范围说明书详细地说明了项目需求或可交付成果及生成这些项目交付成果所要求的工作。

详细项目范围说明书应该是项目相关利益主体对有关项目目标和要求的共同意愿表述,人们可以由此制定后续的详细计划和基线,并开展各项项目工作。

案例分析C公司是一家从事电子商务的外国公司,为了在中国开展业务,派出S主管和W翻译来中国寻找合适的系统集成商,试图在中国建设一套业务系统。

S主管精通软件开发,但是不懂汉语,而W翻译对计算机相关技术知之甚少。

W翻译通过中国朋友介绍,找到了从事系统集成的H公司。

H公司指派杨工为该业务系统建设项目经理,与C公司进行交流。

经过需求调研,杨工认为,C公司想要建设一个视频聊天网站,并据此完成了系统方案。

在W的翻译下,S审阅并认可了H公司的系统方案。

经过进一步的谈判,C公司和H公司签订了合同,并把该系统方案作为合同附件,作为将来项目验收的标准。

案例分析合同签订后,杨工迅速组织人力投入系统开发。

由于杨工系统集成经验丰富,开发过程进展顺利,对项目如期完工很有把握。

系统开发期间,S主管和W翻译忙于在全国各地开拓市场,与H公司没有再进行接触。

就在系统开发行将结束之际,S主管和W翻译来到H公司查看开发进度。

当看到杨工演示的即将完工的业务系统时,S主管却表示,视频聊天只是系统的一个基本功能,系统的核心功能则是通过视频聊天实现网上交易的电子商务活动,要求H公司完善系统功能并如期交付。

杨工拿出系统方案作为证据,据理力争。

W翻译承认此前他的工作有误,导致双方对项目范围的认识产生了偏差,并说服S主管将交付日期息兵2个月。

为了完成合同,杨工同意对系统功能进行扩充完善,并重新修订了系统方案。

但是,此后C公司又多次提出范围变更要求。

杨工发现,不断修订的系统方案已经严重偏离了原始方案,系统如期交付已经是不可能的任务了。

2.4制作工作分解结构工作分解结构(WorkBreakdownStructure,WBS)是一种为了便于管理和控制而将项目工作任务分解的技术。

工作分解结构面向可交付物的项目元素进行层次分解,详细描述了项目所要完成的工作。

WBS的最低层次元素是能够被评估的、安排进度的和被跟踪的。

它是组织管理工作的主要依据。

WBS的最底层工作单元被称为工作包,它是定义范围、规格、估算费用、时间、进度安排的基础。

2.4制作工作分解结构WBS的用途WBS确定了项目整个范围,并将其有条理地、分层次地组织在一起。

通过WBS,项目工作被分解为较小和更加容易管理的多项工作,而每下降一个层次意味着对其进行了更详尽地说明。

属于工作分解结构底层组成部分的计划工作叫做“工作细目”,可以安排在进度表中,用来估算费用,进行监视和控制。

WBS是当前批准的项目范围说明书规定的工作。

2.4制作工作分解结构WBS分解实例PA3进度管理虽然他们每天加班,可最终还是用了20周才完成原来计划用15周完成的任务F。

此时已临近春节假期,在李工的提议下,W公司决定让项目组在假期结束前提前1周入驻Z公司进行现场安装与软硬件联合调试。

由于Z公司和监理单位春节期间只有值班人员,无法很好地配合项目组工作,导致联合调试工作进展不顺利。

为了把延误的进度赶回来,经公司同意,春节后一上班,李工继续组织项目团队加班。

此时许多成员都感到身心疲惫,工作效率下降,对项目经理的安排充满了抱怨。

4.1项目进度管理概述项目进度管理过程活动资源估算持续时间估算进度计划编制活动定义WBS活动排序进度控制进一步定义范围进一步定义时间进一步定义成本进一步定义时间项目进度计划进度检查评价调整3.1项目进度管理概述项目进度管理过程活动定义:

确定完成项目可交付成果而需开展的具体活动。

活动排序:

识别和记录计划活动之间相互逻辑关系的过程。

活动资源估算:

估算完成计划活动所需资源类型和数量。

活动历时估算:

估算完成单项计划活动的时间。

进度计划编制:

分析计划活动顺序、计划活动持续时间、资源要求和进度制约因素,制定项目进度表。

进度控制:

对项目进度变更进行控制,确保项目目标的实现3.2活动定义一项活动或任务是一个工作元素,通常可以在WBS中找到,它有一个预期历时、成本和资源要求。

项目活动定义是为了保障项目目标实现而开展的对已确认对处于工作分解结构(WBS)最下层的项目工作包的进一步分解和界定。

项目工作包被有计划地分解为更小的组成部分,叫做计划活动,为估算、安排进度、执行,以及监控项目工作奠定基础。

这些小的活动可以保障完成交付产品项目的可实施的详细任务。

在项目实施中,要将所有活动列成一个明确的活动清单,并且让项目团队的每一个成员能够清楚有多少工作需要处理。

3.2活动定义项目活动定义的成果活动清单:

包括项目所有计划活动,标识号以及工作范围说明,其详细程度要能保证项目团队成员正确理解需要完成什么工作。

里程碑清单:

计划里程碑清单列出所有的里程碑3.3活动排序三种依赖强制依赖:

工程化、强制性规律外部依赖:

依赖于外部因素,如供应商供货自由依赖:

工序无必然规律,灵活选用3.4活动资源估算活动资源估算包括决定需要什么资源和每一种资源应该需要多少,以及何时使用资源来有效地执行项目活动。

活动资源估算过程的输出是识别和说明工作包中的每一个计划活动所需要的资源类型和数量,这些资源汇总决定了每个工作包所需要的资源。

3.4活动资源估算资源的种类:

-劳动力-设备-原材料-其他不符合上述分类的资源,如合同,租约等资源平衡的三大原则:

不可储备的资源优先使用:

劳动力稀缺资源优先用在关键路径上将非关键路径上活动所需资源释放给关键路径3.5活动历时估算活动历时估算工具与技术1、专家判断-利用以历史信息为根据的专家判断。

-各位项目团队成员也可以提供持续时间估算的信息,或根据以前的类似项目提出有关最长持续时间的建议。

3.5活动历时估算活动历时估算工具与技术2、类比估计方法行业数据或历史数据生产率(例如代码行/人天)3、参数估算将应当完成的工作量乘以生产率时就可以估算出活动持续时间的基数。

3.5活动历时估算活动历时估算工具与技术4、三点估算1)最可能持续时间。

最可能持续时间是在为计划活动分派的资源、资源生产率、可供该计划活动使用的现实可能性,对于其他参与者的依赖性,以及可能的中断都已给定时,该计划活动的持续时间。

2)乐观持续时间。

当估算最可能持续时间依据的条件形成最有利的组合时,估算出来的持续时间就是活动的乐观持续时间。

3)悲观持续时间。

当估算最可能持续时间依据的条件形成最不利的组合时,估算出来的持续时间就是活动的悲观持续时间。

乐观时间4最可能的时间悲观时间活动时间期望值=63.6编制项目进度计划1、CPM(CriticalPathMethod)3.7项目进度控制项目进度控制流程按期望目标编制或更新进度计划资源实施进度计划组织措施动态监测管理措施技术措施对比分析与进度计划一致与进度计划相违干扰因素分析干扰因素分析执行计划对策3.7项目进度控制压缩工期的方法:

赶工快速跟进法投入更多的资源指派经验更丰富的人减小活动范围或降低活动要

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学 > 生物学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1