范文网 论文资料 it项目可行性分析报告(通用)

it项目可行性分析报告(通用)

it项目可行性分析报告随着国民文化水平的提升,报告在工作与学习方面,已经成为了常见记录方式。报告是有着写作格式与技巧的,写出有效的报告十分重要。下面是小编为大家整理的《it项目可行性分析报告》相关资料,欢迎阅读!第一篇:it项目可行性分析报。

it项目可行性分析报告

随着国民文化水平的提升,报告在工作与学习方面,已经成为了常见记录方式。报告是有着写作格式与技巧的,写出有效的报告十分重要。下面是小编为大家整理的《it项目可行性分析报告》相关资料,欢迎阅读!

第一篇:it项目可行性分析报告

IT项目建议书及可行性研究报告撰写格式

IT项目建议书

一.组织概况

组织名称、法定地址、从业人员、法人代表、所属行业、组织规模、主要产品、生产方式等。

二.可行性分析

1. 现有计算机设备及软件应用情况。

2.技术力量情况。

3. 存在的问题。

4.必要性分析.

5.可行性分析。

三.系统的目标及功能

1.系统的总体目标.

2.分项目标及功能

3.网络设计方案

四.组织内部重组计划

1.组织改革情况

2.现有组织机构及流程。

3.信息化后组织机构设置及流程.

五.组织财务状况

1.经济效益情况

2.资产及负债情况.

3.银行信誉等级情况。

六.实施步骤及合作单位概况

1.项目实施的组织机构及合作单位概况

2.准备阶段

3.计算机网络建设阶层

4.软件开发阶段

5.运行应用阶段。

七.投资估算及资金筹措、效益分析

1.投资计划

2.资金来源

3.效益分析.

八.结论和建议

可行性研究分析报告模版

一.总论

1.项目及其承办单位

2.项目概况

3.结论和建议

二.项目背景及建设必要性

三.需求分析

四.系统功能及规模

五.系统技术方案及关键技术

六.规范及标准体系

七.系统安全及保证体系

八.运行、维护管理机制

九.建设实施进度安排

十.投资估算与资金筹措

十一.经济效益与社会效益评价 十二.结论与建议

第二篇:IT项目管理分析

一、企业状况

这是一家内地省会城市的小型IT公司,项目管理主要为客户定制开发软件系统,兼顾做一下系统集成、高端服务器销售。规模不大,组织结构不够明晰,譬如市场和财务部经理为同一人,岗位职责划分不明。15人左右的技术队伍中,熟练技术人员只有3~4位;市场部门人员严重不足,虽然总在进行招聘,但绝大多数新人在岗时间不超过6个月,而且销售能力很差,大部分只能依靠以前的老客户和销售网络;员工的士气低沉,工作效率低。

资金非常有限,财务状况不好,应收账款的时间长达两三年,占营业额的份额较大。公司产品的技术不再具有优势,市场竞争非常激烈,但因最近市场宣传的工作做得比较多,在地区内有较高的品牌知名度,有许多找上门的客户,另外以前的老客户行业背景比较好,有较好的影响力。

二、问题分析

这个公司存在着严重的资金、技术、人才的制约,一般人首先会想到去解决资金的问题,但这可能是一个长期的过程,且其财务状况会吓跑很多人,所以根本解决项目管理是加强技术更新,进行人力资源的重新规划。首先解决生存的问题,增强竞争力,才能更具备投资的砝码,在适当时机进行资本运作。

三、解决方案

1.短期内确定以OA、MIS产品化(行业特色化、模块化、简约化,中小型化、安装使用方便)为核心产业,必须在新的市场方向、技术方向上投入人力,采取以下方法:

a.加大力度扩招新人,其中技术部5~10名(2名左右的主力)、市场部5人(1名主力),对新人的要求不要太高,重要的是具培养潜力,对其培养的目标是解放主力的时间和精力,上手时间为一个月。

b.市场部展开新的市场开拓方向,进行市场调研、确定营销管理方式(产品策略、营销策略、营销组织、品牌管理、营销管控)、形象管理CI与营销。

c.对重点客户加大销售力度,同时注意培养客户群,增加营销方式。

d.对于技术主力,要结合市场需求立即投入新技术的开发,确立阶段目标,以1个月为检核周期(细分同时确定周计划和目标)

e.制定新的激励政策,将基本工资和岗位工资的比例缩小(1:1),项目管理提高奖金额度,完善员工福利待遇,增加交流时间,开展如深度会谈、讨论等活动。

一个月之后出现效果了,员工的积极性明显提高……

三个月之后市场情况有所好转……

2.寻找发展产业,代理最好的ERP、CRM类产品,拓宽市场面为将来自行开发做准备。选择标准:市场销售行情、厂商支持力度、售后服务、自身的消化吸收能力;

3.研究未来产业,是开发自有的ERP类产品,还是寻找一个更细分的市场;

