it项目管理案例分析

it项目管理案例分析（通用8篇）

it项目管理案例分析篇1

1.2.1案例场景

A公司是一家经营纸产品的企业，近几年业务得到了成倍的发展，原来采用手工处理业务的方式已经越来越显得力不从心，因此，经过公司董事会研究决定，在公司推行一套管理软件，用管理软件替代原有的手工作业的方式，同时，请公司副总经理负责此项目的启动。

副总经理在接到任务后，即开始了项目的启动工作。项目经过前期的一些工作后，副总经理任命小丁为该项目的项目经理，小丁组建了项目团队，并根据项目前期的情况，开始进行项目的计划，表1一1所示为初步项目进度计划表。

项目进行了一半，由于公司业务发展的需要，公司副总经理要求小丁提前完工，作为项目经理，小丁对项目进行了调整，保证了项自的提前完工。

【问题1】(7分)

请用400字以内的文字描述你作为项目前期的负责人，在接到任务后将如何启动项目？

【问题2】(9分)

作为项目经理，你项目的进度控制中的重点是什么？请描述你在项目进度控制中的甘特图，以及双代号网络图，并比较甘特图与网络图的区别。

【问题3】(9分)假设公司总经理要求提前完工，作为项目经理将如何处理，请用400字以内的文字描述你应该如何处理？

【问题1】(7分)

本题中，项目前期的负责人实际是公司副总经理，在项目章程中确定项目经理的人选。作为项目前期的负责人，在接到项目的任务后将开始项目的启动工作。项目的启动包括了以下几个主要活动：

(1)识别项目的需求。

(2)解决方案的确定。

(3)对项目进行可行性分析。

(4)项目立项。

(5)项目章程的确定。

【问题2】(9分)

项目时间管理中的重点是把握好关键路径上的任务，项目甘特图绘制如图1-1所示。

项目双代号网络图绘制如图1一2所示。

甘特图与网络图的区别：

甘特图直观、简单、容易制作，便于理解，一般适用比较简单的小型项目，可用于WBS的任何层次、进度控制、资源优化、编制资源和费用计划。但是不能系统地表达一个项目所包含的各项工作之间的复杂关系，难以进行定量的计算和分析，以及计划的优化等。

采用网络图进行进度控制，能够清晰地展现现在和将来完成的工程内容、各工作单元间的关系，并且可以预先确定各任务的时差。了解关键作业或某一环节的进度的变化对后续工程和总工期的影响度，．便于及时地采取措施或对进度进行调整。

【问题3】(9分)

项目的质量、进度、成本相关联，因此，在进度控制和成本管理上考虑：

(1)在进度管理上，可以采用加班等方式进行。

(2)投入更多的人力、物力。

(3)把握关键路径上的任务。

在实际处理的过程中，因为新投入人力到项目，而且新的人力对项目的熟悉程度不一，新员工需要经过一段时间的培训才能适应项目，所以，最佳的方式应该是采用加班方式来提前完成项目，同时，项目经理应该调整进度计划，在关键路径上加班，缩短关键路径的长度。第3章项目时间管理案例

项目管理的首要任务是制定一个构思良好的项目计划，以确定项目的范围、进度和费用。在给定的时间完成项目是项目的重要约束性目标，能否按进度交付是衡量项目是否成功的重要标志。因此，进度控制是项目控制的首要内容，是项目的灵魂。同时，由于项目管理是一个带有创造性的过程，项目不确定性很大，项目的进度控制是项目管理中的最大难点。3．1案例一：时间管理

阅读以下关于信息系统项目管理过程中时间管理问题的叙述，回答问题1至问题4。3.1.1案例场景

小张为希赛信息技术有限公司(CSAI)IT主管，最近接到公司总裁的命令，负责开发一个电子商务平台。小张粗略地估算该项目在正常速度下需花费的时间和成本。由于公司业务发展需要，公司总裁急于启动电子商务平台项目，因此，要求小张准备一份关于尽快启动电子商务平台项目的时间和成本的估算报告。

在第一次项目团队会议上，项目团队确定出了与项目相关的任务如下：

第一项任务是比较现有电子商务平台，按照正常速度估算完成这项任务需要花10天，成本为15000元。但是，如果使用允许的最多加班工作量，则可在7天、18750元的条件下完成。

一旦完成比较任务，就需要向最高层管理层提交项目计划和项目定义文件，以便获得批准。项目团队估算完成这项任务按正常速度为5天，成本3750元，如果赶工为3天，成本为4500元。

当项目团队获得高层批准后，各项工作就可以开始了。项目团队估计需求分析为15天，成本45000元，如加班则为10天，成本58500元。

设计完成后，有3项任务必须同时进行：①开发电子商务平台数据库； ②开发和编写实际网页代码；③开发和编写电子商务平台表格码。估计数据库的开发在不加班的时候为10天和9000元，加班时可以在7天和11250元的情况下完成。同样，项目团队估算在不加班的情况下，开发和编写网页代码需要10天和17500元，加班则可以减少两天，成本为19500元。开发表格工作分包给别的公司，需要7天、成本8400元。开发表格的公司并没有提供赶工多收费的方案。

最后，一旦数据库开发出来，网页和表格编码完毕，整个电子商务平台就需要进行测试、修改，项目团队估算需要3天，成本4500元。如果加班的话，则可以减少一天，成本为6750元。

【问题1】(6分)

如果不加班，完成此项目的成本是多少？完成这一项目要花多长时间？

【问题2】(6分)

项目可以完成的最短时间量是多少？在最短时间内完成项目的成本是多少？

【问题3】(6分)

假定比较其他电子商务平台的任务执行需要13天而不是原来估算的10天。小张将采取什么行动保持项目按常规速度进行？

【问题4】(7分)

假定总裁想在35天内启动项目，小张将采取什么行动来达到这一期限？在35天完成项目将花费多少？

【问题1】

对于该问题，需要进行关键路径的计算，关键路径法(CPM)的工作原理是：为每个最小任务单位计算工期、定义最早开始和结束日期、最迟开始和结束日期、按照活动的关系形成顺序的网络逻辑图，找出必需的最长的路径，即为关键路径。

一般可以通过两个原则来确认关键路径：

(1)总持续时间最长的线路称为关键线路。

(2)总时差最小的工作组成的线路为关键线路。

由此判断，关键路径为：①②③④⑥⑧⑨。

累加关键路径上的时间即为完成这一项目所要花费的时间。

【问题2】

显然在赶工情况下项目完成时间最短，因此，累加关键路径上赶工的时间即可得出项目完成最短工作量，累加赶工成本即可得出在最短时间内完成项目的成本是多少。

容易产生的失误地方就是在关键路径的选择上，被题干中所描述的“最短时间量”所迷惑，在④-⑤开发电子商务平台数据库、④-⑥开发和编写实际网页代码、④-⑦开发和编写电子商务平台表格码这三项任务上选择④-⑤或④-⑥，导致时间量和项目成本计算全部出错。

【问题3］

假定比较其他电子商务平台的任务执行需要13天而不是原来估算的10天。那么，由于①-②比较其他电子商务平台位于关键路径上，因此，将导致整个工期延长3天，为此，小张必须考虑赶工来保证项目按进度完成。赶工原则是“采用优先考虑赶工费用率最低的工作”。根据表3-3推导出表3-4.根据表3-4的信息，为保证项目完成，要求在关键路径上赶工3天，赶工费用率最低的是②-③，但②-③进行赶工2天后，还差1天。此时，可以在关键路径④-⑥上赶工1天，使得④-⑥的完成时间变为9天，但此时④-⑥的赶工导致④-⑤也必须赶工1天。由此，计算出赶工的费用。本题容易产生错误的地方为：只考虑了④-⑥赶工的费率，而没有考虑④-⑤相应的变化。

【问题4】

与问题3类似，同样，必须采用赶工的方式，也必须考虑关键路径上活动的变化导致了其他非关键路径的变化的情况。由于，原有关键路径上的工期为10+5+15+10+3=43，现要求35天完成，因此，必须赶工8天时间。

首先，我们列出并行的3个任务④-⑤、④-⑥．、④-⑦的赶工费用率，如表3-5所示。

④-⑦是不可调整的，④一⑥赶工时间为8，因此，最多可赶工2天，如表3-6所示。

赶工的优先顺序如表3-7所示。

因此，赶工费用为103150+750+3750+3500+2250=113400.3.1.3参考答案

【问题1】(6分)

本题的关键是确定关键路径，完成这一项目要花43天。如果不加班，完成此项目的成本是103150元。

【问题2】(6分)

项目可以完成的最短时间量是30天，在最短时间内完成项目的成本是127 650元。

【问题3】(6分)

在关键路径②一③“向最高管理层提交项目计划和项目定义文件”进行赶工2天后，在关键路径④-⑥“开发和编写实际网页代码”上赶工1天，同时，在④-⑤“开发电子商务平台数据库”也必须赶工1天。

【问题4】(7分)

总共需要赶工8天，在②-③“向最高管理层提交项目计划和项目定义文件”上赶工2天，在①-②“比较现有电子商务平台”上赶工3天，在④-⑤“开发

电子商务平台数据库”，④-⑥“开发和编写实际网页代码”上赶工2天，在⑧-⑨“测试，修改”上赶工1天。

在35天内完成项目将花费为113400元。第4章项目成本管理案例 4.1 案例一：成本估算

阅读以下关于信息系统项目管理过程中成本估算方面问题的叙述，回答问题1至问题3。4.1.1案例场景

