IT项目管理是项目管理在IT领域的应用,结合IT行业特点运用项目管理技术、理念和方法,包括9大知识领域(项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理)以及启动、计划、实施、控制和收尾等过程组成。
软件项目开发管理过程中,不仅要努力实现项目的范围、时间、成本和质量等目标,还必须协调整个项目过程,以满足项目参与者及其他利益相关者的需要和期望;随着软件规模和所涉及的领域不断地扩大,软件项目的管理越来越困难。纵观所有失败的软件项目,基本原因是不能管理其软件过程,在无纪律的、混乱的项目状态下,组织不可能从较好的方法和工具中获益。严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差,识别软件项目的风险甚至果断中止项目,而且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制,必须明确软件项目管理流程。
1、流程第一阶段:项目的启动
在项目管理过程中,启动阶段是开始一个新项目的过程。启动信息技术(IT)的项目,必须了解企业组织内部在目前和未来主要业务发展方向,这些主要业务将使用什么技术及相应的使用环境是什么。启动信息技术(IT)的项目的理由很多,但能够使项目成功的最合理的理由一定是为企业现有业务提供更好的运行平台,而不是展示先进的IT技术。
2、流程第二阶段:项目的计划
在项目管理过程中,计划的编制是最复杂的阶段,项目计划工作涉及九个项目管理知识领域。在计划编制的过程中,可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验,在计划制定出来后,项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。
3、流程第三阶段:项目的实施及控制
在项目实施阶段是占用大量资源的阶段,此阶段必须按照上一阶段定制的计划采取必要的活动,来完成计划阶段定制的任务。在实施阶段中,项目经理应将项目按技术类别或按各部分完成的功能分成不同的子项目,由项目团队中的不同的成员来完成各个子项目的工作。在项目开始之前,项目经理向参加项目的成员发送《任务书》。
4、流程第四阶段:项目的收尾
在项目管理过程中,计划的编制是最复杂的阶段,项目计划工作涉及九个项目管理知识领域。在计划编制的过程中,可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验,在计划制定出来后,项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。
5、流程第五阶段:项目的维护期
在项目收尾阶段结束后,项目将进入到后续的维护期。项目的后续维护期的工作,将是保证信息技术能够为企业中的重要业务提供服务的基础,也是使项目产生效益的阶段。在项目的维护期内,整个项目的产品都在运转,特别是时间较长后,系统中的软件或硬件有可能出现损坏,这时需要维护期的工程师对系统进行正常的日常维护。维护期的工作是长久的,将一直持续到整个这个信息技术(IT)项目的结束。
2012-9-24 如何编写IT项目方案 通过学习如何编写方案,让大家进一步体会管理线索在实际工作(项目)中的应用。 帮助大家更容易地理解IT项目管理的理论体系:九大知识领域和五个过程组。 帮助大家学习掌握IT项目方案编写方法。 目录 什么是方案 如何编写需求分析 如何编写方案设计原则 如何编写解决方案 如何编写实施方案 如何编写维护服务方案 如何编写培训方案 如何编写典型案例 典型设计方案分析 方案就是解决问题的方案。 方案有:用户解决方案、项目申报方案、可行性报告等等。 写方案的目的就是让别人知道,你有能力高效、低耗、低风险地完成特定的任务目标。 方案中要解决: 为什么做 做什么 达到什么效果 谁来做 怎么做 花费多大代价 有何风险、怎么控制 质量如何保证 你是否有相应的能力 什么是方案 方案的背景,讲述当前与方案相关的社会、需求、技术等背景情况,国内外同类解决方案的情况等。一般出现在申报方案。 需求分析,即问题所在或方案的目的,讲明这个方案要解决的问题是什么,方案都是有目的的,在这里就是要阐明目的,并树立起要解决问题的目标。给读者阐明为什么做。 方案的意义,高度概括,这个方案能解决什么问题,方案的实现能带来什么好处。一般出现在申报方案。 方案设计原则,就是在设计解决方案时,必须要遵循的原则。所谓原则,就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中,都要体现预先确定的原则。 遵循的标准,包括国标、行标、地方标等,也是在设计方案是不能突破的尺度。 方案的目标,总体概述解决问题的方案,高度概括。一般出现在申报方案。 解决方案,给读者阐明怎么做,来解决问题。是解决方案的主体。 方案有以下要点或组成部分 组织架构 实施方案(进度计划),给读者阐叙做的具体步骤,工作路线。 服务方案(服务计划),给读者阐明你有服好务的具体措施。 培训方案(培训计划),给读者阐明你有做好培训的具体措施。 沟通计划 质量控制计划 风险识别和风险控制计划 设备采购计划 工作量估算和人力资源成本预算 典型案例介绍,给读者证明,你已经具备了实现这个方案的能力。 工作基础、工作成果积累,进一步论证你具备实现这个方案的能力。 满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则,要对用户和招标文件的每一项要求都有明确的响应,要清晰准确地领会用户的意愿,不能随意抵触或反对用户的意愿。 要努力在方案中体现我们的特点(特别是主要竞争对手所不具备的特点),要在方案中发挥我们有利的资源,厂商产品选择是要考虑利润最大化和商务可控性。 需求分析即问题所在或方案的目的,讲明这个方案要解决的问题是什么,方案都是有目的的,在这里就是要阐明目的,并树立起要解决问题的目标。给读者阐明为什么做。 用户需求分析总会是用户解决方案的第一部分,这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等。 用户需求分析是整个方案定基调的部分,是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础。 同时,到位的需求分析,也是为我们制定方案的设计目标提供依据。 作为方案的开篇部分,如果分析到位,特别是用户的关注点和兴趣点分析到位,会立即引起用户的共鸣,迅速把用户吸引住,也更容易让用户理解我们后面的内容。 一个到位的需求分析,是一个好方案的一半。反过来讲,如果你都不能全面地把握用户的需求,你拿出来的方案也不会有什么针对性,用户不会感兴趣。 要做好需求分析,需要进行耐心细致的用户调研工作,而且根据用户项目的特点,制定明确的需求调研线索和方案。 需求分析 用户立项的宏观背景 用户立项的目的和意义 用户的组织架构 用户当前it建设的情况 采用的技术需求 软件功能需求 软件性能需求(质量需求) 平台环境需求 安全方面需求 项目风险识别 用户关注点和兴趣点详细分析等 每一部分根据需要,可以做进一步分类描述。 对于一个综合性IT应用解决方案,如金保工程方 案,需求分析应包含以下几个方面的内容 大家要注意,用户需求是多角度的 在进行需求分析描述时,各部分分类要清晰 多用条理性描述少做长篇论述 各部分内容分量要均衡 要点要清晰准确 要体现全面、到位和重点突出。 大家记住,这里每一部分的描述都将是后面相应内容的线索和论据。 用户需求分析往往是方案编写者最容易忽视的部分,好多人都是随便凑点内容,甚至凑一些根本无关的内容。 这样的后果是,因为自己不重视,也就不能真正地掌握用户的需求和期望,写出的方案针对性不强。 方案设计原则是每个方案必须的部分,也是很多方案编写者最轻视的部分,好多人的办法是随便抄一个其他方案的原则部分,应付了事。 这反映出他们根本不知道原则是什么、原则的作用是什么。 方案的设计原则是设计者对设计思想的纲领性的描述,是对需求的高度抽象和概括,是进行方案设计的最基本的指导方针。 就是在设计解决方案时,必须要遵循的原则。所谓原则,就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中,都要体现预先确定的原则。 在方案设计原则中,要表明在方案设计时重点要考虑哪些问题,要突出对用户关注点和兴趣点的对策,这些内容要与需求分析的相关内容紧密呼应。 方案设计原则的编写可以分为两大类,一类是基础性原则,一类是响应用户特殊需求的原则。 方案设计原则 基础性原则在每个方案中基本都会有,如: 先进性与成熟性的原则 先进性与保护投资的原则 安全性原则 功能完备性原则 灵活性原则 可维护性原则 可扩展性原则等等。 基础性设计原则 我们拿可维护性原则作为例子分析一下“原则”的含义 可维护性的意思是,根据我们提供的方案开发出的系统,具有方便进行维护的特点。 换句话讲,我们进行方案设计和开发时,要充分考虑今后维护的方便可行。 即便这些基本性原则可能在很多方案中都有,但也要充分理解用户的期望。 如用户项目资金充裕,那可能就要突出先进性的原则 反之,可能就需要充分考虑原有设备的复用,保护原有投资。 用户特殊需求的原则要认真下一番功夫 直接体现我们是不是重视用户的想法 是不是真正理解他们的需求 要想做好这方面的文章,就必须对用户的需求、用户的关注点和兴趣点非常清晰。 一般情况下,在介绍方案时,原则部分会有比较强的冲击效果,特别是那些很到位的响应用户特殊需求的原则。 说白了,就是告诉用户,你关心什么,那么我们就将在方案中注意、解决和实现什么。 解决方案这部分是方案的主体部分,也是分量最重的部分。需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义。 方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则,或者说是应该重点关注和考虑的问题。 标准规范部分讲的是方案设计的应遵循的标准规范。 这部分是介绍我们设计出来的结果。 是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范,全要在这部分中体现出来。 解决方案 为了让大家容易理解,我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍,这个例子就是一座大楼的设计方案。 设计一座大楼是一件很复杂的工作,要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等,要进行力学分析、结构分析等,可以说设计一座大楼是一项庞大系统的方案设计工作。 后面将给大家介绍一下编写这部分内容的注意事项。 首先请大家记住,我们这里讲的设计方案,是我们与用户沟通交流的方案。 目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求,是让用户树立起与我们合作的信心,但并非是一个具体的开发方案。 因此需要重点突出而不需面面俱到,不需要或者千万不要落到具体的细节上,要尽可能保证各部分内容的均衡。 设计方案编写要点之一 在方案描述部分的最前面,要有一个方案的总体描述,可以称为总体设计方案。 或成为方案蓝图 也就是项目的总体目标 这部分是对你的设计方案的高度概括性介绍。 设计方案编写要点之二 为了能让用户了解你的方案的全貌 对于比较复杂的设计项目来讲,不是几句话几段文字可以表述清楚的 需要站在不同的角度、针对于不同的层面进行介绍 譬如说大楼的外观,从正面看,你是看不到全貌的,即便你把外貌全介绍清楚了,如果不介绍其他的话,别人也很难明白这个大楼。 因此要学会角度、层次的分解 可以从类别上分,也可以从功能上分,分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案。 一般一个IT项目方案包括: 技术架构 网络架构 安全架构 功能架构 性能指标 。。。 设计方案编写要点之三 对你的方案进行分解描述时,要充分考虑前面需求分析的内容。 需求分析中提到的需求和问题,在方案描述部分都要有相应的解决方案,前后呼应,前面讲为什么要做,这里讲怎么实现。 与需求分析呼应,也是方案分解描述时进行分解的参考依据。 方案是否与需求相呼应,意味着方案是否扣题。 有很多这方面做得不到位的方案,对在这个项目上行,按在另外一个项目上也行,就成大笑话了。目的性强! 设计方案编写要点之四 对于一些用户关注的问题和需求,以及通过分析具有比较高复杂度的问题,也要分解出来进行单独讲解 一是表明我们对用户的需求的充分响应 二是表明对需求理解的深刻,尽管有些问题很复杂,但我们有可行的解决方案。 借此增强用户的信心。 设计方案编写要点之五 要与前面设计原则部分相呼应 在方案的描述中,要体现出我们是严格遵从前面制定的原则的。 同样,也要对所遵循的标准规范有呼应。 设计方案编写要点之六 多采用图示的方法 大家都知道,无论文笔怎么好,文字的东西总是比较抽象的 读者必须通过联想才能理解你描述的含义。 如大楼的外观情况,如果文字描述,很可能长篇累牍地写了一大堆,别人还是搞不明白。 而用图的形式,可能只需三两张图,就把大楼的外观展现的清清楚楚了。 图示的作用是直观。 图是对方案的高度概括和抽象。 做一张好图,要基于你对方案完全了解和掌握,也要基于你的知识和经验的积累。 真正好的方案描述都是图文并茂,用文字辅助解释图中关键的部分。 设计方案编写要点之七 要学会使用表格进行描述 与图示一样,表格也是一种非常好的方案描述的方法。 表格的作用是简练、调理、清晰,更容易让读者理解你所表述的内容。 对于一些包含大量数字,或者描述形式重复的内容,都可以采用表格的形式描述。 设计方案编写要点之八 对于一些重要的指标或用户关心的指标 需要基于你的方案进行分析 用合理的分析模型和数据 证明你的方案能够达到用户所期望的指标 例如设备配臵选型设计,用分析的指标作为依据 设计方案编写要点之九 对于一些需要利用其他厂商产品进行集成的项目 要讲明你所选择的原因和这些产品的作用 要对你所选择的主要产品从功能和性能角度进行介绍。 设计方案编写要点之十 为了突出我们期望让用户产生深刻印象的内容。 可以在方案描述的最后一部分做一个总结,可以用方案特点介绍的说法。 在特点介绍中,要突出我们独有的特点(在一定程度上会让用户去找我们竞争对手相关的内容)。 要突出用户关心的问题(与需求分析呼应)等, 大家需要注意,特点一定要“特”。 方案特点组织的好,也会对用户产生比较强的冲击力。 设计方案编写要点之十一 编写方案的时候,特别是编写这部分方案的时候 切记千万不要凑材料,这个地方抄点那个地方摘点进行拼凑,这是编写方案的大忌 如果需要摘抄一些资料,必须自己完全掌握这些资料的内容 并且确认对解决特定的问题有帮助。 设计方案编写要点之十二 开发实施计划,也称总体进度计划,是对全部相关计划的有机整合,也叫整体计划。 整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等。 项目开发实施方案(计划或工作路线) 我们常说,要完成一件事情,需要有计划、有组织、有措施、有保障地进行。 我们的设计方案完成后,接着就要给用户介绍我们怎么实施完成,这就是实施方案。 实施方案的编写需要按照有计划、有组织、有措施、有保障的线索,基于项目管理的思想进行阐述。 在这里对大家有一个要求,就是你在写出来这个实施方案之前,你已经真正明白了这个项目到底怎么干才能干好。 如果你都不知道怎么干的话,写出来的所谓的实施方案是不是可行就需要打个问号了。 这个问题在很多人在写实施方案时常犯的错误。 我们需要基于项目管理的思想来描述开发实施方案。 首先需要明确项目的目标。其实方案确定好了,总目标是非常清晰的,那就是按照用户的需求开发出系统,按照用户的时间约定部署实施完成。 但如果仅仅这样讲,那只落在了总目标的口号上了。 为了拿出真正可行的方案,需要把目标进行分解,分解成一个个阶段性目标或历程碑性目标,这项分解要尽可能的准确和详细,目标越清晰具体,越容易找到实施方案。 要反思,如果这一个个的阶段性目标都实现了,是不是就能很好地完成和实现总目标,如果是,说明你的分解基本就是合理的。 当目标分解工作完成后,各个子目标之间可能存在时序关系,也可能存在其他关联关系,为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持,有一些比较复杂的工作可能需要一些方法的指导(工作预案)。 对应于每个子目标,把这些相关的东西搞清楚描述出来,然后按照时序关系排列起来,项目的实施计划就出来了。 实施计划描述需要调理,一般可以采用表格的形式。 目标分解一般是采用自上而下的方式进行 具体做法是,先围绕总目标的实现分解成几个大的阶段 然后对每个阶段进一步分解成更小的阶段 最后落实到每一项工作任务的目标上。 在实施计划中,还有一点非常重要,就是必须满足用户工期的时间要求。 项目组织架构 不管目标怎么定,方案怎么做的,有一点是确定的,就是必须要有人去按照计划 去干,去实现一个个的目标。 作为一个好的实施方案,需要对承担这项工作的队伍、人员进行组织和分工。 描述这部分内容的线索可以这样。 定义项目实施过程中的角色,根据实施计划的需要,对参与项目的人按角色进行分类,定义角色的责任。 分析一下这个项目每一个子目标实现过程中,都需要涉及到哪些类型的人,这些人与我们的那些部门有关。 设计项目组的管理架构,与实施计划相关,与工作分类和角色分工有关,要有责任明确的项目负责人角色。 如果队伍比较大涉及的部门比较多的话,项目负责人就需要具有比较强的资源协调能力,明确项目总负责人和不同类型工作的负责人。 根据计划的需要,选择明确项目成员。 一个好的实施方案,除了给用户讲清楚怎么干以外,还要介绍你的这种干法是可行的而且是风险小的,这就是实施方案的保障措施。 一般情况下,应该包含这样一些内容: 沟通协调措施,要有明确的沟通协调机制保障,项目是需要我们与用户、厂商、监理等一起配合完成的,因此必须要有良好的沟通。 质量要求和质量控制措施。 风险分析以及规避风险的措施。 预算(成本计划),包括设备采购计划和人力资源成本预算。 一些复杂工作的工作预案,要让用户知道我们是有办法有能力完成这些工作的,增强用户的信心。 验收计划 这是对双方都负责任的约定,验收方案要科学合理,要具有可 *** 作性。 对于一些特定的项目,需要对我们投入的人力和工作量进行统计。 首先,你要对用户参加培训的人员进行分类 不同类型的人员需要接受不同的培训 大体可以从系统管理角度和系统使用角度进行分类。 如系统管理员(进一步也可细分为应用系统管理人员、系统环境管理人员等)、系统使用人员(或者称用户业务人员,包括各个层面使用系统的人员)等。 培训方案要点之一培训对象分类 从管好和用好的角度,设计培训的课程 在每一门培训课程中,要对一下项目进行定义 培训课程名称 培训目的和期望达到的目标(培训完了,受训人能够达到什么水平或能力) 受训人技术基础要求 培训形式(集中上课、上机实习) 培训课时数 培训教材(必需要有明确的培训教材,除了编写或购买的教材以外,可以多选用项目交付时提供的资料,如设计方案、用户手册等) 培训内容概要(要介绍这门课程的主要内容)。 培训方案要点之二培训课程设计 根据项目总体的实施计划安排,设计课程表 课程表中要明确时间、地点、培训对象、课程 因为这里面要考虑总体进度,要考虑参训对象所受的时间、地点的制约 课程表的编排一定要合理可行。 培训方案要点之三培训课程表 最后可以介绍一下承担培训工作教师的情况 对几个主要培训教师的简历进行介绍 另外,对于一些需要比较特殊条件的培训,介绍一下我们的保障措施。 培训方案要点之四培训教师介绍 用户对维护服务的期望是: 平时通过有效的管理和监控,尽可能地减少故障概率 系统发生故障时,出现的问题能够得到最高效率的解决 这也是我们设计维护服务方案时的基本原则和目标。 维护服务方案 服务需求分析,对用户的服务需求,从主要服务项目和特点、响应时间、期望等进行比较详细的分析。 维护服务方案要点之一服务需求分析 组织管理体系,告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作,每个角色的职责是什么。对服务组织中的核心成员进行介绍。 维护服务方案要点之二组织管理体系 服务项目定义,对于用户的服务需求进行应对,告诉用户我们围绕这个项目,能够提供什么样的服务工作,每项服务工作的含义是什么。如,我们有什么服务是对应于减少故障的,有什么服务是对应于解决问题的。 维护服务方案要点之三服务项目定义 这部分介绍的是为了完成我们提供的服务项目,我们有什么样的措施进行保证。 如,对于我们所提供的减少故障的服务,我们采取什么样的措施来实现。 服务项目和服务措施是紧密关联的,共同来表述我们能给用户什么服务和怎么给用户这些服务。 响应时间定义,这是对双方都有益的一个约定,介绍在不同情况下我们的时间响应措施。 维护服务方案要点之四服务措施手段定义 介绍从服务请求到服务结束我们的工作和管理流程。 进一步让用户明白我们拥有一个严密的服务体系,能够满足用户的服务需求。 需要的话,可以对服务流程所需的管理工具进行介绍。 维护服务方案要点之五服务流程介绍 前面把我们服务体系的服务组织、服务措施、服务流程介绍完后。 最后要针对于用户对本项目特定的服务需求进行响应。 设计满足于用户服务需有的服务方案。 这部分要对用户或招标文件中的服务要求进行点对点的应答,必须明确承诺是正满足。
IT项目管理:问题、体系、方法
摘要:无论是在国内还是国外,项目管理的学科、技术和应用的普及与发展已经进入了一个飞速发展的时代,信息技术(Information Technology,简称IT)的发展又将IT项目管理推向了全新的应用高度。本文分析了IT项目管理技术及其应用与发展的关键问题,提出了基于系统集成理念构建的IT项目管理的体系结构和技术框架,肯定了IT项目管理的总体指导思想和实施策略是“需求牵引、效益驱动、总体规划、分步实施”。
关键词:信息技术 项目管理 体系结构
引言
人类进入21世纪,信息化成为我国全面构建和谐社会、快速发展国民经济的着眼点。党的十五届五中全会就明确指出:“大力推进国民经济和社会信息化,是覆盖现代化建设全局的战略举措。以信息化带动工业化,发挥后发优势,实现社会生产力的跨越式发展。”党的十六大再次明确:“信息化是我国加快实现工业化和现代化的必然选择。坚持以信息化带动工业化,以工业化促进信息化,走出一条科技含量高、经济效益好、资源消耗低、环境污染少、人力资源优势得到充分发挥的新型工业化路子。”目前全国上下各行各业、各个领域、各个层面的信息化建设正在如火如荼地进行着。
信息化项目的开展是以信息技术为支撑,以业务活动为主体,以现代化管理为指导思想的一项全新的、复杂的系统化工程。全新在于信息技术这一新生事物的飞速变化与发展,复杂在于信息技术、业务工作、项目管理思想的一体化融合与集成化应用,这正是IT项目管理问世的缘由。信息化建设的成功经验告诉我们,结合信息化应用特点,采用项目管理技术而开发的专用方法对IT项目在计划落实、质量跟踪、成本管理和风险控制等方面进行管理,是保证IT项目达到预期目标的有效手段。
本文在项目管理知识体系的基础上,介绍了IT项目管理的特殊性,回顾了学术界和工业界在不同方向上为解决这些问题所做的努力、获得的成果。在系统集成理念的指导下,探讨IT项目管理的体系结构和模型驱动的集成技术与方法。
1 IT项目管理的特殊性
信息技术发展快、渗透广等特点,使得IT项目与一般工程项目存在着明显的差别,这种差异性造成了基于工程项目管理理论与经验基础上发展起来的项目管理知识体系在处理IT项目时面临诸多的难题。
第一,IT项目的需求来源广泛,涉及国民经济的各个领域,几乎所有领域都能够和信息技术相结合而构成信息化项目。信息技术可以支持多种业务需求的发展:
(1)市场要求,如商业银行提供网上支付业务,以支持越来越频繁的电子商务活动。
(2)环境需求,如企业为了应对各国越来越严格的环境标准中对产品回收再利用的要求,启动一个构建产品全生命周期管理系统的项目。
(3)经营需要,如一个传统的大型商业企业开展网上销售业务,以扩大其销售收入。
(4)技术发展,如飞机制造企业为了提高设计水平而开展虚拟制造系统的项目。
(5)用户要求,如快递公司要构建一个物流管理系统,以满足顾客对跟踪其委托的快递物件过程状态的查询需求。
(6)法律需求,如一个城市为了减少合同犯罪的数量,而启动企业印鉴信息系统;为了杜绝文凭的泛滥而建立文凭查询信息系统。
正是由于信息化项目涉及到了几乎所有的经济领域,因此很难形成有针对性的规范和标准,这无疑增加了项目管理的难度。
第二,与一般工程项目所涉及的领域经过了长时期的发展、技术相对成熟不同,IT领域是目前发展最快、最活跃的领域,新的技术层出不穷,技术更新也非常迅速,因此IT项目开展过程中会具有更多的风险因素。有统计表明,每18个月,CPU的速度就会翻一番,与之关联的计算机体系结构、软件架构等也发展非常迅速。例如早期的集成信息系统采用大型主机带终端的结构,随着网络技术和分布式计算技术的发展,出现了Client/Server结构的信息系统,而目前流行的架构则是在互联网上基于Browser/Server结构的信息系统,C、C++、Java等各种开发工具更是一代代迅速更迭,各类 *** 作系统、协议、标准等都是IT项目必须面对的,这些都会增加项目过程中的风险。
为了处理好技术发展迅速所带来的问题,IT项目团队必须在先进性、实用性、经济性、成熟性等诸多方面进行权衡,片面追求技术的先进性往往会事与愿违。在保证项目所采取的技术具有相当的前瞻性、先进性和可扩展性、可集成性的同时,从需求出发,注意技术的可靠性、成熟性和经济性。
第三,信息技术的应用主体在管理领域,管理信息系统包含了特定的管理理念,将这些管理理念同企业的发展战略与业务逻辑进行整合是信息系统实施的关键任务。IT项目的阻力75%以上是来自人和管理的因素,因此,IT项目特别强调技术、管理与人的集成。如何处理好信息系统所涉及的人的问题是成功管理IT项目的关键。
从更深层的角度而言,经典项目管理理论是构建在土建工程项目的研究和实践基础上的,基本的项目管理方法并不能解决IT项目的特殊问题,例如:
(1)如何衡量项目进度的问题,土建工程使用完成土石方的量来标识工程进度,但是完成软件90%的代码编写工作并不意味着还有10%的时间就可以完成软件开发项目了。业界普遍认为在工程项目中广泛使用的挣值法在IT项目中缺乏适应性。
(2)在计划的调整方法上,土建工程在计划拖期时,可以通过增加资源的方式来加快进度,但是对于一个软件开发项目,如果出现同样的问题,寄希望于增加编程人员的数量来追赶工期,只能造成更大的麻烦。
另外,除了信息技术之外,IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程/业务流程的重构,单靠信息技术是无能为力的。因此,要成功管理IT项目,要成为IT项目的合格从业人员,需要一套全面的IT项目的知识体系与方法的支撑,它的内容将覆盖项目管理、信息技术、现代管理技术、系统集成技术、软件工程技术等多学科领域,这正是IT项目管理技术研究和实践的目标与方向。
2 IT项目管理技术的发展脉络
目前在信息化领域的不同方向,许多学者开发了针对不同方面的项目管理方法,其中比较有代表性的是软件项目管理和广义的IT项目管理。
软件项目管理是软件工程和项目管理的有效结合,将项目管理中重视过程、重视计划控制的观点引入软件工程领域,目的是控制软件开发项目的成本、进度、质量、风险等问题。近几年IT领域进一步引进全面质量管理理念,认为软件开发企业自身质量控制体系和控制能力的优劣,将会极大地影响软件产品的质量,这就要求软件企业从修炼内功入手,也就是确认质量是控制出来的而不是检测出来的,从根本上保证软件产品的质量,由此提出了软件过程改进和软件能力成熟度模型(CMM)的概念。CMM基于经典的产品质量原理,建立了定量控制软件过程的项目管理和项目工程的基本原则,与此同时,CMM有关能力成熟度的 *** 作方法也被引入经典项目管理领域,用以测评承担项目的组织的项目管理能力。
广义IT项目管理是目前业界讨论比较多的,也出了不少这方面的专著,其基本思路是将IT项目当做一般工程项目,使用PMBOK的方法体系,结合一些信息技术项目的案例,研究如何在信息技术项目中应用项目管理方法。
广义IT项目管理是将所有与IT有关的项目不加区分地通盘考虑,包括IT产品开发项目的管理和IT应用项目的管理。实际上广义IT项目可以细分出多个类别,各个类别之间的差距是非常巨大的。计算机硬件开发项目与一般家用电器产品的开发设计具有非常高的相似度,而软件设计开发则完全不同,信息技术应用项目与上述两个分支领域更是存在巨大的差异,因此广义的IT项目管理实际上是在经典项目管理知识体系的基础上,尝试解决IT项目的具体问题。目前来看这种处理方式比软件项目管理体系的针对性差很多,对其进行细分研究具有非常重要的意义。为了提高IT项目管理的针对性,提高解决方案的系统性,学术界和企业界在企业信息化、数字化城市与电子政务、数字化军工、供应链与物流、电子商务等不同领域分别开展了体系结构、实施指南、参考模型等的研究和实践,取得了一定的成果。
3 IT项目管理的体系结构与方法论
系统参考体系结构是“一组用以描述所研究系统的不同方面和不同开发阶段的、结构化的、多层次多视图的模型和方法的集合,体现了对系统的整体描述和认识,为对系统的理解、设计、开发和构建提供工具和方法论的指导”。
系统参考体系结构为IT项目的管理提供了体系参考和方法论,经过各国专家的努力,已经形成了一批相当有代表性和广泛影响力的体系结构及其建模方法,并进行了大量的工业实践,如CIM开放系统体系结构(CIM-OSA)、GRAI集成方法论(GIM)、IMPACS、普度参考体系结构(PERA)、集成的信息系统体系结构(ARIS)、通用企业参考体系结构与方法论(GERAM),以及在我国提出的阶梯形CIM系统参考体系结构(SLA)等。
在信息化项目管理过程中,系统的认识和构建是阶梯上升的,在概念定义阶段需要明确企业的战略目标,并据此形成集成系统的目标,然后围绕系统目标,从组织、资源、信息、产品、功能和经营过程等角度描述企业的现状,形成对企业基本框架和运行机制的完整描述。在这些描述的约束下,采用合适的模型分析手段进行分析,找出现有系统中的问题进行改进,然后构建目标系统,形成多视图的目标系统的描述。在形成目标系统描述时,除了使用各个视图的描述方法外,还可以应用其他建模方法,以便提供对系统更为完整的描述。完成基于模型的设计后,就是在构建工具集的帮助下,将设计转化为实际系统构建的技术说明,并构建实际系统。系统描述对于系统的运行仍然能够发挥作用,可以作为实际系统运行的参考,并据此进行系统的优化与调整。
一方面由于信息化项目的多专业性,为了解决沟通和分析设计的问题,需要借助建模的手段实现对被处理对象系统的描述;另一方面由于信息化处理对象的复杂性,依据“化繁为简、分而治之”的原则,使用多层次多视图的模型来描述目标系统。视图的划分包括反映结构信息的信息视图、资源视图、组织视图、产品视图,反映系统时间和逻辑特征的过程视图,结合反映系统功能结构和功能关系的功能视图,以及反映企业经济性和目的性的经济视图。静态结构反映了系统的存在,行为结构给出了系统的属性和运行方式,而评价结构则将系统和它的目的性关联在一起。透过多视图,为IDEF、ARIS等其他建模方法和工具的集成,对于制造企业原模型和企业本体的开发提供了技术框架。利用模型技术解决IT项目的交流、设计、技术转移、系统构建乃至运行维护的问题是目前学术界和业界的普遍看法,模型驱动的体系结构是目前的一个研究和实践的热点。
4 结论
随着信息技术的发展和应用范围的不断扩大,IT项目管理越来越具有普遍性。分析IT项目的内在特征和特有问题,在项目管理知识体系的架构下,有针对性地开发适应性的理念和方法,将是IT项目管理领域的发展方向。
需要强调的是,信息技术本身的发展并不是IT项目的目的,满足应用对象的需求和战略目标才是其出发点,因此需要切实做好项目的需求分析,一切从业务工作的实际需求出发,在集成理念的指导下,充分考虑整个系统的集成要求,并在此基础上选择相关的成熟技术、应用系统和产品,同时做好项目的技术经济分析,才能保证信息化项目发挥实效。国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。
正所谓知易行难,目标管理并不仅仅是管理目标这么简单,它有一套完备的目标体系。它需要科学的方法,需要一种对时机、风险、分寸的把握和判断的能力。
目标管理是管理大师彼得·德鲁克在其名著《管理实践》中最先提出的,他提出目标管理与自我控制的相互结合使用。德鲁克认为,并不是有了工作才有目标,而是相反,有了目标才能确定每个人的工作。MBO(ManagementByObjectives,目标管理)是为了实现项目的任务与目的,给各层级人员从上至下制定切实可行的目标,并且各层人员必须在规定时间内完成指定任务的一种管理方法。
去掉繁复的理论体系的包裹,目标管理其实很朴素,手段其实很简单。它需要做好三件事--目标设定、制定计划并控制、度量目标达成度。也就是说,项目启动前要有目标和计划,项目进行当中要有控制,项目结束之后要对目标进行度量。目标管理的关键点在一头一尾,头是分层级设定目标,尾就是考核、评价和奖惩。
因此,目标管理是一种程序或过程,
项目管理者通过目标对下级进行管理,当确定了项目总体目标后,必须对其进行有效分解,转变成各个部门/团队以及各个员工的分目标,管理者根据分目标的完成情况对下级进行考核、评价和奖惩。所以,目标管理量化了目标,从而使目标具体化、可视化。
(2)目标分解与考核量度
目标管理是通过目标的设置和分解、目标的实施及完成情况的检查、奖惩为手段,通过员工的自我管理来实现目的的一种管理方法。过程不重要,结果重要。可能管理过程是松散的,但结果却是受到控制的。在目标分解过程中,权、责、利三者明确,只有每个员工完成了自己的分目标,整个项目的总目标才有完成的希望。
总的来说,目标管理加大了对员工的绩效考核力度。目标管理以制定目标为起点,以目标完成情况的考核为终结。至于完成目标的具体过程、途径和方法,上级并不过多干预。所以,在目标管理制度下,监督的成分很少,而控制目标实现的能力却很强。
(3)目标管理的优点
一是目标管理对项目内易于度量和分解的目标会带来良好的绩效。例如,对于在技术上具有可分性、可量化的工作,由于责任、任务明确目标管理常常会起到立竿见影的效果,而对于技术不可分的任务则难以实施目标管理。二是目标管理有助于改进团队的职责分工。例如,由于项目目标的成果和责任力图划归一个职位或部门,容易发现授权不足与职责不清等缺陷。
(4)目标管理的缺点
在实际项目运作中,目标管理也存在许多明显的缺点。主要表现在:一是IT项目内的许多目标都难以定量化、具体化,或许多工作在技术上不可解,或项目环境的可变因素越来越多,使项目活动的不确性越来越大,这些都使得IT项目的许多活动制订数量化目标是很困难的。二是目标商定可能增加管理成本。目标商定要上下沟通、统一思想是很费时间的,同时每个团队、个人都关注自身目标的完成,很可能会忽略了相互协作和总体目标的实现,滋长本位主义、临时观点和急功近利倾向。三是有时奖惩不一定都能和目标成果相配合,也很难保证公正性,从而削弱了目标管理的效果。
对于复杂的IT项目而言,其投资规模较大,实施周期较长,在实施过程中存在诸多风险,所以对其质量进行合理的跟踪与管理,以保证最终结果能够满足企业的要求,是一件非常重要的事。
IT项目管理同其他项目一样,都包括计划管理、质量管理、时间管理、预算管理、人员管理、风险管理等。项目质量管理是IT项目管理的一个重要组成部分。
从管理流程来看,IT项目质量管理是为了保证it项目最终能够达到预期的质量目标而进行的一系列的管理过程。it项目的质量管理可以分解为质量规划、质量控制与质量保证等三个过程。整个it项目质量管理过程可以分解为以下四个环节。
首先,要确立有效的质量标准体系。
建立适当的质量衡量标准是进行it项目质量管理的前提性的关键性工作。根据企业在实施it项目方面的整体战略规划与it项目实施计划,实施it项目的主体企业首先要确立衡量项目质量的标准体系。衡量项目质量的标准一般包括项目涉及的范围、项目具体的实施步骤、项目周期估计、项目成本预算、项目财务预测与资金计划、项目工作详细内容安排、质量指标要求以及客户满意度等。这里需要注意的是,项目质量指标体系一定要具备完整性、科学性与合理性,项目实施各相关主体应该事先进行讨论与沟通,以保证其完整、无漏洞,又具备较强的可实施性。
其次,要在项目执行过程中采取有效措施来监控项目的实际运行。
在IT项目实施过程中,根据要求收集项目实施过程中的相关信息,观察、分析项目实施进程中的实际情况以便监控。为了达到有效监控项目的目的,可以利用的监控措施与沟通渠道包括正式的监控与沟通渠道,比如,项目进度报告、项目例会、里程碑会议、各种会议纪要等;非正式的监控与沟通渠道,比如,与项目小组成员或最终用户进行交谈与讨论,与企业管理层进行非正式的交流等。在这个环节上,要根据项目质量标准体系的要求,通过有效的监控措施与渠道,全面、客观地跟踪与反映项目实施的实际情况。
再次,把项目实施过程中的实际表现与项目质量衡量标准进行比较,分析出差异。
在监控与跟踪项目实际运行状况时,往往需要解决这样一些问题,比如,“项目进展如何”,“如果发生了与项目计划偏离的情况,是如何造成的”等。通过对项目实施相关衡量指标的综合分析,为客观评价项目质量状况提供依据,帮助项目决策人员迅速、有效地对项目的实际进展情况进行监控与管理,从而可以根据需要采取有效措施来保证项目实施按着既定的轨道运行。
最后,根据具体情况采取合理的纠正措施。
经过比较与分析,如果发现偏差,就要采取适当的措施进行纠正,让项目实施回到正轨。可供选用的纠正措施包括重新制定项目计划、重新安排项目步骤、重新分配项目资源、调整项目组织形式、调整项目管理方式等。一般而言,为了保证it项目不偏离正常轨道,按着既定计划走向成功,保证纠正措施的合理性与有效性,需要it项目的实施主体事先了解一些it项目质量管理基础知识与相关案例,确保纠偏措施的有效性。
从IT项目质量管理的承担主体来看,既可以由IT项目实施主体来承担,也可以选择外包。it项目实施双方可以成为项目质量管理的主体,分别或者共同对项目实施质量进行管理。此外,还可以根据需要与企业资金实力情况,决定是否选用专业的第三方项目监理商协助对项目实施质量进行管理。
无论是否采取外包协助的方式进行it项目的质量管理,实施it项目的企业都应该作为主体首先提出IT项目的整体规划,为IT项目质量规划确立明确的方向,清楚自己究竟想要通过IT项目的实施得到什么。作为IT项目实施的服务提供商,对项目质量承担根本责任。因而,需要为IT项目的质量管理制定更为明确的计划,协助客户实现IT项目规划,达到预期目标。
另外,还要注意做好项目质量管理的组织工作。由于整个IT项目实施过程往往可能涉及到两方、三方甚至更多相关方的参与者,为了做好项目质量管理,达到预期的质量目标,在整个项目的组织架构中,还要明确建立对项目质量管理负责的团队及其相关的工作流程,从组织方面为项目质量管理做好准备。
其实实施的工作也就是将开发好的系统,平台等,安装部署在客户服务器上,在保证在内部环境运行正常的情况下,再在客户实际环境中进行测试,测试通过后,就可给客户使用再做好售后服务以上内容纯属原创,打字不容易,谢谢采纳
以上就是关于如何搞好分公司的IT项目全部的内容,包括:如何搞好分公司的IT项目、如何编写IT项目方案.ppt、求助,IT 项目管理资料等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)