1、CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台0 1.1 项目管理失败的原因导致项目失败的项目管理原因可以分为 3 个层次。第一层次：项目管理环境中的失败这些失败的根源可以追溯到项目组织与项目目标、 项目任务、 高层管理部门以及更大的环境之间的不适当的 “ 配合 ” 。 它们包括使用对于项目目标和项目环境来说不正确的项目管理方法或模型，以及缺乏高层管理部门对项目的支持等。1.不恰当的项目管理方法项目不具备正确的组织结构、项目经理或者团队（以技能、经验、权力、正规性、复杂性来衡量）来 “ 配合 ” 项目。例如： 项目组织结构、计划和控制与项目环境、项目经理的
2、哲学，以及公司文化或目标不一致或者不协调。 更多的重点放在保持团队的忙碌而不是放在结果上。 团队成员分配没有考虑其适合的技能和经验。 要么是没有人对整个项目负责， 要么是项目经理的责任、 期望和权力不明确或者未定义。 一个在过去的项目中成功的项目团队、 项目经理或者项目结构被 “ 塞 ” 进一个新项目， 而不考虑当前项目的独特要求或者当前项目环境的不同特征。2.缺乏高层管理部门的支持高层管理不给予达成项目目标所必需的积极的、持续的支持。例如： 高层管理部门没有把足够的责任或权力下放给项目经理， 或者没有支持项目经理的决定或行动。 公司没有按照高效的项目管理所需要的政策和程序做出改进（预算、 计
3、划、控制系统、报告和授权关系等） 。高层管理部门没有参与审阅项目的计划和进程。第二层次：项目管理系统中的失败这些失败的根源可以追溯到项目领导及错误实践。 它们包括项目经理在项目生命周期中对系统方法的忽略， 以及项目管理技巧的错误应用等。 具体的可以归结为：CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台1 1.不胜任的项目经理担任项目经理职位的人不具备领导和管理项目的背景、 技能、 经验和个人品质。例如：项目经理不能面对矛盾，不能提出深层的、探索性的问题，不能为了项目的最大利益而进行有效的辩论。 项目经理不能对一个传统的工作环境做出调整来适应项目的变化和不确
4、定性。 缺乏在短时间限制和有压力的环境下高效工作的能力。 项目经理在技术和管理技能上不能令人满意。 有时这源自于所谓的彼得法则的变更： 将一个优秀的技术人员任命到一无所知的管理职位上。 其它的情况是， 项目经理具备管理才能， 但是对具体的管理细节如此的投入以至于忽略了关键的技术问题。这样就缺乏在项目团队中的相关方面发号施令的能力和号召力。2.忽略了项目的系统本质项目没有被当成一个系统来对待。项目的单元和步骤被划分成独立的部分，而没有考虑它们相互之间的作用。例如：硬件、软件、资源和设施被单独的看待而没有考虑它们与整个项目目标的关系。 将重点放在各个单独的活动上而不是放在项目总体目标上。 系统开发
5、的演变过程被分段地看待， 而没有考虑随后的或者先前的阶段。 这在对于未来阶段糟糕的计划和对于过去阶段不恰当的评估中表现很明显。问题从一个阶段传送到下一个阶段。3.管理技巧不恰当或者错误的运用项目管理技巧被曲解或者被不恰当地运用。 问题在于项目经理、 项目团队或者被运用的技术本身。例如： 项目经理未能将非项目技术的计划、 协调及控制与项目活动所需的技术区分开来。如 PERT、 WBS、绩效分析和团队建设等，这些技巧被错误的应用或者根本就没用上。 项目经理未注意到项目的人力、 行为方面。他没有建立一个项目团队， 帮助团队成员理解项目目标， 也没有激励项目团队成员朝着目标一起工作。 用到的技术太复杂
6、或者太简单而不适合特定的项目。 工期安排和报告对于项目决策来说过于详细或者不够详细。更简单、更恰当、 更适合小型项目的能动性技巧因为偏爱复杂的 （但是笨重的或者不需要的） 计算机化的报告系统而被忽略了。第三层次：在计划和控制过程中的失败CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台2 这些失败的根源来自于项目计划和控制过程。 一些错误的源头， 像效率低下的沟通和不充分的用户参与，会在项目的任何阶段发生，需要给予持久的注意。其它的， 像不恰当的定义、 估计、 工期安排或者控制等主要发生在项目的某些阶段。1.项目中没有良好的沟通这些问题的产生是由于信息的质量、
7、 准确性，或者时间性的缺乏，以及粗劣的数据收集和记录，或者未能将信息分配给那些需要信息的人。例如： 在项目的早期，关于目的、 责任和接受标准的信息没有做成文献资料。 在项目中没有关于项目状态或者对于计划或最终产品的变更的信息记录和报告。 没有召开足够的会议来收集和发布信息。讨论没有足够深入， 也未能提出探索性的问题。 对项目开发没有做项目日志或者审查记录。2.没有用户的参与用户或者顾客未能参与计划、定义、设计、实现过程，用户的需要被忽视。这是最经常被提到的项目失败的根源之一。 用户可能感到尴尬或者不舒服因而想尽力减少参与。 一些用户被邀请的时候甚至抵制参与。 项目团队的行为阻碍了用户的参与。
8、项目团队的成员可能表现高傲， 这使得用户感到自己被忽视或者感到自卑。这样的行为限制了用户与项目团队之间的信任，使相互的沟通变得紧张。3.不充分的项目计划项目细节的分析和计划不充分、 马虎， 从以前的项目得来的报告和建议被忽视。管理不是预先做好准备，而是当事情出现的时候才做出相应的安排。4.不充分的项目定义模糊不清的、 错误的、 让人误解的项目定义或者缺乏项目定义是被经常提到的一个失败的原因。对于技术要求、 任务或者项目范围没有正式的定义。 定义问题来源于：缺乏提案、 WBS、责任矩阵以及工作责任等的定义，或者这些提案的定义准备得很糟糕。CHISC.NET - 国内第一医疗信息化网站 ,为业内人
9、士提供最强大的交流共享平台3 在定义项目范围、 任务和要求的时候缺乏用户的参与。 项目团队对用户的操作一点也不熟悉，不能指导一个与用户的要求相关的设计。5.糟糕的时间和资源估计对资源需求、活动工期、完成日期的估计不现实。糟糕的估计发生是因为：没有利用类似项目的标准或者文件来估计本项目会持续多长时间。 作估计时没有考虑员工的经验，而是假设所有的职员都是专家，他们都可以毫无差错地工作。估计是由不熟悉细节问题的人做出的， 那些负责工作的人没有参与做估计。 没有足够的时间来做估计。用户施加压力， 要求项目快速完成， 这就导致制订了不切实际的完工日期，并删除了 “ 不必要的 ” 任务，诸如文件记录等。6
10、.不正确的工期安排和资源处理工期安排和资源分配不正确、没有预期工作、没有备用资源。未能预期估计资源需求并做好预先安排， 当资源问题出现时才进行处理。 没有显示项目中可用技能的详细目录。项目职员被重新委任或者整个换掉， 但没有调整工期安排以弥补失去的时间或者学习时间。7.在执行阶段为数众多的变更对原始要求做了变动， 但没有对相应的工期安排、 预算或者计划的其它部分做改动。 这种疏忽导致不充分的项目沟通、 低劣的项目定义、 用户参与的缺乏以及马虎的项目控制等。8.不恰当的控制项目管理不是预期可能有什么问题而是在问题出现的时候才进行处理； 控制集中在对于日常事务的处理而不是向前看潜在的问题环境；直到
11、项目结束日期，管理部门才查看项目是否准时。 控制问题的根源： 工作任务的定义太大而不能进行有效的控制； 工作组或者工作团体太大而不能被监督； 里程碑太远以至于不能对项目进行分步监测。不遵守设计、记录、测试或者评估的标准或规范。审计员没有进行仔细的评估。 在项目早期出现问题时没有尝试去解决。 控制过程不是前CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台4 瞻性和预防性的， 而是回顾性和修补性的。 对于为保证项目目标的完成所需要的资金没有预测或者计划。9.项目终止的计划很拙劣不知道什么组成了项目的完成或者最终产品， 接受的标准是什么， 或者谁必须终止项目；没有
12、正规的终止程序来处理目标、绩效、最终产品、以及维护问题等； 这些问题经常和拙劣的项目定义以及缺乏用户参与联系在一起。 当项目终结还没有被清楚的定义时， 项目甚至在经过长时间的停止后仍然被允许继续进行以做出有成本效益的进步。 当用户没有参与计划时， 对于最终的接受条件会有更多的分歧。 在接受之后， 对于最终产品的问题未加识别就通过， 或者不管用户的不满而被允许继续向前。1.2 项目经理的角色项目经理是执行组织委派其实现项目目标的个人。 项目经理的角色不同于职能经理或运营经理。一般而言， 职能经理专注于监管某个行政领域， 而运营经理则负责某个核心业务。基于组织结构， 项目经理可能要向职能经理报告。
13、 在其他情况下， 项目经理可能要与其他项目经理一起向项目组合或项目集经理报告， 而这些项目组合或项目集经理则要对全部项目负最终责任。 在这类组织结构中， 项目经理与项目组合或项目集经理密切合作， 以实现项目目标， 并确保项目计划符合所在项目集的整体计划。管理项目所需的很多工具和技术都是项目管理特有的。然而，仅理解和使用那些被公认为良好做法的知识、工具和技术，还不足以实现有效的项目管理。 要有效地管理项目， 除了应具备特定应用领域的技能和通用管理方面的能力外，项目经理还需具备：1、知识。对项目管理，项目经理知道什么。2、实践能力。项目经理能够应用项目管理知识来做什么或实现什么。3、个人素质。在执
14、行项目或相关活动时，项目经理如何行动。个人素质包括态度、 主要人格特征和领导力指导项目团队实现项目目标和平衡项目制约因素的能力。CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台5 我们的项目工作目标上面我们概要说明了项目成功和失败的因素，同时说明项目经理的工作角色，本节我们就目前公司对项目工作的最终目标做简要说明。通常情况下， 项目的工作内容由项目的合同和我们的投标文件描述， 项目经理要时刻关注项目工作范围，协调各种资源， 为项目最终验收和回款而努力。 总的来说，项目经理面对的工作内容主要包括以下两个方面：1、合同规定的内容：这部分内容，是项目经理需要仔细研
15、究的内容，要有效的控制项目的边界。2、合同之外的内容：对于客户化修改，要归到项目变更管理中；报表，合同规定不可能详细到能知道实施的程度， 需要我们尽快上线， 对上线的模块包括报表尽快验收，避免项目范围的无限扩大； 与其他系统的接口， 与医院的具体网络情况有关，如果在合同内没有明确规定，通常应与医院协商追加费用。项目基本目标： 完成合同规定的全部模块，这是最基本的要求，也是项目验收的基础。项目附加目标： 建立良好的客户关系，提高客户的满意度；提高客户的服务效率，为客户的客户服务。总的来说， 项目经理要以完成项目终验和回款为工作目标， 不要拘泥于一些工作细节，不断自问和沟通， 做这些工作是否有助于
16、项目的验收和回款， 如果不能请三思后行。 “做再完善的软件功能如果不能验收项目，实现回款，都是无用的工作” 。CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台6 2 项目管理过程2.1 项目启动2.1.1 过 程概述项目启动阶段工作的主要目的是定义初步的项目目标和范围； 识别与项目有利害关系的干系人， 这些干系人对项目目标可能具有积极影响， 也可能具有消极影响；选派项目经理，对项目经理授权。项目启动阶段的主要工作任务有四项：1）项目立项，编制项目任务书；2） 项目初步规划：定义项目初步范围和里程碑计划，落实初步投入的资源，组建初步的项目团队；3）识别项目干系
17、人，识别影响项目目标实现的内、外部干系人，并制订初步的管理策略；4） 召开内部、外部项目启动会。项目启动会的目标是识别项目关键干系人，并使项目干系人清楚理解项目背景和目标，初步了解实现项目目标的工作内容、关键里程碑、假设约束条件、项目风险等。四项工作任务没有严格的顺序和步骤， 可能存在并行与交叉， 实际工作中灵活掌握。 项目启动阶段的工作不是孤立的， 它是售前咨询工作的后续， 是项目规划工作的前续，起着承前启后的作用。2.1.2 工 作任务2.1.2.1 项 目立项项目立项标志着项目正式开始。项目立项时，项目经理会收到公司 PMO 发CHISC.NET - 国内第一医疗信息化网站 ,为业内人士
18、提供最强大的交流共享平台7 送的项目经理任命书和项目任务书 ，项目经理根据合同或提前执行任务单，完善项目任务书并回复 PMO。 PMO 在公司项目管理系统中立项，并将项目管理过程模板文件和标准配置库及说明发给项目经理。项目经理在编制项目任务书时，需要依据合同或提前执行任务单，分别与销售经理、售前顾问、 PMO、部门直接主管、项目所在地执行部门主管沟通。了解客户、用户背景及对项目的期望和要求， 了解此项目涉及的相关单位、 部门和干系人，初步落实项目团队的核心成员。在售前咨询阶段， 销售经理是信息的沟通枢纽， 因此项目立项时项目经理最为重要的工作是与销售经理的沟通， 以尽可能的详细掌握项目前期相关
19、信息， 为项目规划工作打下基础。2.1.2.2 项 目初步规划项目初步规划是依据合同或提前执行任务单， 结合客户的期望和要求， 在理解项目总体目标的前提下， 综合考虑项目的范围、 进度、 成本、 质量等多重约束，对项目进行初步规划。 项目初步规划是项目经理进入项目的切入点， 是召开项目启动会的必要条件，是取得客户信任的重要基础，是前期引导客户的关键要素。项目初步规划主要包含以下内容：1、项目范围：通常情况下，项目范围是指合同中约定的项目建设内容，以技术协议书、系统功能模块说明等作为合同附件的形式存在。除此之外， 项目的范围还包括客户招标文件、 公司投标文件所描述的内容， 还包括销售在投标过程中
20、正式的、书面的承诺书。 项目经理需要在充分理解这些范围约定的基础上， 按合同的回款约定来划分项目的各个阶段，并初步确定各阶段应完成的建设内容。2、项目里程碑：初步的项目里程碑计划通常分为两级，一级里程碑的内容和达成时间基本是按合同中回款约定制订， 二级里程碑的内容和达成时间则需要相关项目干系人的参与和确认。 如医院的实验室管理系统可能是分包给另外的公司做，其开工时间、 验收时间需要另外的公司结合自身情况制订。 即使在同一公司， 项目很多子系统也是需要多个部门合作完成， 各部门参与项目的时间需要得CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台8 到统一的协调
21、。 因此， 初步的项目里程碑计划对后续的项目详细计划有很大的影响。3、项目成本估算：概略估算项目从启动到结束持续的工期，参与人员，投入的人月数，各种变动成本。项目目标中应包含项目人月均回款、人月均成本、人月均利润值等经营指标， 这样的项目目标更能发挥项目团队的主动性， 激励团队向令人兴奋的目标前进。4、项目验收标准：项目验收标准定义了项目对质量的要求。如医院上了新的门诊系统后， 收费员平均完成一个收费人次的时间由 6 分钟降低到 3 分钟， 患者平均排队时间由 20 分钟降低到 5 分钟，门诊人次由 4000 日人次上升到 5500日人次。 不同合同中约定的系统模块可能是一样的， 但对系统模块
22、的实施及预期成果的要求则可能不一样。项目经理需要仔细研究招、投标及合同文件， 充分与客户沟通，把握客户对项目结果的期望和要求，对项目的验收标准进行规划。同时项目质量目标中还应包含软件需求变更率、 软件全生命周期缺陷率、 释放后缺陷比例、项目文档提交率和合格率等指标。5、项目假设约束条件：项目的招、投标及合同文件中，隐含了许多假设约束条件，这些条件是项目目标实现的风险，需要从一开始就要加以识别、分析，制订有效的应对方案。如合同约定“乙方负责新门诊大楼的扩容、实施” ，这就是一项假设条件， 乙方完成新门诊大楼扩容和实施的前提是新门诊大楼可以开始扩容和实施， 因此需要再加上一句 “在甲方门诊大楼搬迁
23、完毕且达到扩容和实施的条件后，乙方负责新门诊大楼的扩容、实施” 。如果合同中没有更加明确的约定，项目经理就需要提前与客户进行沟通， 确保项目实施条件， 这样的沟通越早越好。 有时候并不是客户故意要设定项目的假设条件， 项目经理认真分析假设约束条件，避免项目风险的发生。项目的约束条件还包括各子系统对软、 硬件环境的要求和需求。 这些要求和需求如果在招、 投标及合同文件中标明， 就需要项目经理在项目最早期与相关干系人沟通，调查、分析并确认，形成系统软、硬件环境参数表 ，以规避客户的设备采购及集成不符合项目要求的风险。CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平
24、台9 6、项目风险评估：项目风险管理是项目管理中一项非常重要并且贯穿项目始终的工作。 当项目存在很多问题时，我们更多的精力放在解决问题上了，而忽略了思考为什么会发生这些问题。当风险发生后，如果没有规划好的应对措施，风险便转化为问题了， 问题是由风险转化而来的。 我们更多的精力应放在问题发生之前，在问题出现之前解决它或避免它。因此，项目前期风险评估、分析也是项目经理必不可少的一项内容。2.1.2.3 识 别项目干系人识别项目干系人是指识别所有受项目影响的人或组织， 并记录其利益、 参与情况和影响项目成功等情况的过程。其过程输出为干系人登记册 、 干系人管理策略 。1、干系人登记册基本信息。 姓名
25、、在组织中的职位、地点、在项目中的角色、联系方式。评估信息。 主要需求、主要期望、对项目的潜在影响、与生命周期的哪个阶段最密切相关。干系人分类。 内部 / 外部，支持者 / 中立者 / 反对者等。2、干系人管理策略干系人管理策略规定了在整个项目生命周期中， 如何提高干系人的支持， 降低干系人的负面影响。它包括以下内容：对项目有显著影响的关键干系人。希望每个干系人参与项目的程度。干系人分组以及按组别管理的措施。与干系人管理策略相关的某些信息可能太敏感， 不宜纳入公开的文件中。 项目经理必须进行判断， 确定哪些信息应列入干系人管理策略中； 对需要列入的信息，还要规定其详细程度。在项目启动阶段， 干系人主要为公司和客户的各级领导、 项目初步团队成员、分包商或第三方合作伙伴等。 通常情况下， 在公司内部并不会有明确反对该项目