4.改变营销方式:采取低价(极具购买刺激力的产品价格)、拓宽销售渠道、新的促销方式(与硬件生产厂商进行捆绑促销);

5.时刻不忘资本运作:

a.吸引投资,改造成股份制公司,现在国内外的风险投资商很多

b.将公司转卖给(股份制)大公司,需保持人员的稳定性,技巧地控制谈判价格,可继续保持并发展自有品牌。

c.与人合作,成为外包开发商,成为开发基地

d.改造为股份制公司,员工内部投资持股(注意万不可将公司卖给投机者)

四、市场分析

1.就目前的技术水平而言,该公司在OA、MIS开发方面还是有一定的优势,但单纯的OA市场已不再具有发展力,市场细分为行业专业化、模块化、简约化,中小型化,向ERP、CRM集成化。

2.现在的市场热点是ERP、

CRM,但这是一个非常专业的市场,除非具有这方面的管理经验、技术、人员和资金优势,否则只能做炮灰。

3.不应该继续走大而全的系统集成的道路,战线太长会分散经营(对外不能形成鲜明的企业形象,对内核心发展方向不明晰),专业化不够深则会影响发展力,项目管理况且本身并不具备硬件方面的竞争优势(人才、技术、价格),还会树立更多的竞争对手。

第三篇:IT项目管理案例分析

项目管理案例:项目经理应该为这些问题负责吗?

(一)案例正文

陈伟明是公司的项目经理,在项目A筹备阶段就作为项目经理助理参与该项目,项目正式实施后被公司任命为项目经理。但使陈感到恼火的是:其他职能部门的经理虽然为该项目安排了时间和人手,但他们更热衷于其他项目。同时陈还被告之不要干涉部门经理对资源的调度和费用的预算。

半年之后,陈借向公司管理层汇报项目进度的机会向管理层说明了由于职能经理不合作而造成的项目严重拖期情况,这次汇报引起了公司管理层的注意,他们投入了更多的资源来使项目回到正常轨道上来,陈伟明不得不花费很多时间来准备文案、报告和投影以及各种各样的会议。

公司管理层还为陈指定了一个项目经理助理,该助理认为应该通过计算机程序把各种问题程序化,于是公司又投入了12个人来开发这个程序,在花费了巨额资金之后,陈发现这个程序并不能实现其目标,他向一个软件供应商进行了咨询,得知若要完成该程序,还需要多花费数倍的资金和两个月的时间,无奈之下,陈只好放弃了该程序。

这个时候项目的情况已经很困难了,项目滞后了9个月,但还没有成型的单元完成,客户对项目拖期问题非常关注,陈不得不花大量时间向客户解释存在的问题和补救计划。

三个月之后,项目仍然没有大的进展,客户开始不耐烦了,尽管陈进行了大量的解释和说明,但客户仍然不能接受严重拖期,于是指派了一个代表到项目现场监督工作。客户代表要求找出问题并持续更新,继而试图参与进来解决问题,陈和客户代表在一些问题上产生了激烈的冲突,导致两人关系恶化。

公司管理层最后撤换了陈伟明,项目A在超期一年之后,以预计费用的140%最终完成。陈伟明在项目A中遇到了很多项目经理都曾经遇到的困难,请你谈谈为什么他被撤换下来,他应该为这些问题负责吗?

(二)案例分析

● 从案例中可以分析得出,身为项目经理,陈需要为这些问题负责。造成这些问题的主要原因有以下两个:

1、沟通方面的问题

2、项目计划的制定、监控及修正的问题

以下对两个主要原因进行分析:

1、 沟通方面的问题

1)没能与职能部门进行很好的沟通,协调资源;

从这个案例可以看出,该公司的整个运营链不流畅,有十分严重的部门墙存在。而陈作为项目经理,和各职能部门的协调沟通不够,造成公司资源(人力和资金等)的严重浪费。

案例片段:

“其他职能部门的经理虽然为该项目安排了时间和人手,但他们更热衷于其他项目。同时陈还被告之不要干涉部门经理对资源的调度和费用的预算。” 分析:

项目经理陈由于没能与职能部门的经理进行很好的沟通而导致人力资源的

效用没能完全的发挥(为该项目安排了时间和人手)。

作为一个从项目经理助理晋升为项目经理的项目负责人来说其的确不能去干涉

其他部门的资源调度,但是项目经理要做到的并不是去干涉,而是去协调,使其

他部门的资源更好的为自己的项目组所用。陈不可能强硬地要求其他部门经理随

时满足他的资源和费用要求,更不可能要部门经理主动来配合他的工作。陈没有

得到其需要的资源时没有试着和部门经理沟通,向他们说明项目的紧迫性、重要

性和项目拖延的严重后果,也没通过其他办法来获得资源,只是怒气地埋怨部门

