信息系统建设的项目管理课件.ppt

上传人(卖家):三亚风情 文档编号:2952871 上传时间:2022-06-14 格式:PPT 页数:74 大小:907KB
下载 相关 举报
信息系统建设的项目管理课件.ppt_第1页
第1页 / 共74页
信息系统建设的项目管理课件.ppt_第2页
第2页 / 共74页
信息系统建设的项目管理课件.ppt_第3页
第3页 / 共74页
信息系统建设的项目管理课件.ppt_第4页
第4页 / 共74页
信息系统建设的项目管理课件.ppt_第5页
第5页 / 共74页
点击查看更多>>
资源描述

1、第九讲第九讲 信息系统建设的项目管理信息系统建设的项目管理一、信息系统与项目管理一、信息系统与项目管理信息系统的建设是一类项目信息系统的建设是一类项目 信息系统的建设是一次性的任务,有一定的信息系统的建设是一次性的任务,有一定的任务范围和质量要求,任务范围和质量要求, 有时间或进度的要求,有时间或进度的要求, 有经费或资源的限制。有经费或资源的限制。 信息系统具有生命周期信息系统具有生命周期 系统规划、系统分析、系统设计、系统实施、系系统规划、系统分析、系统设计、系统实施、系统运行和维护五个阶段。统运行和维护五个阶段。 从具体构成来看,信息系统项目可分为客户从具体构成来看,信息系统项目可分为客

2、户需求分析、应用软件开发、网络规划与设计、需求分析、应用软件开发、网络规划与设计、设备采购以及系统调试与集成等多项内容。设备采购以及系统调试与集成等多项内容。二、计划、费用与进度管理二、计划、费用与进度管理信息系统项目的计划信息系统项目的计划 信息系统项目的计划是用来指导组织、实施、协调信息系统项目的计划是用来指导组织、实施、协调和控制信息系统建设的文件,制订一个良好的计划和控制信息系统建设的文件,制订一个良好的计划有诸多好处,比如:有诸多好处,比如: 可以将计划的假设与前提写成书面文件,以备发生变更可以将计划的假设与前提写成书面文件,以备发生变更时查考;时查考; 有助于项目成员之间的交流沟通

3、,有助于大家统一认识;有助于项目成员之间的交流沟通,有助于大家统一认识; 可以确定测量项目进展、对项目进行控制和考核工作业可以确定测量项目进展、对项目进行控制和考核工作业绩的基准。绩的基准。 进度计划、费用计划、人力计划、质量保证计划、进度计划、费用计划、人力计划、质量保证计划、风险管理计划等。风险管理计划等。 全过程计划,也可以是阶段性计划或子系统计划。全过程计划,也可以是阶段性计划或子系统计划。(一)、(一)、成本的构成及测算成本的构成及测算信息系统项目成本的构成信息系统项目成本的构成信息系统项目成本的测算分析信息系统项目成本的测算分析 信息系统项目的成本测算,就是根据待开发信息系信息系统

4、项目的成本测算,就是根据待开发信息系统的成本特征以及当前能够获得的有关数据和情况,统的成本特征以及当前能够获得的有关数据和情况,运用定量和定性分析方法对信息系统生命周期各阶运用定量和定性分析方法对信息系统生命周期各阶段的成本水平和变动趋势做出尽可能科学的估计。段的成本水平和变动趋势做出尽可能科学的估计。 最难确定的是开发成本中的软件开发成本,而硬件成本最难确定的是开发成本中的软件开发成本,而硬件成本和其他成本相对容易估算出来。和其他成本相对容易估算出来。 至于运行维护成本,则可以根据开发成本与运行维护成至于运行维护成本,则可以根据开发成本与运行维护成本比值的经验数据和测算出来的开发成本一起计算

5、。本比值的经验数据和测算出来的开发成本一起计算。 并且,对于信息系统项目的用户来讲,项目开发成本的并且,对于信息系统项目的用户来讲,项目开发成本的不确定性因素较大,而项目的运行维护成本由于多次发不确定性因素较大,而项目的运行维护成本由于多次发生,且在自身的使用中发生,相对来讲容易控制一些。生,且在自身的使用中发生,相对来讲容易控制一些。所以信息系统项目成本测算的重点是软件开发成本。所以信息系统项目成本测算的重点是软件开发成本。信息系统项目成本测算过程信息系统项目成本测算过程(二)软件规模与(二)软件规模与成本的估算成本的估算1、软件常用的估算方法、软件常用的估算方法 参照已经完成的类似项目,估

