您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 项目/工程管理 > IT项目管理方法与实践
IT项目管理方法与实践案例你觉得他做的是项目吗?张经理满怀信心带着他的项目团队进驻了新动力,张经理和项目团队在技术上已经历过多次考验,他们在3个月的时间就将财务系统开发完毕,项目很快进入了验收阶段。可是新动力分管财务的陈总认为,一个这么复杂的财务系统在短短3个月时间里就完成了,这在新动力的IT项目中还是首次,似乎不太可能。他拒绝在验收书上签字,并要求财务部的刘经理和业务人员认真审核集团公司及和各个子公司的财务管理上的业务需求,并严格测试相关系统的功能。答:案例你觉得他做的是项目吗?某网通公司用户对他们的业务需求描述很模糊,认为这是一个行业软件,能满足日常工作需要即可,其他特定的功能,可以在开发过程中进行补充。答:案例你觉得他做的是项目吗?项目期间由于客户需求变更频繁,陈某采取了锁定需求的办法,即在双方都确认变更后,把变更内容一一列出,双方盖上公司印章生效,然而这样做还是避免不了需求变更,客户的变更列表要求对方遵守承诺,客户却认为这些功能是他们要求的,如果需要新的变更列表,他们可以重新制作并加盖印章。答:项目管理整体管理通过项目资源的整合,将8大领域的相关要素有机地结合在一起,随着项目沿着其生命周期演化,这些要素将围绕项目的目标而不断结合起来范围时间成本质量人力资源项目整体管理沟通风险采购启动计划执行收尾1.项目管理引入2.范围管理3.进度管理4.成本管理5.质量管理6.沟通管理PA1项目管理引入项目定义1.2.项目是为达到特定的目的在时间、成本、质量等三重约束3.4.实现特定的需求项目经理责任制5.一次性、努力的过程目标分解与细化的法则制定项目目标的SMART原则1.项目目标必须是具体的(Specific)1.项目目标必须是可以衡量的(Measurable)3.项目目标必须是可以达到的(Achievable)4.项目目标是实实在在的,可以证明和观察(Realistic)5.项目目标必须具有明确的截止期限(Time-based)项目定义示例:某信息化项目定义范围:完成**信息系统的开发,该系统包括主要三个模块(管理端模块、用户端模块、维护模块)进度:项目2005年10月启动,要求2006年5月完成最终验收成本:项目预计投入不超过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项目进度控制※压缩工期的方法:——赶工——
本文标题:IT项目管理方法与实践
链接地址:https://www.777doc.com/doc-753928 .html