经理的不配合,后来更犯了团队合作的大忌—没有经过与职能部门经理沟通就直

接向管理层报告“职能经理不合作而造成的项目严重拖期情况”。把责任直接推

到职能经理的身上。这样虽然他能暂时得到了项目需要的资源却和职能部门经理

结下不良的合作关系。

2)没有及时向上级管理者汇报项目的问题,并获得上级管理者的支持;

案例片段:

“半年之后,陈借向公司管理层汇报项目进度的机会向管理层说明了由于职能

经理不合作而造成的项目严重拖期情况。”

分析:

陈应该为项目建立有效的项目汇报及沟通制度,定期向公司高层递送项目存

在的问题和解决情况,而不是在问题出现半年之久才汇报,在这半年期间将浪费

大量的时间和资源,并且会因为资源的问题而打乱项目的开发计划。

3)没有做好外围沟通 ;

案例片段:

“陈发现这个程序并不能实现其目标,他向一个软件供应商进行了咨询,得知

若要完成该程序,还需要多花费数倍的资金和两个月的时间,无奈之下,陈只好

放弃了该程序。”

分析:

这个程序开发的失败正是陈缺乏沟通造成的严重后果。首先他没有做好外围

沟通,一个新的项目的开展就要做好咨询特别是自己不熟悉的领域而不是出现问

题才咨询软件供应商,这样不但难以纠正问题更浪费开发的时间和金钱。其次,

在新项目出现问题时没有和管理层沟通而是自己咨询软件供应商就决定放弃程

序,把重要的决定握在手里,所以他应该为他沟通的失误而为失败买单。

4)没有和客户保持紧密的联系,没有发挥客户的积极作用。

案例片段:

“陈不得不花大量时间向客户解释存在的问题和补救计划。”“客户代表要求找

出问题并持续更新,继而试图参与进来解决问题,陈和客户代表在一些问题上产

生了激烈的冲突,导致两人关系恶化。”

分析:

在客户对项目进行情况很不满的时候,陈“花大量时间向客户解释”正正也表现

了他的沟通问题,在项目进行中应该保持和客户的紧密联系,发挥客户监督的积

极作用,这样就不至于后来出现许多大的问题让用户觉得不可理解。在向客户说

明时并不能像向上级汇报一样把问题归咎为部门经理的不配合,而是应该向客户

列出问题的困难性和解决计划,争取得到客户的理解和支持。与客户意见不一的

时候更应运用良好的沟通技巧,不要一味的想说服客户接受自己的方案而是走出

最后的解决办法,最重要的保持良好的合作关系,继续取得客户的信任。

总的来说,陈在项目开发中犯了缺乏有效沟通的问题,以至于很多问题不能在刚

产生时就能得到有效的解决,导致大量人力、物力、资金和时间资源的浪费,是

项目最终超时、超预算的一个重要原因。

2、项目计划的问题

对于一个项目,在论证初期都应该进行详细的调研和方案的确定,包括各项

资源的分配与管理、监控手段等,并在实施过程中,定时开展项目例会跟踪项目

进度,在项目的每个关键时间接点做项目评审,从质量、成本、进度三个方面进

行审核,并根据审核情况不断修正方案,这样其他职能部门经理也好对部门工作

做好统筹安排,以确保该项目的顺利完工。

在该项目中,项目经理陈对整个项目执行的管理非常失败,具体如下:

1)项目进行初期没有制定严格的项目计划 ;

案例片段:

“半年之后,陈借向公司管理层汇报项目进度的机会向管理层说明了由于职能

经理不合作而造成的项目严重拖期情况。”

分析:

陈在项目进行半年之后,才向公司管理层汇报项目进度,提出项目的严重拖

期情况。项目进行初期没有制定严格的项目计划,对项目运行中的困难估计不足。

项目实施之后,陈对项目刚开始的进度拖期,并没有去想办法解决问题,去努力

协调资源分配,也没有及时争得上级领导的重视,这些都使项目在刚开始就出现

严重的拖期。

2)在启动问题程序化系统开发前没有进行周密的评估,缺乏必要的可行性分析;

案例片段:

“公司管理层还为陈指定了一个项目经理助理,该助理认为应该通过计算机程

序把各种问题程序化,于是公司又投入了12个人来开发这个程序,在花费了巨

额资金之后,陈发现这个程序并不能实现其目标,他向一个软件供应商进行了咨

询……”

分析:

在项目实施过程中,启动的一个问题程序化系统开发,是不符合制定决策的

基本要求。在准备投入资金开发问题程序化系统时,项目经理对该系统开发没有

进行周密的评估,包括必要性评估、资金投入评估和风险评估等,匆忙上手,都

会导致项目质量、费用、时间等方面的严重浪费;在投入了巨额资金,但没有实

现其目标时,陈没有进行认真地分析问题和请示公司管理层,而自己决定放弃该

程序,导致公司之前的投入白费。