6、算待开发项目参照已经完成的类似项目,估算待开发项目的软件开发成本和工作量。的软件开发成本和工作量。 将大的项目分解成若干小的子系统,在估算将大的项目分解成若干小的子系统,在估算出每个子系统软件开发成本和工作量之后,出每个子系统软件开发成本和工作量之后,再估算整个项目的软件开发成本。再估算整个项目的软件开发成本。 将软件按信息系统的生命周期分解,分别估将软件按信息系统的生命周期分解,分别估算出软件开发在各个阶段的工作量和成本,算出软件开发在各个阶段的工作量和成本,然后再把这些工作量和成本汇总,估算出整然后再把这些工作量和成本汇总,估算出整个软件开发的工作量和成本。个软件开发的工作量和成本。 根据

7、实验或历史数据给出软件开发工作量或根据实验或历史数据给出软件开发工作量或成本的经验估算公式。成本的经验估算公式。软件代码行的方式软件代码行的方式 软件开发的生产率:软件开发的生产率: PlLE 其中:其中: L是应用软件的总代码行数。一般用千行代码是应用软件的总代码行数。一般用千行代码KLOC(1KLOC103LOC)度量。)度量。 E是应用软件的工作量,用人月(是应用软件的工作量,用人月(PM)度量。)度量。 Pl是软件开发的生产率,用每人月完成的代码是软件开发的生产率,用每人月完成的代码行数(行数(LOCPM)度量。)度量。软件代码行的方式软件代码行的方式例:某信息系统代码约为例:某信息系

8、统代码约为32000行,行,5人用人用2个月完成。个月完成。则则 L=32000/1000=32 E=5*2=10 Pl =L/E=32/10=3.2软件代码行的方式软件代码行的方式 每行代码的平均成本:每行代码的平均成本: ClSL 其其中:中: S是软件开发的总成本,用人民币元或美元是软件开发的总成本,用人民币元或美元度量。度量。 Cl是软件项目每行代码的平均成本,用人民是软件项目每行代码的平均成本,用人民币元(或美元)代码行度量。币元(或美元)代码行度量。软件代码行方式的缺点软件代码行方式的缺点 用软件代码行数估算软件的开发规模简单易用软件代码行数估算软件的开发规模简单易行,其缺点也有不

9、少:行,其缺点也有不少: 代码行数的估算依赖于程序设计语言的功能和表代码行数的估算依赖于程序设计语言的功能和表达能力;达能力; 采用代码行估算方法会对设计精巧的软件项目产采用代码行估算方法会对设计精巧的软件项目产生不利的影响;生不利的影响; 在软件项目开发前或开发初期估算它的代码行数在软件项目开发前或开发初期估算它的代码行数十分困难;十分困难; 代码行估算只适用于过程式程序设计语言,对非代码行估算只适用于过程式程序设计语言,对非过程式的程序设计语言不太适用,等等。过程式的程序设计语言不太适用,等等。软件功能点方式软件功能点方式 间接度量间接度量 按基本功能定义,系统分析初期能大概按基本功能定义

10、,系统分析初期能大概估算出山软件开发的规模估算出山软件开发的规模功能点计算中功能点计算中CT的度量的度量 这种方法用这种方法用6个信息量的个信息量的“加权和加权和”CT和和14个因素的个因素的“复杂性调节值复杂性调节值”Fi (i1,2,14)计算功能点)计算功能点FP: 软件开发的生产率:软件开发的生产率:PfFPE 其中:其中: Pf表示每人月完成的功能点数。表示每人月完成的功能点数。 E是工作量,用人月(是工作量,用人月(PM)度量。)度量。 每功能点的平均开发成本:每功能点的平均开发成本:CfSFP 其中:其中: S是软件开发的总成本。是软件开发的总成本。 Cf表示每功能点的平均开发成

11、本。表示每功能点的平均开发成本。软件功能点的方式软件功能点的方式01. 065. 0141iiFCTFP功能点计算中功能点计算中Fi的估值的估值 采用功能点度量的优点主要有两条:采用功能点度量的优点主要有两条: 第一,与程序设计语言无关,它不仅适用于过程第一,与程序设计语言无关,它不仅适用于过程式语言,也适用于非过程式的语言,这对于面向式语言,也适用于非过程式的语言,这对于面向对象的开发方式尤为有用;对象的开发方式尤为有用; 第二,由于在信息系统项目启动时就能基本上确第二,由于在信息系统项目启动时就能基本上确定系统的输入、输出等参数,所以功能点度量能定系统的输入、输出等参数,所以功能点度量能用

12、于软件开发成本在初期的预估。用于软件开发成本在初期的预估。 缺点主要是它涉及到的主观因素比较多,如缺点主要是它涉及到的主观因素比较多,如Fi的选取与评估人的经验和态度有较大的关的选取与评估人的经验和态度有较大的关系,并且系,并且FP的值没有直观的物理意义。的值没有直观的物理意义。软件功能点方式的优缺点软件功能点方式的优缺点 采用前述估算方法估算出采用前述估算方法估算出L或或FP的乐观值的乐观值a,悲观值悲观值b和一般值和一般值m,然后根据下列加权公式,然后根据下列加权公式计算出期望值:计算出期望值:e(a十十4m十十b)6 当当L或或FP的期望值估算出来之后,根据以前的期望值估算出来之后,根据