希赛信息技术有限公司(CSAI主要致力于为国内教育提供信息化服务，成立业内一流的研发中心，不断研究和推出深受用户欢迎的软件产品，客户遍布中国每个省/市/自治区。公司创立8年来，通过不断加强和改进技术管理来完善产品和提升服务品质，已成为中国教育软件研发领域首家通过CMM3评估项目的公司。

张工是CSAI的项目经理，1个月前刚接手某高校学生管理系统研发项目。完成项目需求调研后，张工开始制定详细的进度和成本计划。表4-1和表4-2

分别是张工用两种方法做的项目成本估算，估算货币单位为(元)。

【问题1】(8分)

请用200字以内说明信息系统项目管理过程进行成本估算的基本方法。

【问题2】(8分)

表4-1和表4一2分别采用了什么估算方法，表中估算成本A, B各为多少？

【问题3】(9分)

请结合你本人的实际项目经验，用300字以内文字分析信息系统项目成本估算过程中的主要困难和应该避免的常见错误。4.1.2案例分析

【问题2】

表4-1采用了自下而上的成本估算方法，表4-2采用了参数法成本估算方法。

项目经理的成本是30元/小时，项目经理张工参与项目的时间是500小时，而分析人员的成本参数是20元/小时，2个分析人员，每人参与项目时间是500小时，编程人员的成本参数是13元/小时，2个编程人员，每人参与项目时间是500小时，由于参数模型是简单的线性模型，所以，很方便计算出人力成本是61000元；其间接成本包括一般管理费和额外费用，一般管理费是人力成本的35%，额外费用是人力成本和管理成本的25％；这样合计为98820元；还有设备费用及其间接费用13000元，项目成本总计111820元，详见表4-3.对于表4-1，估计分解之后每个任务的规模，然后总计项目的总规模成本。

采用自下而上的估算方法，用的模型是：

估算总值＝估算值＋风险基金＋税其中

估算值=直接估算值＋间接估算值

间接估算值=直接估算值× 15%

风险基金=估算值× 20%

税=估算值×5%

要求估算的误差应该保持在－5%～+5%

按照这个算法并根据表4-3的WBS的分析结果图示，估算过程如下：

直接成本＝202000元

间接成本＝202 000 × 0.15＝3030元

估算值＝202 000+3 030＝23230元

总成本＝23 230+23 230 × 20%+23 230 × 5 %＝29037.5元

经过计算，两表中A为202000元，B为111820元。

【问题3】

4.1.3参考答案

【问题1】(8分)

信息系统项目进行成木估算的基术方法包括：

(1)自顶向下估算法或类比估算法。

(2)自下而上估算法。

(3)参数估算法。

(4)专家估算法。

(5)猜测估算法等。

【问题2】(8分)

表4-1采用了自下而上的成本估算方法，表4-2采用了参数法成本估算方法。经过计算，两表中估算值A为202000元，B为111820元。

【问题3】(9分)

综合起来，信息系统的项目成本估算的困难主要包括以下方面：

(1)需求信息的复杂性。

(2)开发技术与工具的不断变化。

(3)缺乏类似的项目估算数据可供参考。

(4)缺乏专业和富有经验的人才。

(5)信息系统研发人员技术能力的差异。

(6)管理层的压力与误解。

在对项目进行成本估算时，应该避免以下的常见错误：

(1)草率的成本估算。

(2)在项目范围尚未确定时就进行成本估算。

(3)过于乐观或者保守的估算。4.2 案例二：成本估算

阅读以下关于信息系统项目管理过程中成本估算问题的叙述，回答问题1至问题4。4.2.1案例场景

希赛信息技术有限公司(CSAI)凭借丰富的行业经验和精湛的技术优势，坚持沿着产品技术专业化道路，为银行、证券、保险等领域提供完整全面的解决方案。李工是CSAI证券事业部的高级项目经理，目前正负责国内B银行信贷业务系统的开发项目。作为项目经理，李工必须制定高质量的项目管理计划，以有效实现范围、进度、成本和质量等项目管理目标。

项目正式立项后，李工制定了一份初步的项目成本计划。李工估计出了每项工作的工期及所需要的工作量，如表4-4所示。此外，表4-4也给出了每项工作除人力资源费用外的其他固定费用(如硬件设备和网络设备等)。

【问题1】(6分)

请计算表4-4中每项工作所需安排的人力资源数量(按每天8小时工作制计算)。

【问题2】(6分)

假设每种人力资源的小时成本如下：测试员30元/小时，程序员40元/小时，软件设计师60元/小时，系统分析师100元/小时。请计算每项工作所需的总费用(每周按照5个工作日计算)。

【问题3】(6分)

计算每项工作每周的平均费用(每周按照5个工作日计算)。

【问题4】(7分)

假设该项目计划的甘特图如图4-1所示，请绘制该项目的费用预算曲线图(时间单位为周，每周按照5个工作日计算)。4.4.2案例分析

在费用预算方面，如按时间坐标来分析，有两种表现方式：一是费用预算曲线图，二是费用预算累计曲线图。图4-3和图4-4为Project 2000绘制的费用预算曲线图和费用预算累计成本曲线图。

人力资源数=工作量÷8÷工期，如方案设计阶段系统分析师人数=160÷8÷10=2,其他阶段计算类似；

总费用=固定费＋工作量×成本，如详细设计阶段总费用=6 400+160×60=16000, 其他阶段总费用计算类似。各阶段总费用累加得到项目总费用为493000.平均每周费用＝总费用÷(工期÷5),如主界面设计阶段平均每周费用=73000÷(50÷5)=7300。4.2.3参考答案

【问题1】(6分)【问题2】(6分)【问题3】(6分)参考答案见表4-5。【问题4】(7分)根据图4-1和表4-5计算每周费用总和，如图4-5所示。4.3 案例三：挣值管理

阅读以下关于信息系统项目管理过程中挣值管理和项目成本管理方面问题的叙述，回答问题1-问题4。4.3.1案例场景

财政基本建设管理信息系统是一套能够为财政服务，提供财政基本建设资金管理，财务监督、审核，为财政的基建科、预算科和国库科等相关部门提供数据互享的工程项目管理的应用系统。系统充分地体现财政部门对基本建设项目的管理，对国家预算安排的基本建设资金的使用的管理，反映财政部门对基本建设项目的管理，更好地实现财政的管理监督的职能作用。

张工是大型电子政务系统集成商希赛信息技术有限公司(CSAI)的项目经理，目前正作为项目经理负责CSAI与某地财政局开发的基本建设管理信息系统项目，项目组成员包括项目经理1人、系统分析师1人、高级程序员3人、程序员3人、软件界面美工1人、测试人员2人、客户方技术人员2人。由于财政等因素，项目的计划工期为40周，预算成本为50万元。根据该项目的需求和进度等要求，项目具有工期紧、技术要求高、业务复杂等特点。为顺利实现项目进度和质量等目标，CSAI项目管理部门和高层领导对该项目格外重视，要求项目组每周汇报进度状态。

在项目的实施过程中，第19周时张工向公司经理报告项目的进展状态，在状态报告中经理列出了第18周(包含第18周)的项目状态数据，详细情况如下：

(1)截至项目状态日期，项目实际已完成的工作量为50%.(2)截至项目状态日期，项目已完成工作量的实际成本(AC)为28万元。

(3)截至项目状态日期，项目的计划成本(PV)为26万元。

【问题1】(6分)

试确定项目截止到项目状态日期已完成工作量的挣值EV。

【问题2】(6分)

预测项目结束时的总成本EAC。

【问题3】(6分)

请对该项目在费用控制方面的执行状况进行分析。

【问题4】(7分)

项目经理在检查经费超支时发现，有一项任务F还没有开始实施，但为F任务购买设备的支票已经支付，其费用为4万元。另外，还有一张已经支付的支票，其费用为3万元，是作为整个H任务的硬件费用，但H任务在状态日期完成的工作量为40%.根据这一信息再预测项目结束时的总成本。4.3.2案例分析

挣值管理(Earned Value Management)，是一种综合了范围、进度计划、资源和项目绩效度量的方法，它通过对计划完成的工作、实际挣得的收益、实际花费的成本进行比较，以确定成本与进度是否按计划进行，提供分析、决策依据，从而选取不同的应对措施，以保证最终完成项目目标。

根据图4-6在测量时间点上，有必要先了解14个重要的概念，如表4-6所示。

(1)应完成多大工作量？

计划成本PV(Planned Value)，也称为计划工作的预算成本(BCWS)。

在图4-6中，PV＝1000元。

(2)“已完成”工作的成本是多少？

实际成本AC(Actual Cost)，也称为已完成工作的实际成本(ACWP)。

在图4-6中，AC＝1100元。

(3)已完成多大工作量？

挣值EV(Earned Value)，也称为已完成工作的预算成本(BCWP)。

对EV的解释：有一项任务预定在测量时间点上完工，其计划成本为1000元。但只完成这项任务的95%0这样，就完成了950元的工作量，这就是挣值(EV)。

(4)成本偏差CV(Cost Variance)：

CV＝EV-AC

CV是项目任务的挣值与实际成本之间的差异，已完成了950元的工作量(EV)，但为完成这一工作实际花费了1100元(AC)。完成这项工作比原先预想的多花了150元(CV)。

(5)进度偏差SV(Schedule Variance)

SV＝EV-PV

SV是项目或项目任务的挣值与预算值之间的差异。对于一项工作，原先预计到测量时间点为止会完成1 000元的工作量(PV)。而实际上完成了950元的工作量(EV)。这样，就比原计划少完成了50元的工作量(SV)。

(6)成本绩效指数CPI(Cost Performance Index)：

CPI＝EV÷AC

CPI是总挣值除以总成本。仍以图4一6为例，已完成了950元的工作量(EV)，而为完成这项工作花了1100元(AC)。实际花一元完成了0.864元的工作量(成本与绩效之比)。

(7)进度绩效指数SPI(Schedule Performance Index)：

SPI＝EV÷PV

SPI是总挣值除以总预算成本。在图4一6中，已完成了950元的工作量(EV,)，而计划工作的价值是1000元(PV)。这样，计划完成一元工作量，实际完成了0.95元的工作量(进度绩效之比)。

(8)全部工作假定价值，即完工预算BAC(Budget At Completion)或称“总预算”。

BAC=完成时的预算一项目预计总成本的基线

在图4-6中，BAC＝2000元。

(9)尚未完工部分的估算ETC(Estimate To Completion)价值，即从开始到完成项目将还需要花费多少成本。ETC＝EAC-AC

在图4一6中，ETC为：ETC＝2315-1100＝1215(元)

(l0)完工估算EAC(Estimate At Completion),反映了根据项目的进展总成本是多少，如表4-6所示。

最常用的两个公式是EAC=BAC÷CPI和EAC=AC+ETC。在计算过程中，优先使用第一个公式，如果有明确的理由说明第一个公式不可用，则采用第二个公式。在图4-6中，EAC＝2000÷0.864＝2315(元)

(11)完工偏差VAC(Variance At Completion)，即全部工作预算价值(BAC)与全部工作概算价值(EAC)之差。

VAC＝BAC-EAC

正值是项目组追求的目标，表明成本比预计情况要好。

在图4-6中，有： VAC＝2000-2315＝-315(元)

(12)绩效指数TCPI(To Complete Performance Index)：

TCPI＝(BAC-EV)÷(BAC-AC)

在图4-6中，有：TCPI＝(2000-950)÷(2000-1100)＝1.7

从这一点出发，必须取得效益，即每花费一元要完成1.17元的价值，以便用预计剩下的资金完成余下的工作。

(13)任务完成百分比PC(Percent Complete)，即已完成的工作占总工作量的比例。

PC＝EV ÷BAC

在图4-6中，有：PC＝950 ÷2000＝47.5％

(14)成本消耗百分比PS(Percent Spent)是指已经消耗的成本占项目总预算的比例。在图4-6中，有： PS＝1100÷2000＝55％

所有的价值，无论是计划的还是实际的，都用货币值表示偏差。这会使大家认为挣值与货币有关，但它反映的是项目绩效(Project Performance).因此，挣值是沟通管理的一个重要工具，也是项目绩效度量的一个非常有帮助的工具。

进度偏差和成本偏差对项目的影响如表4-7所示。4.3.3参考答案

【问题1】(6分)

截至项目状态日期已经完成工作量的预算成本，即挣值EV：EV=50×50%=25万元。

【问题2】(6分)

项目结束时的总成本：EAC=28÷50%=56万元。

【问题3】(6分)

由于AC>PV>EV,说明项目实际费用支出超前，与实际完成工作量相比费用超支，项目实际完成工作量与计划工作量相比出现拖期。

【问题4】(7分)重新预计的项目完工总成本：EAC=(28-4-3×(1-40%))÷50%=44.4万元。第5章项目质量管理案例 5．1案例一：计划及跟踪

阅读以下关于信息系统项目管理过程中质量管理方面问题的叙述，回答问题1至问题3。5.1.1案例场景

某银行信息系统工程项目，包含省级广域网工程、储蓄所终端安装工程、主机系统工程、存储系统工程、备份系统工程、银行业务软件开发工程等若干子项目。此工程项目通过公开招标方式确定承建单位，希赛信息技术有限公司(CSAI)经过激烈竞标争夺，赢得工程合同。合同约定，工程项目的开发周期预算为36周。

由于银行对于应用软件质量要求很高，CSAI也非常重视工程质量，安排有资深资历的高级工程师张工全面负责项目实施。在工程正式开工之前，张工对工程项目进行了分解，根据工程分析，张工认为此工程项目质量、进度的关键在于银行业务定制应用软件的开发。除工程整体的开发计划外，张工还针对应用软件开发制定了详细的开发计划，定制应用软件的开发周期为36周。网络工程、终端安装工程、主机系统工程、存储系统工程、备份系统工程等与应用软件开发并行实施。

张工对工程项目在需求分析、概要设计、详细设计、编码、单元测试、集成测试等各个环节要求均非常严格。根据张工安排，需求分析、概要设计均安排有多年工作经验的高级软件工程师担任，各个阶段的阶段成果均组织了严格的评审，以保证各个阶段成果的质量。

在软件编码及单元测试工作完成之后，张工安排软件测试组的工程师编制了详细软件测试计划、测试用例，包括集成测试、功能测试、性能测试、安全性测试，等等。

张工在安排软件测试任务的时候，在动员软件开发小组时宣讲：“软件测试环节是软件系统质量形成的主要环节，各开发小组，特别是测试小组，应重视软件系统测试工作”。因此，张工安排给测试组进行测试的时间非常充足，测试周期占整个软件系统开发周期的40%,约14.5周。在软件系统测试的过程中，张工安排了详细的测试跟踪计划，统计每周所发现软件系统故障数量，以及所解决的软件故障。根据每周测试的结果分析，软件系统故障随时间的推移呈明显的下降趋势，第1周发现约100个故障，第2周发现约90个故障，第3周发现50个故障，„„，第10周发现2个故障，第11周发现1个故障，第12周发现I个故障。于是张总工断言软件系统可以在完成第14周测试之后顺利交付给用户，并进行项目验收。

【问题1】(7分)

请以300字内回答，张工的软件开发计划中是否存在问题？为什么？

【问题2】(8分)

请以200字内回答，张工根据对定制软件系统测试的跟踪统计分析结论，得出项目可于计划的测试期限结束后达到验收交付的要求，你认为可行吗，为什么？

【问题3】(10分)

请以300字内回答，若你是本项目的总工，你将怎样改进工作，以提高软件系统开发的质量，保证工程项目按期验收？ 5.1.3参考答案

【问题1】(7分)

张工安排测试计划的编制时机不对。测试计划和测试用例的编制应当与软件系统的概要设计、详细设计同步进行。

测试计划不够全面，还应当包含系统整体测试、运行测试。运行测试是对应用软件系统整体功能的全面检验，也是最能够说明软件系统质量的测试环节。

系统测试计划、确认测试计划应当在需求分析阶段制定，测试用例、测试说明应当在概要设计阶段制定。

集成测试计划应当在概要设计阶段制定，测试用例、测试说明应当在详细设计阶段制定。

单元测试计划应当在详细设计阶段制定，测试用例、测试说明应当在编码阶段制定。

【问题2】(8分)

在定制软件开发项目中，根据测试结果判定软件系统的质量是不够的，因为软件系统中的缺陷可能由于多种原因而未在测试中被发现，如测试环境与运行环境的区别、测试人员的能力问题、测试计划和测试用例的局限及缺陷。

由于软件系统质量、功能、性能具有很强隐蔽性的特点，用户往往不大可能根据项目开发小组的测试结论来进行项目的验收。最好让用户组织对项目进行试运行，以试运行的结论来作为验收的依据之一是比较有说服力的。

【问题3】(10分)

(1)在进行需求分析的时候，同步制定功能确认测试计划和测试用例，同步制定系统整体测试计划和测试用例。

(2)在进行软件系统概要设计的时候，制定集成测试计划和测试用例。

(3)在进行软件系统详细设计的时候，制定单元测试计划和测试用例。

(4)在项目计划验收日期前，提前与用户协商系统试运行计划，并给用户进行充分的培训，包括领导和一般操作人员，让系统接受实际运行的考验，在试运行过程中暴露出来的问题，及时进行解决。以软件系统实际运行所表现出来的功能、性能来说服用户对项目进行验收，这通常是更可行的方法。

第8章项目风险管理案例 8．1案例一：风险分类

阅读以下关于信息系统项目管理过程中人群风险分类方面问题的叙述，回答问题1至问题3。8.1.1案例场景

某公司召开会议，商量是否实施ERP项目，三个部门主要负责人就此问题发表自己的看法。

甲：我们公司不应该实施这个项目。现在我们刚把办公自动化系统搞好，还没有适应，工作效率也没提高多少，再上ERP有些不适应，而且这个ERP项目花费太大。ERP在国内很多企业都搞失败了，成功的几率不会多大。如果我们也失败了，会给公司带来灾难性的后果。利用搞ERP的这些钱我们可以做一些短、平、快的项目，多招一些开发高手，提高公司的收益，而不是搞这些无端的风险投资。

乙：不应该一棒子打死ERP o ERP是一种新兴事务，ERP不是万能的，但是不上ERP又是万万不行的。企业规模到了一定程度，管理和决策就是一个重要的问题。ERP是知识经济时代的管理方案，是面向供应链和“流程制”的智能决策支持系统，其先进的管理思想可以帮助企业最大限度地利用已有资源，解决管理和决策问题。但是实施 ERP风险很大，很多企业都失败了，主要原因在于项目实施的管理问题，没有及时识别项目中的风险并及时处理，项目监控机制不好，高层支持不够，老员工的适应性差等，最终导致“ERP天折”。我们公司以后想获得更大发展，应该实施ERP o现在有些条件不够，整体上ERP不太可行，我们可以分步实施。我们可以借鉴其他企业实施ERP的经验，先进行小范围ERP试验、积累经验，等以后时机成熟了，我们就整体实施ERP。

丙：ERP应该上，而且要迅速上，不应该等。如果其他企业都上了ERP,那么我们公司再依靠ERP获得收益就没有什么希望了。ERP本身就是一把双刃剑，虽然有风险，但是收益也大，现在我们的目标是收益，对于风险要想法化解。项目实施中要注意借鉴其他企业的经验，摸着石头过河，形成自己的特色，提高自己公司的管理和决策水平，争取把公司做大做强。小的、可以自己解决的风险自己处理；难以处理的、不确定的风险进行外包，实施风险转移；如果管理有问题的话，可以从专业咨询公司招聘顾问来担当项目经理的职务。总之，尽一切可能实施ERP，实现收益最大化。

【问题1】(8分)

如图8-1所示，横轴表示项目投资的大小，纵轴表示项目成功的概率，A、B, C代表三种不同应对风险的人。请写出A,B,C的名字和特征，并且指出上述案例中甲、乙、丙分别属于哪一种对象(250字左右)。

【问题2】(8分)

如果公司有以下三种职位，你认为甲、乙、丙分别适合做什么：项目经理、程序员、产品销售人员(请说清楚原因，不超过150字

【问题1】(8分)

A为风险规避者：属于保守派。他们自始至终都不愿意接受较大的风险，希望利用少量投资就可以得到较高的成功概率；随着投资的增加，他们希望成功概率越来越大，最后达到百分之百。

B为风险中立者：属于中庸派。当投入少时，他们可以接受较大的风险；当投入逐渐增加时，他们就开始变得谨慎起来，希望获得成功的概率提高了，最后达到百分之百。

C为风险冒险者：属于冒险派。他们自始至终都愿意接受较大的风险，当投入少时，他们可以接受较大的风险；随着投入的增加，他们也会变得谨慎一些，希望成功概率有所增加，最后达到百分之百。

上述案例中，甲、乙、丙分别对应A, B, C.【问题2】(8分)

甲属于风险规避者，做事小心谨慎，不愿意冒大风险，比较适合做程序员。

乙属于风险中立者，做事深思熟虑、讲究章法，制定计划切实可行、可进可退，比较适合做项目经理。

丙属于风险冒险者，做事大胆，敢于冒风险，一切以效益为先，积极追求成功，具有强烈的成功欲望，比较适合做产品销售人员。8．4案例四：风险管理方案

阅读以下关于信息系统项目管理过程中风险管理方面问题的叙述，回答问题1至问题3。8.4.1案例场景

2000年，国内一家省级电信公司(H公司)打算上某项目，经过发布RFP(需求建议书)，以及谈判和评估，最终选定希赛信息技术有限公司(CSAI)为其提供IP电话设备。宏达公司作为CSAI的代理商，成为了该项目的系统集成商。李先生是该项目的项目经理。

该项目的施工周期是三个月。由CSAI负责提供主要设备，宏达公司负责全面的项目管理和系统集成工作，包括提供一些主机的附属设备和支持设备，并且负责项目的整个运作和管理。CSAI和宏达公司之间的关系是一次性付账。这就意味着CSAI不承担任何风险，而宏达公司虽然有很大的利润，但是也承担了全部的风险。

3个月后，整套系统安装完成。但自系统试运行之日起，不断有问题暴露出来。H公司要求宏达公司负责解决，可其中很多问题涉及CSAI的设备问题。因而，宏达公司要求CSAI予以配合。但由于开发周期的原因，CSAI无法马上达到新的技术指标并满足新的功能。于是，项目持续延期。为完成此项目，宏达公司只好不断将CSAI的最新升级系统(软件升级)提供给H公司，甚至派人常驻在H公司(外地)。

又经过了3个月，H公司终于通过了最初验收。在宏达公司同意承担系统升级工作直到完全满足RFP的基础上，H公司支付了10%的验收款。然而，2002年底，CSAI由于内部原因暂时中断了在中国的业务，其产品的支持力度大幅下降，结果致使该项目的收尾工作至今无法完成。

【问题1】(8分)

请用200字以内文字描述该项目存在的主要问题和原因。

【问题2】(8分)

请用300字以内文字结合你本人的实际项目经验，描述如何解决案例中所述问题的办法。

【问题3】(9分)

请用400字以内文字说明如果你是李经理，·你觉得应如何制定有效的项目风险管理方案？

8.4.3参考答案

【问题1】(8分)

该项目最终失败的原因主要在于风险控制和风险处理机制。在很多IT项目中，由于竞争和其他原因造成了风险过度集中在某一个相对弱势的角色身上。在本案例中，宏达公司就处于这样的境地：一方面它需要依赖代理CSAI的产品生存，另一方面要它还必须要满足用户的具体需求。

【问题2】(8分)

一般情况下，如果项目经理在项目合同签订以前加入项目，可以充分利用项目采购管理一章的知识，了解自己公司在项目中的位置，对买方提出的RFP认真回答，规避潜在的风险，这是非常重要的。对于RFP中过高的要求不能完全满足时，应充分说明。在项目的进行过程中，项目经理和项目的拥有人要将风险管理纳入日常工作的重要步骤。要明确成本与风险、成本与时间的关系。制定完善的风险管理计划，建立管理风险预警机制。

【问题3】(9分)

在全面分析评估风险因素的基础上，制定有效的管理方案是风险管理工作的成败之关键，它直接决定管理的效率和效果。因此，翔实、全面、有效成为方案的基本要求，其内容应包括：风险管理方案的制定原则和框架、风险管理的措施、风险管理的工作程序等。10.6案例六：项目估算

阅读以下关于信息系统项目管理过程中综合性管理问题的叙述，回答问题1至问题3。10.6.1案例场景

软件项目开发通常用LOC(line of Code)衡量项目规模，希赛信息技术有限公司(CSAI))经过多年的开发，积累了一定的经验数据，经过分析统计发现公司每一万行C语言源代码形成的源文件(.c和.h文件)约为250KB。

现公司承接某一项目，该项目源文件大小为3.75MB,项目累计投入工作量为240人月，每人月费用为10000元(包括人均工资、福利以及办公费用分摊等)。

现项目经理小丁带领的项目组承接该项目，经过研究，项目组把该软件开发项目分为了需求分析、设计编码、测试和安装部署等4个活动，各个活动顺序进行，没有时间上的重叠，活动的完成时间估计如表10-4所示。

【问题1】(8分)

请计算该项目中1个LOC的价值以及项目的人月均代码行数？

【问题2】(8分)

项目在开发中，需要使用一些组件，这些组件估计有10000行代码，假定30%需要重新设计，50%需要重新编码，70％需要重新测试，请问项目经理该如何安排人力资源的投入？

【问题3】(9分)

请为项目组计算软件开发中各项活动的时间和项目周期。10.6.2案例分析

【问题1】

软件开发的工作量和工期的估算历来比较复杂，因为软件本身的复杂性、历史经验的缺乏、估算工具的缺乏，以及一些人为的错误，导致软件项目的规模估算往往和实际情况相差甚远，因此，估算错误被列入软件项目失败的4大原因之一。

软件项目开发通常用LOC(line of Code)衡量项目规模，LOC指所有可执行的源代码行数，包括可交付的语句、数据定义、数据类型声明、等价声明及输入/输出格式声明等。项目经理可以根据对历史项目的审计来核算组织的单行代码值。

本题考察项目进度控制中的工作量和工期的估计。

【问题1】(8分)

该项目中1个LOC的价值为：(240 ×10000)÷150000＝16元/LOC。

该项目的人月均代码行数为：150000÷240 = 625 LOC/人月。

【问题2】(8分)

[(30%+50%+70%)÷3]× 10 000＝5000等价代码行

根据该项目的人月均代码行数为625 LOCI人月，则需投入人力为5000÷625＝76.9人月。

【问题3】(9分)

根据公式Ti＝(4mi＋ai＋bi)/6,其中，ai表示第i项活动的乐观时间，mi表示第i项活动的最可能时间，bi表示第i项活动的悲观时间。

T需求分析＝(7+4×11＋15)÷6＝11

T设计编码＝(14+4×20+32)÷6＝21

T测试=(5+4×7+9)÷6=7

T安装部署=(5+4×15+13)÷6 =13

所以，项目完成时间t的期望值T为：T =11+21+7+13=53

it项目管理案例分析篇2

1.1 IT项目风险有两个特征

不确定性——风险的事件可能发生也可能不发生, 没有100%发生的风险。

损失———如果风险变成了现实, 就会产生恶性后果或损失。

1.2 按风险类型来说, IT项目有以下几种不同类型的风险:

项目风险:项目风险是指潜在的预算、进度、人力、资源、客户、需求等方面的问题以及它们对项目的影响。

技术风险:是指潜在地设计、实现、接口、验证和维护等方面的问题。包括技术的不确定性、陈旧的技术、以及“过于先进“的技术。

商业风险:

几个主要的商业风险是:市场风险、策略风险、销售风险、管理风险、预算风险。

1.3 按风险方式来说, IT项目风险分为以下方式

已知风险:不现实的交付时间, 没有需求或软件范围的文档、恶劣的开发环境等。

可预测风险:人员调整, 与客户之间无法沟通等。

不可预测风险:政策风险等。

2 软件项目的风险分析及风险管理

下面以软件项目为例, 探讨IT项目中的风险分析及风险管理方法。对于软件项目主要存在以下风险。

2.1 产品规模风险

产品规模的可信程度如何;产品规模平均值的偏差百分比是多少;产品的数据库大小如何;产品的用户数有多少;产品的需求改变有多少;复用的软件有多少。

2.2 商业影响风险

对公司的收入有何影响;是否得到公司高级管理层的重视;交付期限的合理性如何;是否与用户的需要相符合;最终用户的水平如何;用户对本产品开发的约束;延迟交付所造成的成本消耗是多少;产品缺陷所造成的成本消耗是多少;如果出现了较大的百分比偏差则风险较高。

2.3 客户相关风险

以前是否曾与这个客户合作过;该客户是否很清楚需要什么;该客户是否已确定项目范围;该客户是否愿意建立与开发者之间的快速通信渠道;该客户是否愿意参加复审工作;该客户是否具有改产品的技术素养;该客户是否愿意你的人来做他们的工作;该客户是否了解软件过程;

2.4 软件开发产品的过程风险

是否已经拟定了一份软件过程说明;开发人员是否同意按照文档所写的软件过程进行开发工作;该软件过程是否可以用于其它项目;人员是否接受过一系列的软件工程培训;是否提供了确定的软件工程标准;是否为作为软件过程一部分而定义的所有交付物建立了文档概要及示例;是否定期对需求规约、设计和编码进行正式的技术复审;是否定期对测试过程和测试情况进行复审;是否对每一次正式技术复审的结果建立了文档;

有什么机制来保证按照软件工程标准来指导工作;是否使用配置管理来维护系统/软件需求、设计、编码、测试用例之间的一致性;是否使用一个机制来控制用户需求的变化及其对软件的影响;对于每一个承包出去的子合同, 是否有一份文档化的工作说明、一份软件需求规约和一份软件开发计划;

2.5 技术风险

该技术对于公司而言是新的吗;客户的需求是否需要创建新的技术;产品的需求是否要求采用特定的用户界面;产品的需求中是否要求开发某些程序构件;需求中是否要求采用新的分析、设计、测试方法;需求中是否要求使用非传统的软件开发方法;需求中是否有过分的对产品的性能约束;客户能确定所要求的功能是可行的吗。

2.6 开发环境风险

是否有可用的项目管理工具;是否有可用的分析及设计及测试工具;是否有可用的软件配置管理工具;项目组的成员是否接受过每个所使用工具的培训;是否有专家能够回答有关工具的问题。

2.7 与人员数目及经验相关的风险

人员在技术上是否配套;是否有足够的人员可用;开发人员对自己的工作是否有正确的期望;开发人员是否接受过必要的培训。

3 软件风险因素

为了识别和控制软件风险, 可以标识影响软件风险因素, 包括:性能、成本、支持和进度, 包括:性能风险、成本风险、支持风险、进度风险。每一个风险因素的影响均可分为四个影响类别--可忽略的、轻微的、严重的、灾难性的。下表列出由于错误而产生的潜在影响或没有达到预期的结果所产生的潜在影响。

4 风险预测

4.1 建立风险表

风险表是一种简单的风险预测技术。每个风险的概率值可以由项目组成员个别估算, 然后将这些值平均, 得到一个有代表性的概率值。

风险影响及概率从管理的角度来考虑, 具有高影响但发生概率很低的风险因素不应该花费太多的管理时间。而高影响且发生概率为中到高的风险以及低影响但高概率的风险, 应该首先考虑。

4.2 评估风险影响

如果风险真的发生了, 所产生的后果有三个因素可能会受影响:风险的性质、范围、时间。以下的步骤用来确定风险的整体影响:a.确定每个风险元素发生的平均概率。b.确定每个因素的影响。c.完成风险表, 分析其结果。d.项目组定期复查风险表, 再评估每一个风险, 以确定新的情况是否引起其概率及影响的改变。

5 风险缓解、监控和管理

所有风险分析活动都只有一个目的--建立处理风险的策略。风险管理策略要考虑三个问题:风险避免、风险监控、风险管理及意外事件计划。

6 总结

对于IT项目期来说, 如何进行风险分析、管理, 是应该重视的一个问题, 如何开展这项工作, 对于IT项目的实施具有重要意义。目前对于IT项目的风险控制, 大多数公司都在非正式地和表面地进行, 但还缺乏重视, 不能花更多的资源, 但可以这样说:花在标识、分析、管理风险上的时间可以从多个方面得到回报, 可以使项目进展过程更加平稳, 提高跟踪和控制项目的能力, 有这些周密计划可以使整个公司和项目组获得更大的信心, 以保证项目的顺利完成

参考文献

[1]罗耶 (美) .项目风险管理.北京:机械工业出版社, 2005

[2]栾跃.软件开发项目管理[M].上海:上海交通大学出版社, 2005.

it项目管理案例分析篇3

关键词IT项目知识管理知识转移障碍因素

在项目日益普及化的今天，IT项目是高新技术企业开展组织活动最重要的形式，越来越多的IT企业主要通过一个个项目目标的实现完成组织目标。

项目一次性和独特性特点，使得项目本身充满风险，项目的失败率是非常高的。美国Standish集团1994年对8400余个项目的调研表明：只有16%的项目实现了其项目目标，50%的项目需要补救，34%的项目彻底失败。IT项目的成功率更低，据20世纪90年代美国软件工程实施现状的调查，大约只有10%的项目能够在预定的费用和进度下交付。因此，如何提高项目的成功率是IT企业共同关注的问题。

项目管理是在不断实践的基础上发展起来的一门学科，在项目管理中引入知识管理理论与方法将促进该学科的发展。国内外一些研究与实践也表明，在项目管理活动中加强其知识管理是提高企业项目管理整体水平的重要方式和有效方式。然而，总体而言，目前IT企业项目知识管理状况不尽人意，就项目知识转移而言存在诸多问题，影响项目知识价值的实现和作用的发挥。

一、IT项目知识转移概述

知识转移既是知识管理的一个重要研究领域，也是知识管理的一个重要实践领域。知识转移的主要涵义是：（1）知识转移是一个活动过程，包括知识主体双方——知识转让者和知识接收者；知识客体——转让的知识内容及形式；知识转让的方式——显性知识的交接或隐性知识的传授。（2）知识转移强调知识的有用性，即转让者让渡给接收者的知识应具有价值和使用价值。接收者能将知识运用到工作中，通过获得的知识节省时间、降低成本、改善管理等；不同于知识共享的无偿性，知识转移过程中转让者也应获得相应回报。

项目是解决革新和跨学科任务问题，因而项目被认为是集中学习的组织形式，项目的开发过程就是项目知识的形成过程。IT项目中产生的知识和经验可以通过很多现象来描述：

在项目分析和需求设计过程中被识别和记录的与业务进程及属性有关的知识和洞察力；

公司新开发的软件或软件升级版本研制过程中产生的特定知识和开发经验，如对被注释的运行代码、软件尖端的设置内容、项目研发过程说明文档、可重复使用的模板和对软件的评估内容等；

项目管理计划与实践成果内容比照形成的知识。如预定目标的完成状况说明，项目计划总体情况说明，包括按计划实施的内容和出现变更的内容；

项目活动过程中与外部伙伴（供应商、客户、转包者、研发伙伴）的合作知识和经验，以及关于合作企业的详细信息；

项目完成后对项目的总结回顾和评价。即IT项目完成过程中主要成功经验，失败教训，开发小技巧；等等。

毋庸置疑，IT项目的成功开发在很大程度上取决于已有项目显性知识和项目成员开发经验等隐性知识的联合运用。因此，项目知识和经验是未来项目的重要知识资源，如果能有效转移给企业未来项目，可避免企业在后续项目中“轮子重造”和错误重犯，节省项目开发时间和资源，提高后续项目的成功率。所以现有项目知识和经验能否有效转移，对后续项目的成功开发非常关键。

项目知识能否有效转移，主要取决于三个方面：一是项目知识内容能否运用于未来项目；二是转移的方式与途径是否通畅有效；三是知识接收者对转移知识接受能力。可以看出，项目知识转移最便捷的方式，是项目团队成员把项目开发过程中形成的知识和经验直接运用于未来项目（也就是所谓的知识连续转移）。然而，项目是一种临时性活动，项目组织是一种临时型组织，项目任务完成后项目组织就被遣散，原有项目组织把项目知识和经验直接带入后续项目的机会很小，因此，企业需要承担起知识转移的任务：项目组织将项目开发过程中形成的知识及时形成项目文档（转化为显性知识）或标识出成果责任人（不能转化为显性知识的经验技巧），在项目组织遣散前及时移交给企业，后续项目开发时由企业负责提供知识复用。IT项目知识转移过程如图1所示：

IT项目知识转移涉及知识转让者让渡其知识使用价值，作用是促进后续项目组织降低风险、提高效率，为体现知识的等价性或有偿性，知识转让者在知识转移过程中需要获得相应回报，且这种回报企业要从程序上或制度上确立下来，如预留部分项目资金用于办理知识移交手续；建立奖励制度用于知识转移促进后续项目成功等等。这样，知识转让者在项目开发过程中将注重知识的积累与沉淀，并形成可移交的项目知识文档，从而在源头上确保转移知识的有用性和系统性。因此，知识转移是实现知识价值非常关键的一步。

事实上，IT企业项目知识转移现状不尽人意。姑且不论转移的方式途径和接收者的接受水平，就知识内容而言，IT企业很少能从项目中系统识别、管理和转移有价值的项目知识，方便项目组织之外的企业成员能在今后的项目任务中查询和运用。很多项目开发完成后，企业组织仅保留一份用户手册，很多对后续项目开发有指导意义的知识未能得到有效保存，致使所转移的内容没有很多利用价值。另外，IT企业很少组织开展项目总结评估活动，绝大多数IT企业不能从项目总结评估中学习，造成很多有价值的经验教训未能有效传承。

为什么项目知识转移这种能提高项目成功率的有效方式未能让IT企业充分重视？其根源是很多IT企业尚未能有效克服项目知识转移的障碍。IT企业项目知识转移障碍既有客观上的原因，又有主观上的原因。

二、IT项目知识转移障碍的客观因素

IT项目知识转移障碍客观方面的原因，归因于项目自身特征。IT项目的知识集约性和项目组织形式的临时性等特点，造成项目中容易产生大量知识但又不易于进行系统管理；亟需运用已有项目知识和经验却又无法有效转移知识和经验为后续项目所用的客观状况。

1.项目一次性特点使知识积累与传承存在先天不足

项目被定义为一次临时性活动，需要运用有限资源在规定的时间内完成任务。为保证项目在计划内达到预定目标，项目管理注重计划、组织、指导和控制资源。虽然大多数软件开发要求采用特殊的工作补丁，以获取相应知识和经验，然而由于时间和经费预算的限制，这些步骤在项目计划里很少建立和定义，即项目计划里很少留存时间和资源用于项目知识的积累和沉淀。临时性项目组织由于过于强调项目成果的一次性，项目组织成员因而很少关注企业的可持续发展，致使项目组织在项目知识的积累和传承方面关注不够，项目开发中产生的很多有用知识未能沉淀下来形成可移交的项目文档给企业组织，导致项目知识未能得到有效传承。

2.项目临时性特点容易导致知识分散，形成知识碎片

尽管IT项目开发过程中形成的知识和经验非常多，但是项目组织和项目团队的运用客观上导致项目知识分散，形成知识碎片。项目组织作为一种临时性组织，大部分项目在软件移交后项目任务就算完成。项目结束后，项目团队成员或分散于公司的各个部门，或者很快进入到下一个项目中。项目成员没有机会系统修改和记录项目开发过程中形成的知识和经验，而最多将知识和经验保留作为他们的个人知识，而不能有效传递他们的知识和经验给企业，致使知识和经验的保存与转移因错过了时机而被忽略。企业如果没有系统保存这些对后续项目有用的项目知识，将冒着一些有用知识和经验随着项目结束而丢失的风险。

三、IT项目知识转移障碍的主观因素

项目的一次性和临时性特征是客观存在的，因此有效的项目知识转移在很大程度上需要企业承担组织责任。IT企业应认识到项目知识集约型和临时性的客观状况，采取积极措施促进项目知识向组织知识的转移。然而很多IT企业目前在此方面仍关注不够，企业现有的组织结构及项目管理方式不能满足IT项目知识有效转移的需要。

1.企业现有的组织结构不能满足项目知识转移的需要

IT企业的常规组织结构一般是按职能设置的，如市场部、开发部、销售部、服务部、后勤部等。这些常设机构形成的知识，无论是文件、档案、能干员工或者隐藏在工作进程中的知识，都容易被获取、存储和转移。如知识被请求快速提供和直接获得帮助的最简单的情形：“谁知道关于ABC的材料?”“去问市场部的同事。”“谁知道日常计划系统？”“开发部的同事知道。”“东部分厂有文件。”“执行部知道。”“工作程序中必定有一些信息。”

然而，这些解决方式不再适合在项目和项目组织背景下产生的知识和经验。项目组织被定义为有特定目的、详细任务和时间和预算限制的临时性组织。项目结束后，项目组织就解散不复存在。当一个项目完成后，不像常设机构有知识存储的集合点，一般情况下没有机构或资料库集中存储项目知识提供利用。大多数情况下，即使一个特定项目被存储的资料地点都不知道，更难查明哪些员工在近期完工的项目中工作过，谁对特定的任务负责，这些员工现在企业的哪个部门等等。因此，项目知识随着项目组织的解散而分散在各处，并随着时间的推移而逐渐遗失。

2.企业现有的项目管理方式不能满足项目知识转移的需要

传统的项目管理方法注重计划、组织和控制项目活动以达到预定目标，重点在单个项目的有效性和高效上，对如何积累项目知识提高后续项目的成功率上做得不够，致使项目知识未能得到有效传承。列举两个例子来描述现有项目管理方式不当引起项目知识丢失的细节。

比如公司以项目的形式研发一个新的应用系统，该系统以一项非常新的技术为基础。项目开发期间团队成员与某大学研究所取得联系。项目团队与该研究所进行了大量合作，交流合作通道非常畅通，这种合作对项目的完成是非常有价值的。然而，在传统的项目管理方式下，除了一些项目开发过程中的用户操作指南、最终程序设计等项目文档得到保存外，项目结束后，关于这次接触、成功的研究合作，接触伙伴，交流通道等知识，以及有关外部的合作伙伴、人员、专家，他们的技术设备，交流方式和相似细节都丢失了。且一起工作的经验、响应时间、工作质量等知识隐藏在项目团队相关成员的头脑中，没有用系统的方法进行评估和确认。

又如公司开发了一个软件新版本，该版本与老版本的开发内容有很大不同，因此企业有必要掌握这个新版本的开发工具手册。这个工具手册时仅显示一些新特色是不够的，如果显示一些项目开发小技巧的话，就非常有价值。在软件研发工作期间，如果项目成员用日志或模板来记录如何处理软件开发疑点和难点，这样，与软件开发有关的一些知识和经验就得到沉淀，这些小经验和技巧对其他项目非常有用。但传统的项目管理方法没有采取有效措施沉淀这些知识和经验，项目文档没有包含这种非常有价值的知识内容。一般情况下，文档的典型目标群体与未来项目成员不同，软件开发项目文档记录的内容重视用户和管理者的需要，如软件操作指导、手册、插图等，却没有记录项目团队成员的开发过程及开发技巧。除非一个熟悉项目软件开发的团队成员恰好又成为下一个项目的成员，带来必要的技能处理技巧，从而实现一些项目知识的有效转移，否则这些知识和经验消失在解散的项目组织中。目前移交的项目文档很少包含对以后项目开发有价值的知识，未来项目团队成员不能从已有项目文档中得到任何好处。

事实上，知识价值的实现有一定的时滞性，即与项目知识产生是不同步的，项目知识价值在后续项目中才能体现。显然，随着开展项目数目的增加，各种问题也逐步增多，项目知识和经验在企业多项目管理中更加重要。然而，企业现有的项目管理方式不能满足项目知识获取与转移，致使项目活动进程中不断出现知识丢失和重复生产的恶性循环之中。

3.企业缺乏一种开放和建设性的氛围来表达和分析错误和教训，造成一些重要项目知识缺失

IT企业如果要立于不败之地，必须依靠不断的项目知识学习和项目经验教训总结，这不仅仅是为了某个项目，更是为了企业的可持续发展。尤其是一些失败和错误的程序设计和分析非常有价值，因为成功的项目仅仅能证明运用的方法恰巧满足那次特定任务，而失败的项目能发现更多的不确定和不可行的方式和方法，通过学习可帮助后续项目少走弯路。事后经验和教训总结如同一个失败的球队在回放那场比赛，将让人感到很不自在，但如果球队能注意到自己的错误，下次比赛时将会表现更好。然而，大多数IT企业很重视创新项目的投资，对项目评估和项目学习方面关注不够，组织缺乏一种表达和记录个人经验和教训的氛围和环境。这种状况下，很多职员因担心负面影响揭开伤疤而逃避承认错误，致使这些非常有价值的知识和经验丢失，从而不能有效转移给企业组织。

四、结语

在竞争日益激励的今天， IT企业如果能通过知识管理方法和技巧项目知识和经验充分运用到后续项目中，无疑能降低项目风险，提高开发效率，提供更多时间和精力投入给未知领域，这对提高企业的竞争力无疑有积极作用。通过对IT企业项目知识转移的主客观因素分析，促使企业充分认识IT项目组织的知识开发优势、临时性项目组织知识积累的客观劣势，并运用全新的管理方法发挥项目组织的优势，规避劣势，使项目知识转移首先在内容上保障其转移效果。这是企业项目知识有效转移的第一步，也是关键性一步。

参考文献

[1] 左美云. 知识转移与企业信息化.北京：科学出版社，2006.

IT项目管理第二章案例分析篇4

案例汤姆·沃尔斯特最近担任了学院的IT部主任这个新职位。这个位于美国西南部的私立大学规模不大，设有文学和专业技术的许多课程。普通全日制的注册在校生有1500人，上夜班的在职成人学生有1000人。该校校园里的一些教室配有电脑供老师和学生使用，另外还有一些配有配套的教学工作站和投影系统。汤姆得知全美已经有几个大学开始要求所有学生租借便携式电脑，这些大学的大部分课程都结合了技术内容。这个做法让他感到很新奇。他和IT部的另外两个人跑了一趟当地的一所大学，该校在过去3年中都要求学生租借便携式电脑。所见所闻让他们印象非常深。汤姆和他的同事也编制计划，开始要求他们学校的学生从下一年开始都要租借便携式电脑。汤姆在9月份给全体教职工发了一个电子邮件，简要描述了这个计划和其他一些计划。结果几乎没什么响应。直到在第二年2月份的教师会议上，他又向大家详细解释了这个计划的细节，结果遭到了历史系、英语系、哲学系和经济系等系主任的反对。他们慷慨陈词，认为这所大学不是技术培训学校，汤姆的这种想法简直荒唐可笑。而计算机系的人表示他们的学生都已经拥有最好的台式机了，也不会乐意为租用一台功能更低的便携式电脑支付那些强制收取的费用。成人教育部的主任也担心那些成人班的学生恐怕不会再愿意增加学费了。听了他们的反映之后，汤姆觉得很吃惊。现在他该怎么办呢？

一、系统观念分析

编制便携式电脑项目计划由IT部门一手包办。未考虑组织上的其他部门。（组织）

汤姆只是向所有教职工发了一封电子邮件，从未开过会议与所有教职工交流，也未收到任何反馈意见。即汤姆对便携式电脑项目对学校其他部门的影响一无所知。（业务）

汤姆从未提过便携式电脑项目的技术方案。（技术）

如果用系统的观念来考虑此案例，应至少画出下面的业务、组织与技术的三维模型:

1、业务方面

·便携式电脑要花费学校多少钱？·学生要为此承担多少费用？·配套的投入要有多少？·对招生有什么影响？

2、组织方面·便携式电脑项目是否对所有学生都造成影响，还是只是普通学生，或只是对某些专业的学生有影响？·项目对那些已经有台式机和便携式电脑的学生会有哪些影响？·谁来对学生、老师和职工进行培训？·谁来管理和支持培训工作？技术方面·便携式电脑要用Macintosh系统还是Windows系统，还是两个系统都用？·要装哪些应用软件？·系统硬件用什么配置？·选定的硬件配置对上局域网和国际互联网有什么影响？项目阶段划分定义阶段，汤姆·沃尔斯特可以做如下工作：

成立一个教职工委员会，专门研究新技术应用普及问题。

委员会编制一个管理计划，计划可能包括一个小项目，专门研究备选方案，计划还可能包括一个耗时6个月的详细的技术研究计划，并做出初步的成本预算。

将这一阶段的WBS（工作分解结构）分为3层，内容分别为：对5所类似学校的相关竞争行为的调查；对当地学生、员工和老师的调查；估计技术应用的推进对成本投入和招生的影响。

在定义阶段结束时，委员会对研究结论做出报告和陈述。计划阶段，汤姆·沃尔斯特

可以：假设定义阶段的最终报告表明：要求学生租借便携式电脑是实现校园新技术应用推广的方法之一，那么，项目团队在计划阶段就要有进一步的考虑。如果学生要购买或借用便携式电脑的话，项目团队就必须决定要在电脑上安装什么类型的软硬件，应该向学生要多少钱，怎样管理培训和日常维护，怎样将之与已有的课程结合等等。如果定义阶段的报告指出便携式电脑并不是一个好主意，那么在计划阶段就不会再继续考虑通过便携式电脑来实现新技术应用的推广了。如果采纳了学生使用便携式电脑的方案，那么在实施阶段，项目团队需要：准备所需的软硬件并配置必要的网络

设备，发给学生们使用；同时还要制定一套收费政策，向学生、教职工提供必要的培训等。

老师们要考虑如何更好地利用这个新技术

招聘部门的人们要更新有关资料以反映学校这一新特点

保卫科要采取一定的措施，以保证携带便携式电脑的学生的安全……在收尾阶段，所

有工作都已完成，项目团队可能还：开展一些对学生和教职员工的调查，以观测项目的进展情况。

他们必须确认所有的卖方合同都已结束，相关款项都已付清，将来与便携式电脑项目相关的事宜也都被转交给有关部门。

项目团队还可以与一些正在筹划类似项目的兄弟院校交流有关的项目经验教训。利益

相关者分析汤姆只留意了很少的几个内部利益相关者，他也只考虑了学校的部分结构框架。如果汤姆用组织结构框架思考问题，他就会发现其他许多的利益相关者，进而认识到那些教学部门的头头和其他一些管理部门的人员也会受到便携式电脑项目的影响。如果汤姆用人力资源框架来思考问题，他就能结合对学校的了解，认清谁会支持用便携式电脑，谁会反对用便携式电脑。通过用政治框架，汤姆也就能够考虑到那些受该项目影响最大的利益集团。如果他再进一步用标志框架考虑问题的话，汤姆就可能会去积极宣传进入便携式电脑环境对于学校的真正意义。从而就能从那些反对在学校里增加新技术应用的人那里听到反对意见。他同样还可以在教工会之前就从校长或系主任那里争取到鼎力支持。思考题：你在公司的IT部门已经工作三年了，你已经非常了解你们的公司和最近的任务中采用的新技术——为公司的内联网开发应用系统。因为你很渴望成为娱乐运动员，所以你花费了大量时间思考怎样写一个复杂的应用系统，帮助人们了解很多有关公司的运动队、在线登记、确定各队的日程和张贴各队的统计数据等等。你已经听到一些传言，去年利润不像预期的那么高，而且你知道参加运动队的多为低级雇员。

物流行业IT风险管理分析论述篇5

未来物流需求尤其是第三方物流需求规模将越来越大，预测到2010年中国物流行业的产值将达到12000亿元，2008年北京奥运会的总体物流需求约为2760亿元人民币。第三方物流市场在增长中细分，第三方物流企业在竞争中整合，第三方物流政策环境进一步改善，中国第三方物流将在新的起点上快速发展。

面对如此庞大的物流市场，物流企业纷纷引进了物流信息化，物流信息化主要表现为物流信息的商品化、物流信息收集的数据库化和代码化、物流信息处理的电子化和计算机化、物流信息传递的标准化和实时化等。

尽管中国绝大多数物流企业内部的物流信息管理和技术手段已经比较完善了，如条形码技术、全球卫星定位系统(GPS)、物资采购管理(MRP)和企业资源管理(ERP)等物流管理软件，在物流领域已经基本实施，公共物流信息交流平台，以EDI、互联网等为基础的物流信息系统在国内也得到广泛的应用。

但这些还远远不够，在企业的IT基础设施建设渐成规模的时候，IT对企业核心业务的重要性也日益凸显。随着企业组织在执行业务方面越来越依赖IT系统，越来越多协作商业模式不断涌现、各种类型的攻击者日趋老于世故、复杂的IT基础架构层出不穷的IT环境中，企业的业务安全正在经历巨大的转变，以致用于局部环境的安全技术和可执行性方案根本不足以应对现实中的风险问题。IT风险已成为企业领导者的主要顾虑，并且应被视为重大营运风险管理策略的一环。

那些缺乏对IT风险的有效监控和治理的企业正饱受这样一些困扰：企业的IT和数据始终面临风险，却缺乏总体的安全措施;企业无法预测潜在的风险，更不能采取有针对性的措施;企业无法保证IT的高可用性，更不能让其及时响应业务需求，并为客户、员工和供应商提供高质量的服务，等等。

于是，实施IT治理和风险管理解决方案迅速成为许多中国企业的当务之急。最近调查发现，79%的首席财务官(CFO)表示将在今后三年内逐步构建IT治理架构来整合信息，并进行业务分析。与此同时，64%的首席信息官(CIO)认为，统一安全策略和保护数据安全是IT部门当前面临的最大挑战之一。

IT治理和风险管理(IT Governance & Risk Management)是一个由若干步骤组成的过程，公司的风险管理始于发现风险(这些风险将影响核心业务流程)，接着是根据这些风险对业务的冲击力来评估风险，随后是定义将采取的行动(默认、避免、减轻和转移)，最后就是配置控件、并监控这些控件。而安全管理将提供跨越整个风险管理过程的能力，特别是在整个风险管理和操作过程中提供控件帮助减少风险。

不同的行业在不同的时期，其IT风险有着不同的表现形式。在应对这些IT风险时，我们也曾有过各种风险控制方法和模型，但一般都是针对技术风险提出来的，偏重于某一技术领域，而且大多是采用事后反应式的控制措施。在信息化的整合见效期，这种单一的“救火模式”将使我们疲于应付各种层出不穷的风险。特别对于像制度、流程、人员行为等方面有可能涉及组织核心价值的风险，传统的控制方法存在明显不足。

科学合理的IT风险管理体系应当具有前瞻性的、全局性的控制机制，能融合防范与应对信息安全、IT治理、IT管理、IT服务、IT应用、IT项目、IT基础设施、业务连续性、IT外包等方面的风险，并能有效地指导组织控制IT风险，使IT战略与企业战略相融合，促进IT为组织持续地创造价值，以实现有效益的信息化。

面向现代物流业的发展，作为信息技术的领头人，在物流行业，IBM秉持以客户需求为第一的原则，在进行了大量的市场和行业趋势研究之后，凭借领先的管理理念、雄厚的技术实力和全球丰富的行业实施经验，为传统物流企业提供多种业界领先的信息技术解决方案及专业服务，涉及其管理、经营和执行的各个层面,其中主要包括物流商务、物流规划及物流执行三个方面。

IBM的物流商务服务主要是指IBM为客户提供的物流商务运作模式咨询及分析服务，其中包括合同磋商、运费议价、运费管理和询价等多项具体的内容;而物流规划则主要是指帮助物流企业建设整合的物流信息化平台的规划，也包括运输成本分析、进出口贸易控制分析、运输需求协调、运输优化、资产计划和优化、报告和分析等具体项目;而在前两者的基础上，物流执行则是在原有规划的基础上具体的方案实施，比如国际物流管理、国内运输执行、仓储管理、需求量透明度、财务管理等具体的解决方案。IBM以上三方面的解决方案和服务都是基于IBM多年来服务于全球物流业的先进的经验积累，能够充分考虑到现代物流企业实际业务需求的方方面面，可以帮助他们充分实现自身业务的集成和创新,以信息化的管理手段提高运营效率并在未来创造出更大的价值。

面对信息时代带来的机遇和挑战，每一个传统的物流企业都需要借助行业伙伴的经验来加速自己的发展，因此他们需要寻找一个最佳的合作伙伴，能够站在未来发展的高度上，帮助自己建立具有长期可持续优势效应的管理及信息架构。IBM就是这样一个值得信赖的合作伙伴。IBM众多的熟悉和擅长于物流行业发展规划的咨询专家们，能够在对客户进行充分的了解和沟通后，为之定制适当的企业战略并最终设计出最为有效的解决方案。事实证明，在全球，IBM已经拥有如UPS、Fedex、Ryder公司等多家知名的物流企业客户;在中国,IBM也已同国内众多的合作伙伴一道，同诸如铁道部、上海南方综合物流中心等大型的综合物流中心，包括今天物流业界的新星掌运科技建立起广泛的合作关系。凭借先进的解决方案和丰富的行业实施经验，今后，IBM还将致力于为更多本地的物流企业提供全面、优质的咨询服务，帮助他们在严谨务实的信息时代顺利地实现从传统物流向现代物流业的飞跃性转变。

以家电连锁企业苏宁电器为例，为保持企业快速发展，苏宁电器“大笔一挥”，斥资3亿元请来IBM公司提升企业的内部管理效率。IBM将当好苏宁的“好管家”，在企业管理、流程变革、应用系统开发与IT管理等领域为后者提供解决方案，把苏宁打造成为世界500强企业。

虽然苏宁760多亿元的市值(2007年6月20日)稳居家电行业第一，但2006年苏宁609亿元的销售额依然落后于国美电器的869亿元。而孙为民最想做的就是通过完善IT平台树立苏宁在国内零售行业的标准，并在2010年以超过1500亿元的规模迈入世界500强。IBM & Cisco 联合设计的铁路行业智能解决方案是一个基于标准的、统一化的信息系统解决方案，充分利用铁路行业运营单位现有通信系统的投资，以帮助他们抓住新的运营、客户服务与安全方面的各种机遇。

挑战

随着城市道路堵塞情况的日益恶化，一些大城市和市郊每天的交通拥堵时间可能会长达数个小时。因此，人们迫切需要一个安全、便捷、高效的公共交通运输系统。尽管每天有数以百万计的乘客将火车、地铁、轻轨列车和公共汽车作为主要的交通工具，但是停滞不前的销售收入和难以提高的生产效率，使铁路行业运营单位都面临缩减运营成本，和提高乘客的满意度的挑战。

但是，有限的预算、日益严格的安全法规和传统的独立 IT 系统，为克服目前所面临的挑战带来了几乎无法逾越的障碍。当前最为紧迫的挑战为：

信息黑洞导致列车晚点和客流拥挤

各自独立的信息和通信系统，导致新应用开展困难

有些部门无法实时地获得关键准确的运营信息，导致生产效率无法提高

移动车辆和车站及调度系统之间缺乏及时的信息交换

不灵活的资源分配导致投资的浪费

不能有效的管理车辆和车站等资源，缺乏增加收入的方式

缺乏车载信息系统以提高乘客的满意度和列车服务水平

IT项目管理重点篇6

2.项目是在一定的资源约束下完成的既定目标的一次性任务。

项目三关键要素：时间、资源（最终体现是成本）、目标（最终体现是绩效）

3.项目管理的四要素：范围、时间、成本、质量。

 范围，也称工作范围。

 时间，也称为项目进度。

 成本，也称为项目费用。

 质量，指项目满足明确或隐含需求的程度，与绩效和满意度相关。

4.IT项目的一般特征：

项目目标的明确界定性、项目执行任务的相互关联性、项目寿命的有限性、项目需要资源的多样性、项目的一次性、项目具有很强的针对性、项目具有不确定性

5.IT项目的特殊性：

（1）项目目标的不准确性

（2）项目需求的多变性

（3）项目功能的渐进性

（4）项目时间的不准确性

（5）项目风险的不确定性

（6）智力劳动的密集性

6.IT项目管理在这个体系框架中，分为立项、计划、实施、评估、推广和维护六个阶段。

7.IT项目生命周期四个阶段：识别需求、提出解决方案、执行项目、结束项目

8.项目五大过程是指“启动、计划、实施、控制、收尾”。

9.一般将IT项目管理过程分为八个部分，即：协商范围、确定任务、估计任务周期、说明任

务之间的依赖关系、分配资源、指导团队工作、监督和控制进展、评估项目结果和经验

10.项目开发周期估算目的：

估算的任务就是使预计的时间尽可能的接近实际所需要的时间，以便于项目的正常实施，避免项目失去控制而造成延期和迟滞。

11.项目开发周期估算方法：

① 甘特图（Gantt）特点：简单、直观，易于控制。十分普及。

② 网络图即彼特图（PERT）：

箭线式:箭线式箭头代表项目活动，节点代表活动的开始或结束

点线式:点线法节点代表活动，箭头代表顺序。

③ 关键路径方法（CPM）：

关键路径的两种寻找方法：

在一条路径中，每个工作的时间之和等于工程工期，这条路径就是关键路径。

若在一条路径中，每个工作的时差都是零，这条路径就是关键路径。

12.关键路径：从项目开始到项目完成有许多条路径，在整个网络图中最长的路径就叫关键路径。

13.项目开发周期估算方法选择---方法选择考虑的因素分析：

项目的规模大小、项目的复杂程度、项目的紧急性、对项目细节掌握的程度

总进度是否由一两项关键事项所决定、有无相应的技术力量和设备

14.影响项目开发周期内、外因素：

① 参与人员的熟练程度②工作效率③突发事件④误解和错误⑤在大多数项目中，时间管理

是一个软约束，项目晚几天完成只会减少收益，不会是项目完全失败

15.项目利益相关者可以分为五种类型：项目组成员、公司现有业务现有项目的成员、资源提供者、用户、潜在利益相关者

16.市场预测是指以市场调研所获得的信息资料为基础，运用科学的方法对未来一定时期内市场发展的状况和发展趋势做出估计和判断。

17.工作分解结构（Work Breakdown Structure，WBS）是面向提交成果对项目进行结构分解。模拟估算法和参数模型法是两种自顶向下的估算方法。

18.制定项目计划是项目经理的一项重要职责，是项目管理的核心。

19.项目计划的编制主要包括以下内容：项目分解、综合计划编制、范围计划编制、进度计划编制、资源计划编制、成本计划编制等。

20.工作分解结构(Work Breakdown StructureWBS)是一种以结果为导向的任务分析方法，用于分析所涉及的工作。

WBS的三个基本要素：WBS的结构、WBS的代码和WBS的报告

WBS通常是一种面向“成果”的“树”，其最底层是细化后的“可交付成果”

21.工作包是WBS结构底层，它包含了管理所需的最低层次的信息，是项目的最小可控单元。在这一层次，应能够满足用户对交流或监控的需要。工作包是短期任务。

22.工作包的特点：

① 与上一层相应单元关联，与同组其他工作包有关系

② 责任可以落实到具体单位或个人

③ 能够确定工期，时间跨度最短

④ 能够确定实际预算、人员和资源的需要

23.基于可交付成果划分WBS分解类型：上层一般为可交付成果的导向，下层一般为可交付成果的工作内容。

基于工作过程划分WBS分解类型：上层按照工作的流程分解，下层按照工作的内容划分。

WBS的表示形式：分级的树型结构、列表形式

WBS设计原则：功能或技术的原则、组织结构、地理位置、系统或子系统原则

24.WBS设计方法主要有：类比法、自上而下法、自下而上法。

工作分解后的任务应该是可管理的、可定量检查的、可分配任务的和独立的。

25.项目综合计划的交付物可以是文件形式也可以是表格形式。

26.制定项目综合计划内容：项目介绍、管理介绍、组织介绍、预算介绍、技术介绍

27.项目进度计划方法：甘特图法、里程碑法（里程碑法是最简单的一种进度计划方法，仅表示主要可交付成果的计划开始时间和完成时间及关键的外部界面）

28.项目进度计划编制：①项目描述②项目分解③工作描述④制定工作责任分配表⑤确定工作先后关系⑥绘制网络图⑦工作时间估计⑧进度安排

工作代码：用计算机管理工作时间的唯一标志符，可看出工作之间的父子关系。

29.项目资源按用途分：人力资源、原材料设备资源、工具与场地资源。

30.质量计划的内容应以系列标准的要求或组织的质量体系文件为依据，并随项目的进展而随时更新，应经正是评审并得到与项目执行相关的组织同意。

31.项目进度计划的编制过程：①项目描述②项目分解③工作描述④制定工作责任分配表⑤

确定工作先后关系⑥绘制网络图⑦工作时间估计⑧进度安排

32.IT项目是智力密集、劳动密集型项目，受人力资源影响最大

33.项目质量计划包括的内容：①质量计划的目的②领导职能③合同评审④采购⑤设计控制⑥过程控制⑦不合格品处理⑧培训⑨质量审核

34.项目质量计划编制：

① 效益/成本分析：质量成本应是适宜的质量成本包括：预防成本、鉴定成本、内部损失成本、外部损失成本

② 基本水平标准

③ 流程图

④ 因果图

⑤ 试验设计

35.质量计划的输出包括：质量管理计划、操作性定义、检验单

36.项目风险类型7种：信用风险、完工风险、生产风险、市场风险、金融风险、政治风险、环境风险

37.关于软件开发项目，按SEI将风险分类：项目风险、技术风险、过程风险、商业风险、外

部风险

38.范围核实（scopevertification）：指利益相关者对项目范围的正式接收，包括项目最终产

品和评估程序，以及这些产品的满意程度和评估的正确性。

范围核实的实质是验收可交付成果的过程。

39.基线：指已经正式通过复审和批准的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。

基线是软件生存期各开发阶段末尾的特定点、里程碑。

功能基线、分配基线和产品基线是比较常用的三种基线。

40.配置管理过程---基本活动：配置管理计划、配置项标志、配置项控制、状态状况报告、配置项审核

41.IT项目测试方法：

白盒测试：（结构测试或逻辑驱动测试）主要方法—逻辑驱动、基路测试，主要用于软件测试

黑盒测试：（功能测试或数据驱动测试）主要方法—等价类划分、边值分析、因果图、错误推断等，主要用于软件确认测试

42.测试类型：功能测试、性能测试、算法测试、正向测试、逆向测试、边界测试、配置测

试、负载测试

43.IT项目控制阶段，经理的作用---解决的真正问题是确定偏差的可接受范围。

44.范围变更是必然的、可控的、有益的。

45.项目进度偏差是项目进度控制的重要依据。

46.IT项目成本控制方法：

① 分析表法：利用表格的形式调查、分析、研究实施成本的一种方法。

② 挣钱分析法：

3个基本参数：计划值、实际成本、挣值

IT项目中风险管理的分析和研究篇7

IT项目的风险管理研究在国外已有十多年的历史, 而我国尚未普遍开展关于IT项目风险的研究或实践。随着IT的发展, 应用领域的扩大和深化, IT系统的结构越来越复杂, 客户对其性能需求越来越高, 所以IT项目上存在着许多不确定性, 决定IT项目中存在各种风险, 这些风险使IT项目的成功率大大下降, 由此可见, IT项目的风险需要得到明确的、系统的、综合的管理。

所有投资活动都会有风险, 但是相对于其他项目来说, 软件开发的风险更高, 以各国开展IT项目的成功率来看, 2001年中国IT项目成功率不足30%, 2002年, 美国方面的IT项目绝对成功为34%, 彻底失败的15%, 其余中的51%存在费用超支或超出工期的问题。IT项目之所以失败的概率很大, 主要是面临着以下几方面的原因, 1.客户的需求不明确。一方面, 客户对IT项目和计算机知识缺乏认识, 自己并不清楚自己所需的IT项目的结果, 不断补充和修改需求, 使得项目不断的改变原来的实施方案。另一方面, IT项目管理人员对于行业知识缺乏和设计人员水平低下, 不能完全理解客户的需求说明。2.不充分的项目计划和过于乐观的批评估。没有良好的开发计划和开发目标, 项目的成功就无从谈起。IT项目的工作量估算是一项很重要的工作, 对于工作量估算不足是最常见的问题, 例如使用人员的培训时间, 各开发阶段的评审时间的忽略。3.采用了经验实践不足的新技术。新技术、新硬件是IT项目实施的主要风险源。4.管理方式和方法不恰当。5.开发出的系统性能不能满足用户需求, 例如系统运行速度慢, 体统维护更新困难。6.团队组织不当或项目组成员流失。如何规避上述IT项目开发过程中的风险, 在IT项目开发过程中进行风险管理显得尤为重要。

本文在实践项目经验的基础上针对IT项目中存在的各种风险进行系统性的分析和研究, 在风险管理理论与实际工作相结合, 找到适合我国软件开发中风险预防和处理方法的一些思考和建议。

二、风险管理

IT项目风险管理是风险管理理论在IT项目上的具体应用。任何IT项目都要制定项目计划, 而项目计划在许多方面都是以估算为基础的, 并且受到以下因素的影响, 对现状的理解是否充分, 可获取的信息是否充足, 无法判断而不得不做的假设等。在这些因素的影响下, 在预测将来的事件的结果时, 无疑会有不同程度的不确定性, 这些不确定性给IT项目带来了风险。任何事情都是很少能完全按照计划发展, 而IT项目更是处于一种动态的环境中, 在项目进行过程中, 各种风险就会伴随出现, 因此风险管理显得由为重要, 成为是IT项目的一个重要组成部分。我们所研究的项目风险管理主要是讨论如何有效地制定风险计划, 风险识别, 进行风险评估, 并且根据风险识别和风险评估提出风险策略, 进行风险监控和风险对应, 最后进行风险评价的总结。还有一点我们必须明白风险的目的不为了不惜代价去规避所有的风险, 而是运用风险管理去规避显而易见的风险, 对于一些隐性风险变为现实时, 如何针对风险做出合理的决策。即哪些风险我们可以避免, 哪些风险我们必须面对, 采用任何方式有效对应这些风险。

很多IT项目并不遵循正规的风险管理方式, 缺乏对风险管理的早期规划, 最后这些项目走入了困境。他们不能有效地处理项目中的问题, 最好导致项目管理成了长期的“危机管理”。下面可以例举一些在IT项目中最常见的风险:

1.不理解风险管理的好处。通常项目发起人和客户总是要求最终结果, 他们不关心项目团队通常会采用非常激进的风险策略, 而且根本不考虑他们的决策会对项目造成什么影响。他们经常非常乐观地忽视项目中存在的风险, 但遗憾的是, 这些风险最终都变成了现实, 而且对项目的成功了极大的破坏作用。这样的项目团队只是坐等风险的发生。看着项目出现了进度延误、质量问题和预算超支。由于对风险的管理的忽视最终导致项目中生产率下降, 项目的失败率提高。

2.没有为风险管理留出充足的时间。风险管理及相关过程是项目规划过程的重要组成部分, 而且贯穿项目的整个项目生命周期。评估项目风险的最佳时机是项目开始最早阶段。在这个阶段, 项目的不确定性最高。在项目早期识别风险并且规避风险所花费的代价, 要比在风险变成问题之后对它进行正所花费的代价低得多。应对风险的方法包括降低风险发生的可能性和准备风险发生后的应对方案, 如果风险发生, 要在最快的时间内执行应对的措施, 从而最大程度地降低风险对项目进度和预算的影响

3.在识别和评估风险时没有采用标准的化的方法。如果没有采用标准化的方法去管理风险, 那么就有可能忽视项目中的某种威胁和机会。本来能够避免的问题没有去避免, 当它出现之后需要花费更多的时间和资源进行纠正。项目中存在的机会被人们一再错过, 项目中的决策过于仓促, 缺乏依据, 项目成功概率下降。项目中的突发事件增多, 而且没有任何事先预警, 而且, 项目团队总是发现他们处于危机状态。这种状态延续下去, 团队士气、生产效率都会受到严重影响。

为了遵循正规的风险管理方式, 建立风险管理体系, 科学地运用风险管理体系降低项目消极事件发生的概率和影响, 我门针对IT项目风险管理的过程, 把风向管理体系分为风险规划, 风险识别, 风险评估, 风险策略, 风险监控, 风险应对, 风险评价七个步骤。

(一) 风险规划

风险规划是风险管理的第一步, 它必须得到所有项目利益关系者对风险管理方法的坚定承诺, 保证有足够的资源使用在风险管理的过程中, 这些资源包括时间、人员、技术等等。同时在处理风险时要按照风险管理流程进行。

(二) 风险识别

风险识别就是采取严格计划的步骤, 在妨碍项目成功的因素要成问题之前发现并定它们, 无论多么有效的风险管理手段, 都必须在正确识别出风险因素后才能发挥作用。

风险识别的基本原则有以下方面:1、注重积累的经验。就是充分利用已有的IT项目开发的经验, 提高风险的识别效果。同时不断的积累经验和教训, 使识别能力不断提高。2、杜绝直觉管理。风险直觉管理依靠的是项目管理者的能力和经验, 但是风险往往发生在管理者无法直接控制的下层, 不能很好的处理风险。3、不能遗漏任何重大的风险。风险识别的效果体现在没有遗漏将可能威胁项目的重大事件。

风险识别的方法和途径:

首先基于IT项目的风险分为开发环境类, 系统环境类和管理环境类三类:

1. 开发环境类, 包括:

开发工具因为版权问题无法及时到位使用, 开发工具培训力度不够或者工具本身无法提供相象的有效, 导致开发人员需要额外的时间。功能要求和性能要求无法达到原定计划的要求。

2. 系统环境类, 包括:

计算机硬件远远不能达到开发系统的要求。开发人员对系统软件不熟悉。项目经理不是一个合格项目管理者, 解雇或消减项目开支, 项目组织结构不合理导致开发效率低下, 项目管理和决策人员审查项目和决策项目时间过长, 项目计划因为进度压力和市场急迫需求导致开发陷入混乱、低效的境地。

3. 管理环境类, 包括:

项目需求仅恁市场或者客户口头的说明, 计划的作出是基于对项目本身并不太了解的人员的分析, 产品的规模比估计的要大 (包括代码行数、功能点等) , 实际工作量远远大于估计计量, 长期过度在压力下工作导致生产率严重下降, 涉及了软件开发项目组中不熟悉的领域等。资金和设施发生短缺, 计划进度被延长。

根据以上风险来源, 可以制定相应的计划进度询问表来进行风险识别。例如设计以下问题:1.进度估计方法是否基于以前积累下来的经验?2.进度估计时是否遗漏了如培训时间、技术分析等活动?3.与外界的接口是否完全确定?通过这样的书面调查来达到风险识别的效果。

(三) 风险评估

风险评估是风险数据转化为风险对应信息的过程, 起到风险管理过程中奉行识别和风险控制间的桥梁作用。风险评估的目的是确定每个识别出的风险发生的可能性和造成的影响;风险评估的目的是把识别出的风险进行优先顺序排列, 从而对严重的风险制定有效的应对策略。

定性风险分析法:

定性风险分析法是一种主观分析方法, 它基于项目利益关系者的经验和判断。虽然每个利益关系者都可以对风险做定性分析, 但是为了让结果更加客观有效, 通常通过小组的形式来完成分析。小组流程可以让每个利益关系者听到其他人的不同意见而且可以把项目中存在的威胁、机会、问题或看法进行全面和充分的讨论。为了简单起见, 我们通过图表来进行讨论。

表中的第二列是通过主观分析得出的各个风险发生的概率。在这里你可以看出所有风险发生的概率加起来并不等于百分百, 因为在这些风险并不是相互独立的事件, 也就是说, 在这些风险有可能都不发生, 有可能发生其中的一部分, 也有可能全部发生。如果概率等于零, 表示这个事件基本上完全不可能发生;如果概率等于百分之百, 则意味着这个事件一样要发生。第三列是各风险发生之后可能造成的潜在影响, 这也是一种主观估算。评分从0~10, 0表示对项目没有影响, 10表示对项目有非常严重的影响。

确定了每个风险事件的概率和影响之后, 就可以把概率和影响相乘得到风险分数。虽然这些分数是基于项目利益关系者的主观判断, 但它还是可以告诉我们一些信息, 如果哪些风险需要监控, 哪些风险需要应对。计算出风险分数之后, 就可以把风险按照下表的方式进行排序。

从表中可以看出, 项目中最重的风险是“客户不能定义范围和需求”.对风险进行评分的时候已经考虑利益关系者对风险的容忍度, 因为对风险概率和影响的主观估计已经包含利益关系者的态度。

(四) 风险策略

对风险进行评估的目的, 是为了确定哪些风险威胁需要我们去关注。因为我们不可能对所有的风险都进行应对, 一方面我们没有那么多的资源, 另一方面它会扰乱我们对项目主要工作的注意力。因此, 是否要对某个具体的风险制定应对策略主要依赖于下面几个方面。

1. 接受或者忽视风险。

接受忽视相对而言是比较被动的风险应对措施。采取这钟措施表示项目利益关系者认为这个风险基本上不会发生, 所以在它发生之前, 利益关系者并不对此有过多的忧虑。通常采用这钟策略的风险都是发生概率比较低、造成影响比较小的风险。如果发生的概率比较低, 而造成的影响又比较高, 那么就需要采用主动一点的方法, 如留取一定的储备金, 这部分的储备金有高层管理者负责控制, 并且对它的使用负责批复。这类的储备金通常没有包含在项目的预算之内, 但是它也可能用来作为处理意外事件的缓冲基金。制定应急预案有时候也叫后备方案, 或B类方案。当某个风险事件发生时, 就可以启动该应急方案, 虽然我们认为这钟方案是在万不得已的情况才会使用的, 但是它却非常有用。

2. 避开风险。

这钟策略就是采取各种方法避开风险, 比较积极的方法是采取措施阻止威胁的发生, 或者是降低威胁发生的可能性。

3. 减轻风险。

减轻这个词语的本意是说让它变得少一些。因此, 减轻的策略包括降低风险发生的可能性, 或者降低风险发生之后造成的影响, 或者双管齐下。

4. 转移风险。

转移的策略主要是把风险的责任转移给其他人。通常在项目中使用的方式有:为某个特定的风险购买;把项目中的某一部分工作分包给更具有专业技能的人员或组织等。采取这钟策略管理和应对风险时, 通常需要增加额外的成本。

5. 风险监控。

风险监控也称为风险跟踪, 它由监控风险的状态和改善风险状态的活动两部分组成。IT项目中所有的项目活动都必须处于风险监控之下、考虑到监控的成本只在事件突发时或定期实施监控。

(六) 风险应对和评价

在风险应对计划里我们定义了一些风险触发因素, 在这些因素通常是一些项目绩效指标, 当这些指标的值达到某一界限时, 就表示着某个风险有可能发生。风险的监控系统应该对这些因素进行监控, 同时把风险状况在不同的风险责任人之间进行沟通, 风险的责任人应该非常重视谨慎和仔细地观察这些触发因素的变化。触发因素一旦出现, 项目的风险责任人就应当采取措施。通常来说, 风险应对计划中已经确定了需要采取的措施。另外, 还要有足够的资源来保证应对措施的落实。

采取风险应对措施之后。其效果可能是有利的, 也可能是不利的, 不管如何, 我们都要对风险管理的正个过程 (包括风险规划、准备、识别、分析和评估、应对等) 进行总结, 从中提取经验教训和最佳实践, 并且同组织内其他项目进行分享。这就是风险评价。

三、总结

本文主要从理论和实践方面讨论了IT项目风险管理的体系和方法, 希望提高IT项目管理中对风险的认识。通过建立IT项目开发过程中风险管理机制, 分七个步骤实施风险管理, 更加系统的规避和处理风险事件, 从而提高了IT项目管理效率, 节约了IT项目开发的成本, 使IT项目的成功率得到提高。当然上面所分析和研究的风险管理机制必须在不断积累的实践经验的前提下, 不断提高分析的效率和力度, 更好符合风险管理的科学规律。

摘要：本文针对IT项目中风险管理的方法进行分析和研究, 指出IT项目在项目管理的过程中, 通过风险管理来降低项目管理中的风险系数, 规避项目管理中的风险问题, 达到风险预防和及时正确的处理相关风险的效果, 从而提高IT项目的成功率。

关键词：IT项目,风险管理

参考文献

[1]凯西.施瓦尔贝.IT项目管理北京:机械工业出版社, 2001.

[2]Boehm, B.W., DeMarco, TSoftware Risk Management IEEE Software, 1997.

浅析IT项目管理的团队建设篇8

关键词：IT;项目管理;团队;科学;效率

一、IT项目管理建设的意义

1、IT项目管理团队建设的内容

IT项目管理团队建设是指把背负项目管理任务的团队成员依照特定的方式组织起来，协调配合，以便完成期望的项目目标。IT项目管理团队建设是项目团队成员和项目经理的共同责任，团队建设过程中应开创一种自信和开放的氛围，使全体成员有使命感和統一感。同时IT项目经理要确保团队成员间的沟通交流，并为积极创造促进团队成员间的社会化的条件。

2、IT项目管理团队建设的重要意义

IT项目管理团队建设的目的是要使整个项目管理团队能为了实现共同的项目管理目标而努力奋斗。团队建设能合理的分工与协作，使每个成员明确自己的权力、任务;使团队成员建立起明确的共同目标;加强团队成员之间的相互信任;建立起高度的团队凝聚力，使工作事半功倍。

二、IT项目管理团队建设中存在的问题

1、企业团队目标不明确

团队目标的不明确严重阻碍了项目的完成。或者，有的团队设立过多的目标，导致混乱，团队的成员无法明确自己的工作和责任，反而降低了工作效率，对项目的完成产生消极影响。

2. 团队领导素质有待提高

IT 项目管理团队中领导素质的高低对整个团队的工作成效有直接影响。由于我国IT发展较晚，很多方面都不成熟，所以当前我国 IT 项目管理中领导的素质不够高，没有良好的指挥和管理整个团队，从而影响了团队的建设，进而影响了项目的顺利完成。

3、绩效评估机制不完善

IT 项目管理在实际操作的过程中，人为因素会对正确的绩效评估机制产生影响。一旦绩效评估的机制不够完善，很容易受主观情绪的影响而使绩效评估机制失去公平，进一步降低了团队成员工作的积极性。

4、团队内部沟通存在问题

作为一个团队成员之间性格和能力多有不同，甚至IT 项目管理团队中的成员来自不同的区域，存在着地域差异，而这些不同也就促使他们表现出不同的行为，导致不通畅的团队内部沟通。沟通是团队合作的基础。

三、IT项目管理团队建设的改善

我国由于 IT 产业发展时间较短，相关研究和实践基础都较为薄弱，群体的功能不是简单的叠加而是出于不断相互作用和相互适应的过程之中，所以我们要从多方面进行IT项目管理团队建设的改善措施。成员具有多种技能组合，成员有把总目标转变为具体绩效指标的能力，成员具有很强的核心价值观，成员具有团队精神，公平发展，成员之间真诚沟通。

1、明确团队目标

团队的目标是团队的灵魂所在，是团队是否可以完成任务的关键。因此，IT项目团队要设立明确的目标，还要对团队成员有激励作用，尽量细化目标，保证并且最终目标和短期目标都是可以具体操作完成的。如此才能促使团队成员积极的为目标努力工作。

2、人才的培养和储备

加强信息技术专业培训和管理培训，关注每位成员的成长。金融方面的IT建设不应该只注重技术，更要注重行业经验。建立健全人才培养机制。将调动员工工作积极性作为首要任务。保证领导能够根据市场做出正确的决策和企业发展规划。为团队成员工作创设一种良好的氛围，激发成员的活力和创造力。

3、完善管理机制和奖惩机

建立完善的考核体系和奖惩激励机制，营造团队和谐氛围，形成向心力，除了薪酬方面的激励之外还要注重精神激励，通过工作绩效给予工作人员精神以及地位上的满足感，通过一种创造性和挑战性的工作来体现自身的价值，在这种情况下就适宜开发项目适度应用新技术，引入竞争机制，培养良好的竞争氛围，使团队健康和谐成长。

4、新型团队组建模式的应用

IT技术的迅速发展，资源、人员、信息的共享已经在不断改变着软件开发的格局，分布式开发模式将成为今后软件开发的主要模式，因为它能够将分散在各地的成员快速组成临时团队。在较短的时间内可形成高效、有序的协作力量，搭建起一个不需要在同一场地办公的虚拟团队，用较低的管理成本完成目标并实现利益共享。我们要吸取先进理念，不断结合本地情况进行创新和摸索，试组建虚拟开发团队，更好的利用科学带来的便利。