3)在项目严重滞后,没有及时修正项目计划,并积极采取改进措施。

案例片段:

“陈不得不花大量时间向客户解释存在的问题和补救计划。”

分析:

在项目严重滞后,客户对项目拖期问题非常不满,并最后派人监督项目的情

况时,陈没有及时修正项目计划,并积极采取改进措施,包括项目组自身工作的

改进、请求公司其他资源支持等,以加快项目进度,而是一味地花费大量时间向

客户解释存在的问题,其完全在做无用功。

●此外,该项目经理还存在一些其他问题,如:

• 决策不够严谨,盲目采纳助理的建议;

• 在投入了巨额资金但没有实现其目标时,陈没有进行周密的分析和请示公

司管理层,而自己决定放弃该程序,导致公司之前的投入白费。

因此,陈被撤换是必然的结果,他所犯的错误导致了整个项目不能在计划的时间

内,计划的成本中完成。

● 当然,在该项目中,公司也负有一定的责任,如:

项目的目标并没有得到项目各执行部门的一致关注,其主要原因是公司对该

项目的重视程度不足,才会出现“不要干涉部门经理对资源的调度和费用的

预算”的情况。

班级:07级信管(1)班

小组成员:方郁丹侯卓秀

梁健娴林碧莲

第四篇:《IT项目管理》课程期末总结报告

第一章 项目管理概述

项目就是“为创造一件独特的产品、一项服务或者一种结果而进行的临时性努力,”另一方面,日常运营是在维持商业经营方面发挥作用。项目和运营的不同之处在于,当达到目标或者终止目标时,项目就结束了。三维约束为范围、时间、和成本目标的约束。项目管理是“在项目活动中运用知识、技能、工具和技术,以满足项目的需要。”项目经理不应该仅仅局限于试图满足项目具体的范围、时间、成本和质量目标,同时必须促进整个过程以满足项目活动涉及者或影响者的需要和期望。利益相关者是指参与项目活动和受项目活动影响的人。包括项目发起人、项目团队、支持人员、客户、使用者、供应商、甚至项目的反对者。

斯坦迪什咨询集团进行的后续研究,给出了在过去10年中一些IT相关数据变化:获得成功的IT项目数量翻倍,失败的减半,好消息是项目经理更过的了解项目如何才能成功,坏消息是想要取得IT项目的成功仍然十分不易。

第二章 项目管理与信息技术环境

利益相关者即可能来自组织内部,也可能来自组织外部;可能直接参与项目,也可能只受到项目的影响。项目生命周期就是这样一系列项目阶段的集合。一些组织设定一系列的生命周期以将其应用于所有的项目。可交付成果是一项产品或服务,例如一份作为项目得出一部分的报告。一次培训。项目可行性阶段是前两个阶段的主要工作制定计划,项目获取阶段是实施和收尾的开展实际工作。系统开发生命周期是用来描述系统开发不同阶段的一个框架,一般模型有瀑布模型、螺旋模型、增量构建模型、原型模型和快速应用开发模型。

第三章 项目管理过程组:案例研究

《项目管理知识体系指南》是一个标准,描述了管理项目的最佳方法。方法论则具体描述了该怎么去做事情,并且不同的组织通常有不同的方式.PRINCE2定义了45个独立的子过程,并将它们分成8个过程组:项目发起;项目规划;项目启动;项目管理;项目阶段监控;产品交付管理;阶段界限管理;项目收尾。敏捷方法论,全部的敏捷方法论包裹一个互动的工程流程和迭代式增量软件交付。六西格玛方法论,六西格玛项目经常采用两种方法论分别为:DMAIC,及定义,衡量分析,改进,控制,用于改进已有业务流程。

AgenciaClick是巴西圣保罗的一家互动式广告和在线通信公司。2007年被项目管理协会PMI评为项目管理优秀组织。收益猛增132%,者归功于5年来整个公司对卓越项目管理实践的高度重视。讲《项目管理知识体系指南》作为开发方法论和项目管理培训计划的依据。

第四章 项目集成管理

项目集成管理包括6个主要过程:制定项目章程;创建初步的项目范围说明书;指导和管理项目实施;监控项目工作;整个变更控制。项目或项目阶段收尾。界面管理涉及明确和管理项目众多元素相互作用的交界点。战略计划包括分析组织的优势和劣势,许多人对用于战略计划的SWOT分析非常熟悉,即优势、劣势、机会和威胁。心智图法是一种结构分解的技术,用过从一种核心理念发散出来的方式将想法和概念结构化。项目的整个介绍至少应包括:项目名称;项目发起人名称;项目经理和关键团队成员的名单;项目可交付成果;相关的重要资料清单;准确的术语表及其解释。如何组织和开展项目描述包括:组织结构图;项目责任;其他与组织或者过程相关的信息。项目运用的管理和技术方法包括的内容:管理目标;项目控制;风险管理;项目人员配置;技术过程。