13、以前开发软件的数据可知软件开发平均生产率开发软件的数据可知软件开发平均生产率(KLOCPM或或FPPM)计算出工作量。)计算出工作量。 比如软件项目规模按功能点估算为比如软件项目规模按功能点估算为3l0 FP,假设以前完成项目的平均生产率为假设以前完成项目的平均生产率为5.5FPPM,已知每人月的开发成本为,已知每人月的开发成本为1万元,于是:万元,于是: 工作量估算为:工作量估算为: E3105.556PM 软件开发成本估算为:软件开发成本估算为: C56156万元万元软件规模和成本的的测算软件规模和成本的的测算2、软件的经验估算模型、软件的经验估算模型 C o C o M o 模 型 是模

14、 型 是 “ 构 造 性 成 本 模构 造 性 成 本 模型型”(Constructive Cost Model,简称,简称CoCoMo模型模型)的英文缩写,分为基本、中间、的英文缩写,分为基本、中间、详细三个层次,分别用于软件开发的不同阶详细三个层次,分别用于软件开发的不同阶段。段。 基本基本CoCoMo模型用于系统开发的初期,估算整模型用于系统开发的初期,估算整个系统的工作量(包括软件维护)和软件开发所个系统的工作量(包括软件维护)和软件开发所需要的时间;需要的时间; 中间中间CoCoMo模型用于估算各个子系统的工作量模型用于估算各个子系统的工作量和开发时间;和开发时间; 详细详细CoCo

15、Mo模型用于估算独立的软部件,如子模型用于估算独立的软部件,如子系统内部的各个模块。系统内部的各个模块。CoCoMo模型简介模型简介 基本基本CoCoMo模型是静态、单变量模型,具模型是静态、单变量模型,具有下列形式:有下列形式: EaLb DcEd CE 其中:其中: L是项目的代码行估计值。是项目的代码行估计值。 E表示工作量,单位是人月(表示工作量,单位是人月(PM)。)。 D表示开发时间,单位是月。表示开发时间,单位是月。 C表示开发成本,单位是万元。表示开发成本,单位是万元。 表示每人月的人力成本,单位是万元表示每人月的人力成本,单位是万元/人月人月 a,b,c,d是常数。是常数。基

16、本基本CoCoMo模型模型基本基本CoCoMo模型参数取值模型参数取值 Putnam模型,是由模型,是由Putnam提出的大型软件提出的大型软件项目工作量(一般在项目工作量(一般在30人年以上)估算模型。人年以上)估算模型。 它是一个动态多变量模型,适用于软件开发它是一个动态多变量模型,适用于软件开发的各个阶段。的各个阶段。 估算模型以大型软件项目的实测数据为基础,估算模型以大型软件项目的实测数据为基础,描述了开发工作量、开发时间和软件代码行描述了开发工作量、开发时间和软件代码行数之间的关系。数之间的关系。Putnam模型简介模型简介 相应的方程是:相应的方程是: 其中:其中: L表示源程序代

