案例20:一个完整的项目管理案例研究Word格式文档下载.docx
- 文档编号:470950
- 上传时间:2023-04-29
- 格式:DOCX
- 页数:20
- 大小:366.38KB
案例20:一个完整的项目管理案例研究Word格式文档下载.docx
《案例20:一个完整的项目管理案例研究Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《案例20:一个完整的项目管理案例研究Word格式文档下载.docx(20页珍藏版)》请在冰点文库上搜索。
三、项目需求管理:
信息系统项目需求包括需求建立和需求管理,所生成的需求文件属于项目产品的一部分。
项目需求从客户真正需要什么开始(而不是承约商假设用户需要什么),一直到用户需求得到满足后结束。
项目中客户决定用户需求的内容,承约商在授权的基准范围内对需求进一步细化。
在实际工作中,用户需求可能就是任务需求说明书或者是市场需求文件,或者是包含了上述内容的专门的用户需求文件。
而新的需求和需求变更在项目周期内的任何时候都有可能出现,因此需求的管理是一系列新旧交替和平衡的过程,是动态的管理。
本案例中对需求进行了全过程的管理。
项目的领导协调组与项目经理和客户共同确定了需求管理及变更控制过程,设立了软件变更控制委员会(SCCB):
由客户代表、项目经理、软件开发经理、软件实施经理、业务流程组组长共同组成。
需求管理及变更控制流程如下图所示。
同时需求确立的过程也是系统规模、系统规划和系统规范制定的过程。
本案例针对需求对应的每一模块需回答以下问题:
z 要解决的问题是什么?
在什么样的环境下?
z 系统必须做什么?
(功能分析)
z 系统必须做到什么程度?
(性能量化)
z 在什么样的环境中和界面下工作?
z 什么等级的风险是可以被接受的?
z 如何知道模块符合需求?
(验证和确认计划)
四、项目目标和范围:
相对于其他行业的项目管理,信息化项目的目标是不精确的,任务的边界也是模糊的。
对于信息系统的开发,大部分的客户只能给出一些初步的不确切的功能要求和部分想法,而对这些功能和要求的技术实现方法和可能性更不了解。
因此,基于双方沟通下的系统规划和需求分析就显得尤为重要,这是一个信息项目相对明确目标和确定范围的基础。
与其他项目的管理相比,信息化项目光给出一个总目标是不够的,一系列经过分解的明晰的项目目标不但有利于目标的实现和降低风险,还有利于增进合作双方的沟通和鼓舞团队
的士气。
本案例中为了能够达到企业与软件提供商对项目的目标和范围的一致期望与理解,在项目启动前期,由企业、第三方咨询公司和软件供应商共同参与的信息化咨询调研活动进行了多次。
过程如下:
1)制定调研计划,确定了调研时间、调研提纲与业务范围以及调研所涉及部门等内容;
2)从高层、到中层再到基层的执行操作人员分层进行调研;
3)综合调研结果,结合企业目前信息化的程度等各种情况,咨询调研组进行了讨论分析,形成了明确的目标及需求范围,将本期项目的业务目标和重点锁定在集团财务和物流管理方面。
最后确定了如下的目标与范围。
项目目标
1.交付成果
一套可供使用的集成化信息系统。
要求如下:
1)实现单体企业财务核算的电算化;
2)实现单体企业财务管理及物流核算的自动化;
3)实现物流与资金流的统一;
4)实现总厂对基于财务、物流的数据采集、分析、决策的需求;
5)确保系统的安全性。
2.工期要求
开发周期为合同签订后9个月,从6月1日至次年2月28日。
3.成本控制
项目总投资限额2000000元项目范围
1.应用单位
总厂本部财务处、货运公司、客运公司、离退办、劳动服务公司、职工医院、动力分厂、压力容器厂、机械厂、房产公司、新塑厂等22家单位。
2.系统应用模块
标准管理、维护工具、中央控制、财务管理、生产管理、集团管理、设备管理、决策支持。
3.系统平台
数据库系统:
SybaseAdaptiveServerEnterprisell.9应用服务系统:
CitrixMetaFrameXP
网络操作系统:
Windows2000Server
客户机操作系统:
Windows98SE,Windows2000Professional
注:
本案例中将业务的需求与范围作为技术合同由企业和软件提供商共同签字确认。
五、组织与人员管理:
在项目进行过程中,由于工作环境、待遇、工作强度、公司整体工作安排和其他无法预知的因素,项目团队几乎不可避免地要面临人员的流人与流出。
在信息化项目中,由于行业人员流动性大,这种情况尤其严重。
而项目人员的大量流动,对于项目核心技术与项目人员的结合性较强的信息化项目来说,往往意味着灾难性的后果。
建立一个相对稳定并能最大限度抵御人员变动带来危害的项目组织,对于信息化项目的最终成功,往往起着决定性的作用。
但是,在大多数的组织中,除非项目是公司中的主要部分,一般的项目经理都没有权力去重新制定项目外的汇报关系。
例如,在一个矩阵型结构的公司里,项目经理无法选择项目组的结构。
组织的设计应对团队的权限范围和沟通渠道起积极作用。
成立项目团队的目的是保证项目需求得以满足,所以在项目需求确定之后很重要的事情就是建立项目团队。
在实践中,核心成员在调研阶段就应当适时参与。
项目组织管理:
本案例在建立项目组织的时候,全面考虑了项目管理的组织要求和信息化项目团队建设的特点,采用了如下图所示的矩阵型的组织结构。
其中:
z项目经理1人来自于公司的制造业事业部;
z业务流程组4人分5U来自于制造业事业部1人(行业产品经理)、项目经 理1人、实施经理1人、外部专家1人;
z软件开发组3人来自于制造业事业部;
z测试组2人来自于制造业事业部1人,营销部门某分公司1人;
z实施经理1人来自于营销部门某分公司;
z质量保证人员1人来自于公司质量保证部门;
z培训工程师2人、实施工程师3人以及文档人员均来自于营销部门某分公司。
项目人员管理:
根据本项目的实际情况,制定了以下管理细则。
1.组织成立项目小组
项目经理应对项目组成员角色提出需求层次,确定实施过程中项目组成员的安排,并根据不同阶段会同实施经理提出实施人员的增减要求,让已经完成任务的人员及时退出或暂时退出项目组,避免人力资源和成本的浪费;
对用户需要明确其项目组成员,并要求对方确保对实施项目的时间投入。
2.组织实施人员按计划和各自分工实施
项目经理应明确项目组成员的职责分工,明确协作方式,并且要使项目组成员愿意为该项目服务,通过实施该项目能得到能力提升,体现出个人价值;
对项目小组以外的相关人员,及时通知、落实配合工作的时间、人员、目标。
3.搞好项目团队建设,做好交流沟通工作
团队建设活动包括为提高团队运作水平而进行的管理和采用的专门的、重要的个别措施。
例如:
尽早明确项目团队的方向、目标和任务,同时为每个人明确其职责和角色;
邀请团队成员积极参与解决问题和做出决策;
积极放权,使成员进行自我管理和自我激励;
增加项目团队成员的非工作沟通和交流的机会,如工作之余的聚会、郊游等,提高团队成员之间的了解和交流。
这些措施作为一种间接效应,可能会提高团队的运作水平。
团队建设活动没有一个确定的定式,主要是根据实际情况进行具体的分析和组织。
4.做好绩效考核与激励工作
绩效考核是通过对项目团队成员工作业绩的评价,来反映成员的实际能力以及对某种工作职位的适应程度。
激励则是运用有关行为科学的理论和方法,对成员的需要予以满足或限制,从而激发成员的行为动机,激发成员充分发挥自己的潜能,为实现项目目标服务。
项目经理
应按项目考核办法中的规定做好对项目组成员的工作评价工作,并做到公平、公开、公正。
5.建立内部培训机制
项目组中,每个人掌握的技能都是有限的,从项目成本出发,项目组的每一个成员不可能都是具有同样高水平的,肯定是分层次组合的,这就需要项目组建立内部培训机制,使项目组成员尽可能做到一专多能,这样既降低项目成本,也会减少因项目组成员变动而带来的风险,同时使项目组成员的能力不断得到提升。
六、项目计划:
一般而言,一个可操作的项目计划内容应该包括5W1H,也即:
做什么(What)、在哪里做(Where)、何时做(When)、由谁做(Who)、为什么这样做(Why)以及如何做(How)。
一个全面的便于控制的项目计划还应包括工程量、资源和费用随时间的分布情况。
对于大部分的软件项目来说,往往在需求分析和总体规划之前就制定了进度计划。
在这个问题上,客户的意见往往起着决定性的作用,他们常常坚持以他们认为合理的投资和进度来完成项目。
因此,在筹划信息项目时,甲乙双方最好都确认一下存在多少可以灵活调整的内容,对进度计划、投资和产品质量进行权衡,综合平衡这三方面的内容,达成初步意向,然后由专业人员就进度和费用进行详细估算。
在本案例中,计划制定的目标如下:
l怎样执行项目——项目策略?
l需要执行哪些任务?
l需要什么时候执行任务?
l谁来执行项目?
l团队和任务的相互关系是怎样的?
l关键路径是什么?
l如何保证项目质量?
l怎样管理风险?
l需要采取什么关键措施?
l需要采取何种控制系统?
据以上项目计划目标,确定以下流程:
l确定项目的里程碑和控制关口;
l根据交付物情况进行工作分解;
l定义责任分配矩阵;
l定义任务之间的顺序;
l建立项目网络图,识别关键路径;
l建立项目的人力资源使用计划;
l分析人力资源负荷情况;
l对项目的成本费用分解;
l建立费用分布图和费用累积曲线;
l建立风险管理机制;
l建立质量保证措施;
l对计划执行情况进行跟踪与评价。
项目的里程碑计划
项目的里程碑是项目实施过程中,对项目实施进度有重要影响的关键事件。
项目的里程碑进度计划通常包括下列信息:
l项目开始日期;
l项目终止日期;
l其他重大事项;
l资料项(交付和报告)。
里程碑计划构成了项目的整体框架,各个项目里程碑是项目整体目标的分解,通过里程碑计划,可以更清晰地了解项目的进展与偏差,以便对项目的进度与资源分配进行调整。
本项目的里程碑计划如图所示。
项目的工作分解结构
合同和项目目标的成功完成需要计划,由计划确定应做的所有工作,将责任指派给专门确定的组织要素,同时为完成工作制定进度计划和预算等。
在项目计划中,项目经理必须将工作分解成小要素,即:
l可管理的、能够分配专门的职权和职责;
l独立的或同其他进行的要素有最小的搭接和依赖性;
l可组合的、便于形成的整个工作包;
l根据进展可进行量度。
WBS可以用图来表示,也可以用行首缩进的方式来表示。
WBS图解了项目被集成、分派和分段考察的方法。
WBS对项目计划来说必须强制使用,因为它为以下各项提供了一个框架:
l作为子分支要素的总结应该能描述总项目;
l可以执行计划;
l可以建立成本和预算;
l可以跟踪时间、成本和质量情况;
l目标能同资源有逻辑地联系起来;
l可以建立时间表和状态报告程序;
l可以初始化网络建设和控制计划;
l可以建立每个要素所分派的责任。
根据以上要求,某化工厂信息系统项目的工作分解结构如图所示
某化工厂信息系统项目关键路径
1110用户需求调研与确认->
1120二次开发需求识别->
1130需求评审与确认->
1140编制总体计划->
1510ERP理论培训->
1521财务、物流数据准备->
1522原系统数据转换->
1523财务、物流培训->
1524则务、物流数据初始->
1531生产设备数据准备->
1532生产设备培训->
1533生产设备数据初始->
1541集团管理数据准备->
1542集团管理培训->
1543集团管理数据初始->
1544集团管理试运行->
1545集团管理系统验收->
1610系统验收->
1620系统交接->
1630系统管理员培训。
七、项目的质量与风险管理:
项目质量管理是一个非常难界定的知识领域,对n项目尤其如此,这里,我们可以认为质量是与一开始所确定的项目范围和目标的一致性,而项目质量管理的主要目的是确保项目满足它应该满足的需求。
因为项目的主要客户(包括最终用户)是项目质量的最终裁定者,因此,和他们建立良好关系,清楚他们所理解的质量的真正意义(包括在一定基础上的正确引导),对于质量管理就具有非常重要的意义。
项目风险管理是指为了更好地达到项目的目标,识别、分配、应对项目生命周期内风险的科学与艺术。
风险,这一项目管理的重要因素,它最大的特点在于具有对项目造成损失或损害的可能性,但是还没有发生。
也正因为此,风险管理在项目管理中常常被忽视,但却对项目的成败产生重大的影响。
以下是本项目在质量和风险管理方面的策略与措施。
建立并贯彻全面、严格的质量体系
项目经理在考虑项目的质量目标时,主要考虑了项目的如下主要特点:
l软件系统的主要功能由通软公司成熟的软件产品实现,部分功能需要重新获取需求和开发;
l客户方组织结构复杂,系统实施将占据较大工作量;
l用户原使用的国内另一软件厂商的财务软件的数据需要转入新系统;
l在系统实施和开发过程中,原需求进行变更的可能性大。
综合以上几点,项目组制定了项目的质量管理策略和措施。
在系统的实施工作(包括咨询、需求调研)中,项目组明确了主要的质量目标:
l二次开发的范围与需求分析报告一定要双方确认;
l软件系统升级和原财务系统数据转入时,采取“试点一总结—推广”的策略进行;
l在每个实施阶段明确里程碑,并进行阶段总结,总结报告要求双方确认;
l做好基础数据准备、培训、模拟运行工作;
l项目的进展情况及时向用户反馈,获取用户对系统的质量评价以修正具体的质量目标。
在系统的开发工作中,项目组主要采取了下列保证软件开发质量的措施:
l根据公司的标准软件开发过程,确定符合实际的项目软件开发过程;
l重视测试工作,软件测试人员从项目早期就切人项目工作,开始实施测试计划,编写各阶段的测试用例;
l项目设立专门的质量保证小组,负责检查项目组对各类开发标准、规范、规定的执行情况,并向项目的管理者报告;
l制订严格的发布标准,只有符合标准和通过软件发布配置审计的产品才允许发布。
由于项目组较好地执行了以上所确定的质量标准,项目的实施和软件开发过程都保证了较高的质量,表现为用户满意度较高、质量检查和测试中发现的缺陷减少、工作返工较少等。
量化、制度化的风险管理
本项目采用了风险计划管理列表的形式来对风险进行管理和跟踪,同时,对风险的各项指标进行量化管理。
要指出的是,本项目在项目的全生命周期阶段采用了统一的列表来对风险进行管理,对列表定期进行跟踪和更新,这就保证了风险溯U、风险估计、应急计划等各过程的一致性,见下表。
1.风险识别
识别潜在风险是一项十分关键的任务,项目经理必须花费足够的时间,高质量地完成这项任务。
根据项目的性质,从潜在的事件及其后果、潜在的后果及其产生的原因来检查风险,按照风险的特征进行归档,评估风险对项目在整体上产生的影响,包括:
影响范围、持续时间、对项目质量可能造成的损害、解决风险所需要的资源和成本等,然后收集、整理可能风险,形成项目风险列表,见下表。
2.风险分析
识别出潜在的风险后,需要分析风险发生的可能性,评估风险对项目的影响程度,风险在什么程度上是可控的?
依据可能性与影响评定优先级。
风险等级:
A级——有极大可能发生风险,并且风险一旦发生对项目将造成致命影响。
B级——有可能发生风险,或者风险发生后会产生严重后果。
C级——有可能发生风险,风险发生后对项目产生影响,但不会造成项目停滞。
D级——风险发生可能性不大,或者风险发生对项目的影响很小。
E级——几乎不可能发生,或者发生风险对项目的影响极其轻微。
3.风险对策
根据风险性质和项目对风险的承受能力制定相应的防范计划,即风险应对。
制定风险应对策略主要考虑以下四个方面的因素:
可规避性、可转移性、可缓解性、可接受性。
风险的应对策略在某种程度上决定了采用什么样的项目实施方案。
对于应“规避”或“转移”的风险在项目策略与计划时必须加以考虑,例如使用稳定成熟的软件,抽调有经验的人员进项目组,由代理商承担售后维护服务等。
4.风险控制
制定了风险防范计划后,风险并非不存在,在项目执行过程中,需要时刻监督风险的发展与变化情况,并确定随着某些风险的消失而带来的新的风险。
风险控制包括两个层面的工作:
一是跟踪已识别风险的发展变化情况,包括在整个项目周期内风险产生的条件和导致的后果变化。
二是根据风险的变化情况及时调整风险应对计划,对已发生的风险、遗留风险和新增风险及时识别、分析,并采取适当的应对措施。
对于已发生过和已解决的风险也应及时从风险监控列表调整出去。
最有效的风险监控工具之一就是“前10个风险列表”,它是一种简便易行的风险监控活动,是按“风险值”大小将项目的前10个风险作为控制对象,密切监控项目的前10个风险。
每次风险检查后,形成新的“前10个风险列表”。
八、项目控制及进展状况报告:
虽然在信息项目实施的过程中,几乎所有的项目成员都是面临着计划进度的压力,但是,既然在初期已进行了有效的规划,就要保持计划的严肃性,在计划跟踪执行的过程中,对偏差进行分析和调整。
制定一个合理有效的计划是项目顺利实施的保障,但是可以一成不变被实施的完美计划是很少见的,被有效管理的项目是那些在实施过程中尽早发现实际情况和计划的差异并及时进行调整的项目。
信息化项目的进展情况报告应该将进度、技术、成本和管理等因素综合评估,下表列出了一些关键指标,在具体项目的实施过程中可考虑项目的具体特点进行选用。
在
本案例的执行过程中,主要通过项目周报和赢得值(挣值)分析来反映出项目执行情况和计划的差异,分析计划的执行情况和对未来的预计,并分析解决当前问题以及决定对计划进行调整,以保证项目目标的实现,见下表。
九、项目文档管理:
毋庸置疑地,在IT信息化项目,尤其是大型项目的实施过程中,文档的管理是非常重要的一类工作。
文档是项目开发中诸多工作的具体反映,同时也是项目组内部和外部人员了
解项目情况的媒介,有效的文档管理工作会对项目工作起到强有力的推动作用。
全面识别,有效计划
项目在制定开发计划的时候,同时制定了文档管理计划,详尽地识别了项目待产生的文档及其作用、密级、对各角色的权限、何时由何人负责提交等内容,同时,根据识别的情况对文档库进行了规划,确定了文档库的位置、目录结构、控制方法等。
下表是本项目使用的文档库结构描述的一部分。
严格控制变更
项目各阶段都要产生大量的文档,而前后阶段文档的一致性保持就成了文档管理的一个重要内容,例如,就软件开发阶段而言,项目的软件部分的需求规格说明书是进行软件设计的基础,如果软件设计完成后需要对软件的需求规格说明书进行修改的话,必然要对相应的软件设计文档进行修改,否则将会引起两个文档的不一致,给项目造成隐患。
本项目采用了一种软件配置管理工具MKSSI来对文档进行版本和变更控制,在工具中,
对文档设置了三种状态,文档可按规定在三种状态下切换,每种状态的名称和变更的控制权如下表所示。
同时,受控状态和基线状态的文档的变更必须要通知所有受变更影响的组。
由于采取了严格的文档变更控制办法,使得在项目的进展过程中,所有文档及其变更都得到了有效的管理,并且相关的信息都及时通知到了相关的组,保证了项目的顺利进行。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 案例 20 一个 完整 项目 管理 研究