第五章 项目范围管理

项目范围管理包含5个主要阶段:需求收集;范围定义;产检工作分解结构;范围核实;范围控制。项目范围管理的下一步就是创建工作分解结构。工作分解结构以可交付成果为中心,将项目中涉及的工作进行分解,定义出项目的整体范围。制作工作分解结构的方法:使用指南;类比法;自上而下法;自下而上法;心智图法。范围蔓延导致IT项目失败的可怕的事例。范围公职是指控制项目范围的变更。

WBS在整个项目中是非常重要的每个任务的状态和完成情况是可以量化的。明确定义了每个任务的开始和结束。每个任务都有一个可交付成果。工期易于估算且在可接受期限内。容易估算成本。各项任务是独立的。各项任务能被描述的。所以做好WBS 是非常重要。

第六章 项目时间管理

项目时间管理涉及6个主要过程:活动定义;活动排序;活动资源估计;活动工期估计;进度安排;进度控制。依赖关系或关系与项目活动或任务的排序有关。项目活动见之所以产生依赖关系有三个原因:强制依赖关系;自由依赖关系;外部依赖关系。活动间共有4中关系:完成—开始;开始—开始;完成—完成;开始—完成;网络图是一个显示项目活动间逻辑关系或顺序的示意图。绘制网络图使用的是双代号网络图法或箭线图法。活动工期等于开展活动的实际时间加占用时间,人工量是指完成一项任务所需的工作天数和工作小时

第七章 项目成本管理

利润是收益减去支出的值。利润率是利润与收入的比率。生命周期成本是通过在项目的整个生命周期来对项目成本进行全面的审视,来帮助你对项目的财务成本和收益进行精确地计划。直接成本:是与生产项目产品和服务直接相关的成本。间接成本:是不与生产产品和服务直接相关的成本,但它间接地和完成的项目相关。沉没成本:是指在过去话费的钱。类比估计也称由上到下估计,是用实际的,以前的,相似的项目作为基础,来估计当前项目的成本。成本基线是项目经理为了衡量和监控成本绩效而是用的一种时间段式的预算。

组织经常通过购买IT产品和服务来帮助减少成本、改进运作,例如最近对一家金融机构ATM机的研究表明,通过运用IT技术,ATM机单笔取款成本降低。改善环境越来越为全球所强调,因此也使得另一个成本消减战略得以实施,投资绿色IT和其他首创项目不仅帮助环境得到改善也帮助公司走出困境。戴尔公司2008年达到“碳中和”开展‘为我种树’的活动方案。

第八章 项目质量管理

IT项目中影响质量的重要范围因素包括功能性及特性、系统输出、性能、可靠性及可维护性。

其中基本质量工具:因果图将质量问题追溯至相应的生产运作;控制图是一张实时展示信息的图表;运行图是一个展现一个过程在一段时间的历史和变化情况的模型,是一个发生顺序画出数据点的线性图表;散点图可以显示两个变量之间是否有关系;柱状图是一个变量分布的条状图;帕累托图表是一个帮助鉴别问题和对问题进行优先排序的柱状图;流程图是过程逻辑及流向的图形展示。DMAIC改进过程每个阶段的简单描述:定义;衡量;分析;改进;控制。六西格玛原则内容:六西格玛要求全员参与;六西格玛培训通常遵循“腰带”系统;成功实施六西格玛原则的组织有能力且有意愿同时采用两个看似相反的目标;对从中获益的组织来说,六西格玛不仅仅是一中活动或一项纪律。

第九章 项目人力资源管理

项目人力资源管理包括四个过程:制定人力资源计划;组建项目团队;建设项目团队;管理项目团队。解释和分配工作的框架步骤分为4部:确定项目需求、定义怎样为之完成工作、把工作分解成易于管理的要素、分配工作职责。资源负荷是指在特定时期所需要人员的数量。资源平衡的目的是创建一个更平稳的资源分配和试用。资源过载是一种资源冲突的类型。资源平衡有几大好处:当资源更持续的得到使用时,他们只需要较少的管理、让项目经理在试用承包商或者其他昂贵的资源时,可以利用JIT的库存策略、资源平衡还能减少项目人事和会计部门的问题,资源平衡提高员工士气

第十章 项目沟通管理

利益相关者沟通分析中应该包括以下信息:信息相关人、信息产生时间、信息的最佳产生时间。一致沟通会有助于组织改善项目沟通情况,尤其是对于多个项目组成的项目群。鉴于很多项目都会有相同的利益相关者,制定一份协调的沟通管理计划就变得更为重要。绩效报告通常是以状态报告的形式呈现。许多人交替使用这两项报告,给他们做了区分:状态报告描述项目在一个特定时间点的具体情况、进度报告描述了项目团队在特定时间段完成了哪些任务、预测中会基于过去的信息和趋势推测项目的将来状态和过程。