17、码行数。表示源程序代码行数。 E表示工作量(以人年记,包括维护)。表示工作量(以人年记,包括维护)。 td表示开发时间(以年记)。表示开发时间(以年记)。 Ck表示技术状态常数,它反映出表示技术状态常数,它反映出“妨碍程序员进妨碍程序员进展的限制展的限制”,并因开发环境而异。,并因开发环境而异。 显然:显然: CE 其中:其中: C表示开发成本,单位是万元。表示开发成本,单位是万元。 表示每人年的人力成本,单位是万元表示每人年的人力成本,单位是万元/人年。人年。Putnam模型模型3/43/1dktECL )/(433dktCLEPutnam模型技术状态常数模型技术状态常数Ck的取值的取值 在

18、在 Putnam模型中,开发软件项目的工作量与交付模型中,开发软件项目的工作量与交付时间的时间的4次方成反比,将次方成反比,将0.9 td代替式中的代替式中的td计算计算E,我们发现,提前我们发现,提前10的时间要增加的时间要增加52的工作量,的工作量,显然是降低了软件开发生产率。因此,软件开发过显然是降低了软件开发生产率。因此,软件开发过程中人员与时间的折衷是一个十分重要的问题。程中人员与时间的折衷是一个十分重要的问题。 由上述对两个经验模型的分析可知,由上述对两个经验模型的分析可知,CoCoMo模型模型和和Putnam模型都是在估算软件代码行的方式基础上,模型都是在估算软件代码行的方式基础

19、上,估算出了软件开发的工作量和软件开发的成本。估算出了软件开发的工作量和软件开发的成本。 对于软件的开发时间,对于软件的开发时间,CoCoMo模型是根据经验公模型是根据经验公式估算出来的,对于式估算出来的,对于Putnam模型则是与工作量相权模型则是与工作量相权衡的结果。衡的结果。 对于软件的人力投入,两个模型都可以根据工作量对于软件的人力投入,两个模型都可以根据工作量和开发时间的比值测算出来。和开发时间的比值测算出来。两个经验模型点评两个经验模型点评 到此,我们就讨论完了软件规模、成本、开到此,我们就讨论完了软件规模、成本、开发时间、人力投入的测算过程。发时间、人力投入的测算过程。 在此基础

20、上,就可以根据测算的软件开发成在此基础上,就可以根据测算的软件开发成本、硬件成本和信息系统开发期间的其他成本、硬件成本和信息系统开发期间的其他成本计算出信息系统的开发成本,再根据信息本计算出信息系统的开发成本,再根据信息系统开发成本占信息系统总成本比例的经验系统开发成本占信息系统总成本比例的经验数据得出信息系统项目的总成本。数据得出信息系统项目的总成本。 相应地,也可以根据软件开发时间或人力投相应地,也可以根据软件开发时间或人力投入占信息系统项目总时间或总人力比例的经入占信息系统项目总时间或总人力比例的经验数据知道信息系统项目建设所需要的总时验数据知道信息系统项目建设所需要的总时间、总人力。间

21、、总人力。信息系统项目的总成本信息系统项目的总成本(三)项目的进度与(三)项目的进度与成本计划成本计划 项目经理组织队伍形成项目团队,绘制专业项目经理组织队伍形成项目团队,绘制专业领域技术编制表,建立一个领域技术编制表,建立一个工作分析结构工作分析结构(WBS),),并在此基础上建立项目组成员的并在此基础上建立项目组成员的责任矩阵。责任矩阵。 所谓所谓工作分析结构工作分析结构是指将一个信息系统项目是指将一个信息系统项目分解成易于管理的几部分或几个细目,细目分解成易于管理的几部分或几个细目,细目再展开成子细目,任何分支最低层的细目叫再展开成子细目,任何分支最低层的细目叫工作包工作包。工作包、分摊

22、工作包、分摊 比如对于一个待建系统可以先按照生命周期的比如对于一个待建系统可以先按照生命周期的各阶段展开,然后按照子系统或系统功能点展各阶段展开,然后按照子系统或系统功能点展开。开。 责任矩阵一旦建立,就可以进行项目各建设活责任矩阵一旦建立,就可以进行项目各建设活动的工期估计和预算分摊估计。动的工期估计和预算分摊估计。 工期估计和预算分摊估计各有两种办法,一种工期估计和预算分摊估计各有两种办法,一种是自上而下法,即在项目建设总时间和总成本是自上而下法,即在项目建设总时间和总成本之内按照每一工作包的相关工作范围来考察,之内按照每一工作包的相关工作范围来考察,以项目总时间或总成本的一定比例分摊到各

23、个以项目总时间或总成本的一定比例分摊到各个工作包中。另一种方法是自下而上法,它是由工作包中。另一种方法是自下而上法,它是由每一工作包的具体负责人来做估计的方法。每一工作包的具体负责人来做估计的方法。 现在某企业准备开发一个客户关系管理的信现在某企业准备开发一个客户关系管理的信息系统,合同双方将系统交付使用作为项目息系统,合同双方将系统交付使用作为项目终结的依据,双方同意维护期间费用另行支终结的依据,双方同意维护期间费用另行支付。经上述测算,估算该项目总开发工作量付。经上述测算,估算该项目总开发工作量为为4人年人年,项目总开发时间为,项目总开发时间为50周周,项目的总,项目的总成本(包括软件开发

24、成本、硬件成本和开发成本(包括软件开发成本、硬件成本和开发中的其他成本)是中的其他成本)是100万万元人民币。元人民币。 将该将该项目划分项目划分为六个大的活动,并明确了各为六个大的活动,并明确了各活动的工期:系统规划(活动的工期:系统规划(5周)、系统分析周)、系统分析(10周)、系统设计(周)、系统设计(10周)、系统实现周)、系统实现(15周)、系统测试(周)、系统测试(8周)和系统转换(周)和系统转换(5周)。周)。分摊实例分摊实例客户关系信息系统项目甘特图客户关系信息系统项目甘特图客户关系信息系统项目分摊客户关系信息系统项目分摊客客 户户 关关 系系 信信 息息 系系 统统 项项 目

25、目活活 动动小小 活活 动动紧紧 前前活活 动动工工 期期 估估 计计( 周周 )预预 算算 分分 摊摊( 万万 元元 )预预 算算 累累 计计( 万万 元元 )1 收收 集集 数数 据据一一31.51.52 可可 行行 性性 研研 究究一一423.5系系 统统规规 划划3 准准 备备 系系 统统 规规 划划 报报 告告1, 210.544 与与 业业 务务 人人 员员 沟沟 通通35375 研研 究究 现现 有有 系系 统统384116 明明 确确 用用 户户 需需 求求45213系系 统统分分 析析7 准准 备备 系系 统统 分分 析析 报报 告告5, 611148 分分 析析 数数 据据