第十一章 项目风险管理

常用的5个信息采集技术:右脑风暴法、德尔菲法、访谈法、根本原因分析法、SWOT分析法。头脑风暴法师这样一项技术,利用这种方法,一群人通过收集本能产生的和未加判断的想法,试图形成看法或者找到具体问题的解决途径。德尔菲法是一种何可防止头脑风暴发中出现的一些负面群体效应的信息采集方法。访谈法是通过面谈、电话、电子邮件、或者即时信息交流来收集信息的一种实情调差方法。根本原因分析法能为一个项目识别出更多的潜在风险。SWOT分析法能绑住团队识别项目在更广阔范围内的潜在风险。蒙特卡罗分析法基本步骤如下:估计所考虑变量的范围、确定每个变量的概率分布、为每个变量,如一个任务的时间估计,根据变量发生的概率分布选择一个随机的值。利用每个变量所选值的组合进行一次确定性分析,或者贯穿整个模型的分析、多次重复前两个步骤以过的模型结果的概率分布。

第五篇:《IT项目管理》中项目风险管理分析及心得

电商 马超 09501109 一 IT项目管理的简述 1项目管理概述

项目是为完成某一独特的产品或服务而进行的一次性努力。项目具有独特性、一次性、风险性、资源耗用等特性。每个项目都有一个项目发起人。

项目管理的“三项约束”是指项目的运行范围、时间和成本三个维度。

项目管理是指在项目活动中运用相关的知识、技能、工具和方法,以实现或超过项目干系人的需要和期望。项目干系人是指参与项目或受项目活动影响的有关各方。

2 项目范围管理

项目范围管理是指为了顺利完成项目而设置的一系列过程,用以确保项目包括且仅包括所有要求的工作。主要过程有项目启动、范围计划、范围定义、范围核实和范围变更控制

范围管理水平的低下是项目失败的主要因素之一。对于IT项目来说,要实现高水平的项目范围管理,重点要做好用户参与、明确的要求说明以及范围变更管理的程序设置等。 3 项目时间管理

项目时间管理常被引述为项目冲突的主要根源。大多数IT项目超过了时间估计。

时间管理涉及的主要过程包括活动定义、活动排序、活动历时估算、进度计划制定和进度控制。

赶工和快速跟进是缩短项目进度的两种技术。项目经理及其团队成员在接受不合理的进度计划时必须非常小心,尤其是在IT项目中。 4 项目成本管理

项目成本管理是IT项目中一个传统薄弱方面。IT项目专业人员必须承认成本管理的重要性,必须负责提高资源计划、成本估算、预算和成本控制。

成本估算是项目成本管理一个非常重要的部分。成本估算有几种类型:量级估算、预算估算和最终估算。每种估算类型分别用于项目生命周期不同阶段,并具有 1

不同的精度。建立成本估算有四种基本的工具和技术:类比估计法、自下而上法、参数模型估计法和计算机化的工具。成本估算的主要部分包括目标叙述、范围、假设、成本/收益分析、现金流分析、预算分解和解释或详细依据。

5 项目质量管理

项目质量管理包括质量计划编制、质量保证和质量控制。质量计划编制确认了与项目相关的质量标准且如何满足他们。质量保证包括评估所有项目执行情况来确保项目将满足相关的质量标准。质量控制包括监控特定的项目结果来确保他们遵从质量标准,并确认改进全部质量的方法。 IT项目质量提高空间非常大。强有力的领导有助于质量意识的形成。理解质量成本可以刺激质量改进。提供一个好的工作环境能有效提高质量和生产率。发展和遵从成熟度模型能帮助组织系统地提高他们的项目管理过程,从而提高项目的质量和项目成功率。

6 项目人力资源管理

人是组织和项目最重要的资产。因此,项目经理很有必要成为一个优秀的人力资源管理人员。激励、影响、权力和效率是影响人们更好工作的心理因素。

项目人力资源管理的主要过程包括组织计划编制、人员获取和团队开发。组织计划编制就是对项目角色、职责以及报告关系进行识别、分配和归档。RAM是定义项目角色和职责的关键工具。

7 项目沟通管理 沟通失败常常是项目——特别是IT项目——成功的最大的威胁。沟通是保持项目顺利进行的润滑剂。沟通计划编制包括信息发送、绩效报告和管理收尾,它需要确定项目干系人的信息和沟通需求。沟通管理计划应该是为所有项目创建的。

绩效报告包括收集和发送有关项目朝预定目标迈进的状态信息。项目团队可以使用挣值分析表和其他形式的进展信息,来沟通和评价项目绩效。状态评审会议是项目沟通、监督和控制的重要一部分。 8 项目风险管理

风险是指损失或损害的可能性。项目由于它们独一无二的本质而具有风险。

风险管理是一项投资,也就是说,风险管理需要花费与识别风险、分析风险和制定风险减轻计划相关的成本。这些成本必须包括在成本、进度和资源的计划编制中。

2

三个应对风险的基本措施是:规避、接受和减轻。风险规避涉及根除具体的威胁和风险。风险接受意味着如果风险发生接受风险产生的后果。风险减轻是指通过减少风险发生的概率来减轻风险事件的影响。 9 项目采购管理

项目采购管理过程包括采购计划编制、询价计划编制、询价、供方选择、合同管理以及合同收尾。

合同收尾包括产品审核、管理收尾,输出包括合同文件、正式验收和收尾。采购审计明确采购过程中应该吸取的经验教训。 二 项目管理案例分析:IT项目管理中的风险控制

无论是系统集成或是软件开发,IT公司经常面临着各种项目的实施和管理,面临着如何确定项目的投资价值、评估利益大小、分析不确定因素、决定投资回收时间等众多问题。因此,如何在项目实施中有效地管理风险、控制风险,已经成为了项目实施成功的必要条件。

项目风险的管理不仅贯穿于整个项目过程,而且在项目事件发生之前风险的分析就已经开始。我们可以根据风险控制与项目事件发生的时间将风险管理划分为三个部分:事前控制——风险管理规划,事中控制——风险管理方法,事后控制——风险管理报告。

1.事前控制——风险管理规划

风险管理规划是在项目正式启动前或启动初期对项目的一个纵观全局的基于风险角度的考虑、分析、规划,也是项目风险控制中最为关键的内容,包括风险形势评估、风险识别、风险分析和风险评价等几部分。

1、 风险形势评估

风险形势评估以项目计划、项目预算、项目进度等基本信息为依据,着眼于明确项目的目标、战略、战术以及实现项目目标的手段和资源。从而实现:通过风险的角度审查项目计划认清项目形势,并揭示隐藏的一些项目前提和假设,使项目管理者在项目初期就能识别出一些风险。尤其是项目建议书、可行性报告或项目计划一般 3

都是在若干假设、前提、预测的基础上完成的,这些假设、前提、预测在项目实施期间有可能成立,也有可能不成立。而这其中隐藏的风险问题又通常是被忽视的。一旦问题发生,往往造成项目管理方的措手不及和无一应对。

2、风险识别

在对项目的基础的风险形势评估之上,就需要对各种显露的和潜在的风险进行识别。风险识别实际上是对将来可能发生的风险事件的一种设想和猜测。因此,一般的风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关项目管理要求。在具体识别风险时,一方面可利用一些常识、经验和判断,通过以前经历的项目中积累起来的资料、数据、经验和教训,或者请教相关的专家和资深从业人员,采用集体讨论的方式。另一方面,可以通过分解项目的范围、结构来识别风险,理清项目的组成和各个组成部分的性质、之间的关系、与外因的联系等内容,从而减少项目实施过程中的不确定性。除此之外,还可以利用一些技术和工具。

3、风险分析和评价

在进行风险识别并整理之后,必须就各项风险对整个项目的影响程度做一些分析和评价,通常这些评价建立在以特性为依据的判断和以数据统计为依据的研究上。风险分析的方法非常多,一般采用统计学范畴内的概率、分布频率、平均数众数等方法。但无论是哪一种工具,都各有长短,而且不可避免的会受到分析者的主观影响。可以通过多角度多人员的分析或者采取头脑风暴法等尽可能避免。此外,我们应当明确,风险是一种变化着的事物,基于这种易变条件上的预测和分析,是不可能做到十分的精确和可靠的。所有的风险分析都只有一个目的,即尽量避免项目的失控和为具体的项目实施中的突发问题预留足够的后备措施和缓冲空间。 2.事中控制——风险管理方法

管理风险,即控制风险,通过风险监视和风险规避消除一些潜在的威胁项目健康实施的事件。风险的管理在整个项目生命周期中是连续、反复进行的,消除了某些风险来源后,有可能又会出现其他的风险,而且,为减少风险损失而进行的风险管理本身也会带来新的风险。

1、风险监视

由于时间对项目的影响是很难预计的,因此风险监视是项目实施过程中的一项重要工作。监视风险即监视项目产品、以及项目过程的进展和项目环境的变化,通过核

4

查项目进展的效果与计划的差异来改善项目的实施。一般情况下,随着时间的推移,有关项目风险的信息会逐渐增多,风险的不确定性会逐渐降低,但风险监视工作也随信息量的增大而日渐复杂。我们一般可采取项目的审核检查的方式,通过各实施阶段的目标、计划、实际效果的对比、分析,寻找问题的根源,提出解决问题的方法。

2、风险规避

在风险管理规划基础上进行风险控制,一旦监视到风险,就应采取合理措施进行风险规避,可以从改变风险性质、改变风险发生的概率、改变风险的影响大小等多方面着手。风险规避的策略一般有预防、转移、回避、接受、后备措施等几种方式。