26、 输输 入入 和和 输输 出出784189 处处 理理 数数 据据 和和 建建 数数 据据 库库71042210 审审 查查 数数 据据 字字 典典8, 92123系系 统统设设 计计11 准准 备备 系系 统统 设设 计计 报报 告告10222512 开开 发发 软软 件件1115154013 硬硬 件件 规规 划划 与与 采采 购购1110387814 网网 络络 实实 现现1165.583.5系系 统统实实 现现15 准准 备备 系系 统统 实实 现现 报报 告告12, 13, 1421.58516 测测 试试 软软 件件15669117 测测 试试 硬硬 件件1541.592.518

27、测测 试试 网网 络络1541.594系系 统统测测 试试19 准准 备备 系系 统统 测测 试试 报报 告告16, 17, 18119520 人人 员员 培培 训训19429721 系系 统统 转转 换换1924101系系 统统转转 换换22 准准 备备 系系 统统 转转 换换 报报 告告20, 2111102 最早开始时间(最早开始时间(Earliest Start time,ES)和最早结)和最早结束时间(束时间(Earliest Finish time,EF) 。 ES和和EF是通过网络图的正向计算得到的。是通过网络图的正向计算得到的。 规则规则:某项活动的最早开始时间(:某项活动的最

28、早开始时间(ES)必须相同或)必须相同或晚于直接指向这项活动的所有活动的最早结束时间晚于直接指向这项活动的所有活动的最早结束时间(EF)中的最晚时间。)中的最晚时间。 EFES十工期估计。十工期估计。 最迟开始时间(最迟开始时间(Latest Start time,LS)和最迟结束)和最迟结束时间(时间(Latest Finish time,LF)。)。 LF和和LS可以通过网络图的反向推算得出。可以通过网络图的反向推算得出。 规则规则:某项活动的最迟结束时间(:某项活动的最迟结束时间(LF)必须相同或)必须相同或早于该活动直接指向的所有活动最迟开始时间(早于该活动直接指向的所有活动最迟开始时

29、间(LS)的最早时间。的最早时间。 LSLF工期估计。工期估计。ES、EF 、 LS、LF客户关系信息系统项目进度客户关系信息系统项目进度最最 早早最最 迟迟活活 动动工工 期期估估 计计( 周周 )开开 始始时时 间间结结 束束时时 间间开开 始始时时 间间结结 束束时时 间间总总时时 差差1 收收 集集 数数 据据303-8-5-82 可可 行行 性性 研研 究究404-9-5-93 准准 备备 系系 统统 规规 划划 报报 告告145-5-4-94 与与 业业 务务 人人 员员 沟沟 通通5510-41-95 研研 究究 现现 有有 系系 统统8513-26-76 明明 确确 用用 户户

30、 需需 求求5101516-97 准准 备备 系系 统统 分分 析析 报报 告告1151667-98 分分 析析 数数 据据 输输 入入 和和 输输 出出81624917-79 处处 理理 数数 据据 和和 建建 数数 据据 库库101626717-910 审审 查查 数数 据据 字字 典典226281719-911 准准 备备 系系 统统 设设 计计 报报 告告228301921-912 开开 发发 软软 件件1530452136-913 硬硬 件件 规规 划划 与与 采采 购购1030402636-414 网网 络络 实实 现现630363036015 准准 备备 系系 统统 实实 现现

31、报报 告告245473638-916 测测 试试 软软 件件647533844-917 测测 试试 硬硬 件件447514044-718 测测 试试 网网 络络447514044-719 准准 备备 系系 统统 测测 试试 报报 告告153544445-920 人人 员员 培培 训训454584549-921 系系 统统 转转 换换254564749-722 准准 备备 系系 统统 转转 换换 报报 告告158594950-9 总时差总时差可以用每项活动的最迟结束(开始)时间减可以用每项活动的最迟结束(开始)时间减去它的最早结束(开始)时间算出,即:去它的最早结束(开始)时间算出,即: 总时差

32、总时差LFEF 或或 总时差总时差LSES。 如果某项活动的总时差为正值,表明该项活动花费如果某项活动的总时差为正值,表明该项活动花费时间总量可以适当延长,而不必担心会出现在要求时间总量可以适当延长,而不必担心会出现在要求完工时间内活动无法完成的窘况。反之,如果总时完工时间内活动无法完成的窘况。反之,如果总时差为负值,则表明该项活动要加速完成以减少花费差为负值,则表明该项活动要加速完成以减少花费的时间。的时间。 要对项目的进度作到较好的控制,必须找到项目网要对项目的进度作到较好的控制,必须找到项目网络图中的关键路径。络图中的关键路径。 那些具有正的总时差的路径有时被称为那些具有正的总时差的路径

33、有时被称为非关键路径非关键路径,而那些总时差为零或负值的路径被称为关而那些总时差为零或负值的路径被称为关键路径键路径,并且我们将耗时最长的关键路径经常称为并且我们将耗时最长的关键路径经常称为最关键路最关键路径径。总时差、关键路径总时差、关键路径网络图实例(上)网络图实例(上)网络图实例(下)网络图实例(下)(四)项目计划的变更管理(四)项目计划的变更管理信息系统项目变更管理过程信息系统项目变更管理过程图图 信息系统项目计划变更与监控信息系统项目计划变更与监控制定基准计划(进度,制定基准计划(进度,预算)预算)启动项目启动项目开始一个报告期开始一个报告期收集实际进程数据(进收集实际进程数据(进度

34、,成本)度,成本)更新项目的计划更新项目的计划(进度,预算)(进度,预算)分析当前状况并与计划比较分析当前状况并与计划比较(进度,预算)(进度,预算)需采取纠正措需采取纠正措施吗?施吗?识别纠正措施识别纠正措施和协调相关变化和协调相关变化还有下一个报还有下一个报告期吗?告期吗?项目结束项目结束是是是是否否否否 第一是对近期内即将发生的活动加强控制,第一是对近期内即将发生的活动加强控制,积极积极挽回时间和成本挽回时间和成本,这是因为早控制早主,这是因为早控制早主动;动; 第二是第二是工期估计最长或预算估计最大的活动工期估计最长或预算估计最大的活动应进一步审核应进一步审核预估依据,并做好该活动压缩

35、预估依据,并做好该活动压缩时间和费用的准备工作,因为估计值越大的时间和费用的准备工作,因为估计值越大的项目更有压缩的可能;项目更有压缩的可能; 第三,将某些可以再分的活动第三,将某些可以再分的活动进一步细分进一步细分,研究细分活动之间并行工作或知识重用的可研究细分活动之间并行工作或知识重用的可行性,如可行,则可以有效地压缩时间和费行性,如可行,则可以有效地压缩时间和费用。用。计划调整的重点计划调整的重点 时间与成本之间在一定的范围内有一定的替时间与成本之间在一定的范围内有一定的替代性,时间代性,时间成本平衡法就是一种用最低的成本平衡法就是一种用最低的相关成本的增加来缩短项目工期的方法。该相关成

36、本的增加来缩短项目工期的方法。该方法基于以下假设:方法基于以下假设: 每项活动有两组工期和成本估计:正常和应急。每项活动有两组工期和成本估计:正常和应急。 一项活动的工期可以通过从正常时间减至应急时一项活动的工期可以通过从正常时间减至应急时间得到有效的缩减,这要靠间得到有效的缩减,这要靠投入更多资源投入更多资源来实现。来实现。 应急时间是确保活动按质量完成的时间下限。应急时间是确保活动按质量完成的时间下限。 当需要将活动的预计工期从正常时间当需要将活动的预计工期从正常时间缩短缩短至应急至应急时间时间时,必须有足够的时,必须有足够的资源作保证资源作保证。 在活动的正常点和应急点之间,时间和成本的

37、关在活动的正常点和应急点之间,时间和成本的关系是线性的。系是线性的。时间时间成本平衡法成本平衡法附有正常和应急时间及成本的网络图附有正常和应急时间及成本的网络图 缩短工期的单位时间加急成本可用如下公式缩短工期的单位时间加急成本可用如下公式计算:计算: 每项活动的每周加急成本可根据上述公式分每项活动的每周加急成本可根据上述公式分别计算出来:别计算出来: 活动活动A: 6 000元周元周 活动活动B:10 000元周元周 活动活动C: 5 000元周元周 活动活动D: 6 000元周元周单位时间加急成本单位时间加急成本应急时间正常时间正常成本应急成本成本加急单位时间 时间时间成本平衡法的举例成本平

38、衡法的举例 下面介绍利用项目的预算累计量、实际成本下面介绍利用项目的预算累计量、实际成本累计量和盈余累计量三个指标累计量和盈余累计量三个指标监控成本变动监控成本变动的方法。的方法。 假设现有一个小型信息系统项目假设现有一个小型信息系统项目个人理个人理财信息系统需要开发,合同总价款为财信息系统需要开发,合同总价款为10万万元元人民币,拟在人民币,拟在12周周内开发成功。项目采用原内开发成功。项目采用原型法方式开发,为了简单起见,将该项目分型法方式开发,为了简单起见,将该项目分为三个大的活动:为三个大的活动:需求分析与原型制作需求分析与原型制作、原原型改造与系统实现型改造与系统实现、系统测试与转换

39、系统测试与转换。项目成本计划的变更控制项目成本计划的变更控制预算累计量(预算累计量(PV,Planned Value)实际成本累计量(实际成本累计量(AC,Actual Cost)挣值量(挣值量(EV,Earned Value)个人理财信息系统三个累计量的比较图个人理财信息系统三个累计量的比较图 成本差(成本差(Cost Variance,CV);进度差();进度差(Schedule Variance,SV);成本绩效指数,又叫成本效率();成本绩效指数,又叫成本效率(Cost Performance Index,CPI);进度绩效指数,又叫进度效率);进度绩效指数,又叫进度效率(Schedu

40、le Performance Index,SPI) 成本差(成本差(CV)累计挣值()累计挣值(EV)累计成本(累计成本(AC) 进度差(进度差(SV)累计挣值()累计挣值(EV)累计预算(累计预算(PV) 成本效率(成本效率(CPI)累计挣值()累计挣值(EV)/ 累计成本(累计成本(AC) 进度效率(进度效率(SPI)累计挣值()累计挣值(EV)/ 累计预算(累计预算(PV)监控信息系统项目的监控信息系统项目的 根据上述根据上述4个公式,可以计算上例到第个公式,可以计算上例到第8周时上述的周时上述的4个个指标:指标: CVEVAC5.46.81.4(万元)(万元) SVEVPV5.46.4

41、1.0(万元)(万元) CPIEV / AC5.4 / 6.80.794 SPIEV / PV5.4 / 6.40.844 一般来讲,成本差和进度差都是正值(或者成本效率和一般来讲,成本差和进度差都是正值(或者成本效率和进度效率都大于进度效率都大于1)的项目执行得要好于成本差和进度)的项目执行得要好于成本差和进度差都是负值(或者成本效率和进度效率都小于差都是负值(或者成本效率和进度效率都小于1)的项)的项目。项目经理通过对不同时期、不同工作包上述四个指目。项目经理通过对不同时期、不同工作包上述四个指标的监控,就可以清楚地了解项目的执行情况,并据此标的监控,就可以清楚地了解项目的执行情况,并据此

42、采取相应的措施。采取相应的措施。监控指标说明监控指标说明三、三、IS项目的人员管理项目的人员管理 信息系统项目的人力计划,主要基于前面说信息系统项目的人力计划,主要基于前面说到的工作量和进度预估,工作量与项目总时到的工作量和进度预估,工作量与项目总时间的比值就是理论上所需的人力数。间的比值就是理论上所需的人力数。 人员人员进度权衡定律进度权衡定律 Brooks定律定律 曾担任曾担任IBM公司操作系统项目经理的公司操作系统项目经理的F.Brooks从从大量的软件开发实践中得出了另一条结论:大量的软件开发实践中得出了另一条结论:“向向一个已经拖延的项目追加开发人员,可能使它完一个已经拖延的项目追加

43、开发人员,可能使它完成得更晚成得更晚”。两个重要定律两个重要定律)/(433dktCLE 用作人力计划的用作人力计划的Rayleigh-Norden曲线曲线 信息系统开发人员作为技术工种,可不是一旦需要信息系统开发人员作为技术工种,可不是一旦需要就马上找得到的,那么在制定人力资源计划时,就就马上找得到的,那么在制定人力资源计划时,就要在基本按照上述曲线配备人力的同时,尽量使某要在基本按照上述曲线配备人力的同时,尽量使某个阶段的人力稳定,并且确保整个项目期人员的波个阶段的人力稳定,并且确保整个项目期人员的波动不要太大。我们称这样的过程为人力资源计划的动不要太大。我们称这样的过程为人力资源计划的平

44、衡。平衡。 人力资源平衡法是制定使人力资源需求人力资源平衡法是制定使人力资源需求波动最小化波动最小化的进度计划的一种方法。的进度计划的一种方法。 这种平衡人力资源的方法是为尽可能均衡地利用人这种平衡人力资源的方法是为尽可能均衡地利用人力资源并满足项目要求完成的进度。力资源并满足项目要求完成的进度。 人力资源平衡是在不延长项目完工时间的情况下建人力资源平衡是在不延长项目完工时间的情况下建立人力资源均衡利用的进度计划。立人力资源均衡利用的进度计划。人力资源平衡人力资源平衡反映学籍信息管理系统项目反映学籍信息管理系统项目人力资源需求的的网络图人力资源需求的的网络图基于活动最早开始时间基于活动最早开始

45、时间的人力资源计划图的人力资源计划图基于资源平衡的基于资源平衡的人力资源计划图人力资源计划图 每个项目小组的人数不能太多,否则组员间彼此通每个项目小组的人数不能太多,否则组员间彼此通信的时间将占系统建设时间的一个很大比重。信的时间将占系统建设时间的一个很大比重。 通常不能把一个信息系统划分成大量独立的单元模通常不能把一个信息系统划分成大量独立的单元模块或子系统,否则,不仅出现接口错误的可能性增块或子系统,否则,不仅出现接口错误的可能性增加,而且系统测试将既困难又费时间。加,而且系统测试将既困难又费时间。 一般说来,每个项目小组的规模应该比较小,以一般说来,每个项目小组的规模应该比较小,以28名

46、成员为宜。名成员为宜。 如果项目属于中小型规模且建设时间在一年以内,如果项目属于中小型规模且建设时间在一年以内,那么项目小组的成员可以是活动负责人制。那么项目小组的成员可以是活动负责人制。 如果项目属于大中型规模,建设时间在一年以上,如果项目属于大中型规模,建设时间在一年以上,那么就必须考虑项目建设人员因各种原因发生变动那么就必须考虑项目建设人员因各种原因发生变动的情况。的情况。项目小组的构成项目小组的构成大型信息系统项目基层项目大型信息系统项目基层项目小组的具体构成及举例小组的具体构成及举例 项目团队成长的阶段项目团队成长的阶段 形成(形成(forming)阶段)阶段 震荡(震荡(storm

47、ing)阶段)阶段 正规(正规(norming)阶段)阶段 表现(表现(performing)阶段)阶段 激励的结果是使参与信息系统的所有成员组激励的结果是使参与信息系统的所有成员组织成一个工作富有成效的项目团队。有成效织成一个工作富有成效的项目团队。有成效的项目团队具有如下特点:的项目团队具有如下特点: 能清晰理解项目的目标;能清晰理解项目的目标; 每位成员的角色和职责有明确的期望;每位成员的角色和职责有明确的期望; 以项目的目标为行为的导向;以项目的目标为行为的导向; 项目成员之间高度信任,高度地合作互助等。项目成员之间高度信任,高度地合作互助等。项目团队的成长与激励项目团队的成长与激励信

48、息系统项目团队的成长与激励信息系统项目团队的成长与激励团队有效性自测表团队有效性自测表问问题题得得分分1你你的的团团队队对对项项目目目目标标有有明明确确的的理理解解吗吗?( )2项项目目工工作作内内容容、质质量量标标准准、预预算算及及进进度度计计划划有有明明确确规规定定吗吗?( )3每每个个成成员员都都对对他他(她她)的的角角色色及及职职责责有有明明确确的的期期望望吗吗?( )4每每个个成成员员对对其其他他成成员员的的角角色色和和职职责责有有明明确确的的期期望望吗吗?( )5每每个个成成员员了了解解所所有有成成员员为为团团队队带带来来的的知知识识和和技技能能吗吗?( )6你你的的团团队队是是目

49、目标标导导向向吗吗?( )7每每个个成成员员是是否否强强烈烈希希望望为为实实现现项项目目目目标标做做出出努努力力?( )8你你的的团团队队有有高高度度的的热热情情和和力力量量吗吗?( )9你你的的团团队队是是否否能能高高度度地地合合作作互互助助?( )10是是否否经经常常进进行行开开放放、坦坦诚诚而而及及时时的的沟沟通通?( )11成成员员愿愿意意交交流流信信息息、想想法法和和感感情情吗吗?( )12成成员员是是否否能能不不受受拘拘束束地地寻寻求求别别人人的的帮帮助助?( )13成成员员愿愿意意相相互互帮帮助助吗吗?( )14团团队队成成员员能能否否做做出出反反馈馈和和建建设设性性的的批批评评

50、?( )15团团队队成成员员能能否否接接受受别别人人的的反反馈馈和和建建设设性性的的批批评评?( )16项项目目团团队队成成员员中中是是否否有有高高度度的的信信任任?( )17成成员员是是否否能能完完成成他他们们要要做做或或想想做做的的事事情情?( )18不不同同的的观观点点能能否否公公开开?( )19团团队队成成员员能能否否相相互互承承认认并并接接受受彼彼此此的的差差异异?( )20你你的的团团队队能能否否建建设设性性地地解解决决冲冲突突?( )总总计计得得分分( )四、四、IS项目的质量管理项目的质量管理信息系统生命周期信息系统生命周期各阶段之间的关系各阶段之间的关系 目前人们对信息系统项

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

当前位置:首页 > 办公、行业 > 各类PPT课件(模板)
版权提示 | 免责声明

1,本文(信息系统建设的项目管理课件.ppt)为本站会员(三亚风情)主动上传,163文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。
2,用户下载本文档,所消耗的文币(积分)将全额增加到上传者的账号。
3, 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(发送邮件至3464097650@qq.com或直接QQ联系客服),我们立即给予删除!


侵权处理QQ:3464097650--上传资料QQ:3464097650

【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。


163文库-Www.163Wenku.Com |网站地图|