其中,预防风险尤其不能忽视项目的教育培训和按程序办事两个方面。由于项目实施成员的任何不当行为都会构成项目的风险因素,要减轻与之相应的影响,就必须对有关人员进行详细和有效的风险教育和项目培训,教育培训的内容应该包含项目相关的策略、计划、标准、规章规范、项目知识、产品知识等。

转移风险,在IT项目中使用最频繁的应该要数合作伙伴、项目外包、保险与担保等手段了。无论是与合作伙伴的协同实施还是项目的外包,都能在人力资源、成本费用、项目进度等方面分散风险,开脱责任。但转移风险的同时也必然带来利润的一部分流失。

回避风险,是指当项目风险潜在威胁的可能性极大,并会带来严重的后果,无法转移又不能承受时,通过改变项目来规避风险。通常会通过修改项目目标、项目范围、项目结构等方式来回避风险的威胁。

接受风险,作为规避风险的常见方法,主要是指主动将风险事件的不利后果承担下来,这种后果通常主要反映在实施周期、成本费用的有限增加上,以牺牲项目收益而不影响项目整体。

用于规避风险的后备措施,主要体现在后备费用、预留进度时间、后备技术力量三个方面,这些后备措施在项目计划中就应预留,保证在项目实施过程中,能充分调用后备力量解决问题。 3.事后控制——风险管理报告

无论项目进展的情况如何,都必须将风险管理的计划、行动、结果整理、汇总、进行分析,形成风险管理报告。风险管理的持续性要求风险管理报告的连贯性和不间断性,因此,该报告不是仅仅在项目结束之后才制作的,而是应该视项目的进展

5

状况、项目计划、报告的对象等条件采取书面或口头、不定期的或阶段性的等多种方式,为项目的实施、控制、管理、决策提供信息基础。

风险总是和效益并存的。只有正确地识别风险、分析风险、规避风险,才能确保每一个项目的顺利实施和成功完成,才能给企业带来更多的效益。 三 《IT项目管理》中项目风险管理的学习心得

随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化,信息技术的应用已成为社会各行各业所不可或缺的,成为了企业发展的重要因素之一,信息化已经成为企业实现战略目标的迫切需要和必要保证。越来越多的企业认识到只有通过信息化建设才能够增强企业的核心竞争力,并在企业体制、技术、管理等方面实现创新,以此来在弱肉强食的环境中生存发展。由此项目管理的思想已经被越来越多的IT领域中的企业所接受,IT项目建设逐渐成为企业资源投入的重中之重。而企业为了使IT项目能够按照预定的成本、进度、质量顺利完成,从而对成本、人员、进度、质量、风险、文档等进行分析、管理和控制。

目前,项目风险管理已被认为是减少IT项目失败的一种重要手段。项目必须事先有风险预控方案,事前控制永远要好于事中和事后控制,而要在项目开始之初就考虑到项目过程中可能出现的所有风险,是不现实的。但是我们必须考虑对风险的管理,尤其是在制订项目计划以及创建团队的时候,考虑这一因素。

项目风险管理的实质,就是针对项目进行过程中各种各样的风险事件,在合理分析评估的基础上采取合理的对策,促进项目管理目标的实现。如果要真正搞好IT项目的风险管理,树立正确的项目风险意识尤为关键。

风险有诸多因素构成,比如不合格的人力资源、缺乏客户参与、过于乐观的计划、流于形式、管理控制不力、次品频出、过于依赖技术、企业无法承担项目费用、市场定位错误等。其中,我认为自于项目人员的组织有效性,企业如何组建项目团队、其他部门如何配合项目团队工作是一个项目组织的课题,存在的不确定性是企业重大潜在威胁之一。不团结的项目组是无法保证项目的成功,必须选择合适的项目经理,通过他们掌握整个项目团队成员的工作进展。同时,还要了解每个成员的能力,以安排合适的角色与岗位。

在应对风险方面,主要有规避、转移、弱化、接受四种策略。对于事前的风险

6

应对,主要采用的是规避及转移措施,是通过消除风险或风险的触发条件来降低风险带来的损失,以及通过将风险结果来同应对权力转移给第三方的策略。如果无法防止风险的发生,弱化便成为另一有效措施,其将风险事件发生概率或者影响程度降低,减少资源损耗。接受则是不改变项目计划,而考虑发生后如何应对。在具体实践中,这四种策略须灵活运用,因地制宜,才能最有效的处理风险事件。

风险和效益是并存的,高效益总是伴随的高风险。而每个项目都是读个个体,项目的管理方法非常灵活,只有选择合理的方法进行项目管理,正确的识别、分析、应对风险,做到事前、事中、事后都有回避减低风险的措施,才能确保项目的顺利实施,才能保证项目的成功完成,才能给企业带来更多效益。

上一篇
下一篇
返回顶部