医疗软件项目经理手册.docx
- 文档编号:30200892
- 上传时间:2023-08-07
- 格式:DOCX
- 页数:136
- 大小:375.52KB
医疗软件项目经理手册.docx
《医疗软件项目经理手册.docx》由会员分享,可在线阅读,更多相关《医疗软件项目经理手册.docx(136页珍藏版)》请在冰豆网上搜索。
医疗软件项目经理手册
1.1医疗软件项目经理手册
导致项目失败的项目治理缘故能够分为3个层次。
第一层次:
项目治理环境中的失败
这些失败的根源能够追溯到项目组织与项目目标、项目任务、高层治理部门以及更大的环境之间的不适当的“配合”。
它们包括使用关于项目目标和项目环境来说不正确的项目治理方法或模型,以及缺乏高层治理部门对项目的支持等。
1.不恰当的项目治理方法
项目不具备正确的组织结构、项目经理或者团队(以技能、体会、权力、正规性、复杂性来衡量)来“配合”项目。
例如:
项目组织结构、打算和操纵与项目环境、项目经理的哲学,以及公司文化或目标不一致或者不和谐。
更多的重点放在保持团队的忙碌而不是放在结果上。
团队成员分配没有考虑其适合的技能和体会。
要么是没有人对整个项目负责,要么是项目经理的责任、期望和权力不明确或者未定义。
一个在过去的项目中成功的项目团队、项目经理或者项目结构被“塞”进一个新项目,而不考虑当前项目的专门要求或者当前项目环境的不同特点。
2.缺乏高层治理部门的支持
高层治理不给予达成项目目标所必需的积极的、连续的支持。
例如:
高层治理部门没有把足够的责任或权力下放给项目经理,或者没有支持项目经理的决定或行动。
公司没有按照高效的项目治理所需要的政策和程序做出改进(预算、打算、操纵系统、报告和授权关系等)。
高层治理部门没有参与批阅项目的打算和进程。
第二层次:
项目治理系统中的失败
这些失败的根源能够追溯到项目领导及错误实践。
它们包括项目经理在项目生命周期中对系统方法的忽略,以及项目治理技巧的错误应用等。
具体的能够归结为:
1.不胜任的项目经理
担任项目经理职位的人不具备领导和治理项目的背景、技能、体会和个运气质。
例如:
项目经理不能面对矛盾,不能提出深层的、探干脆的问题,不能为了项目的最大利益而进行有效的辩论。
项目经理不能对一个传统的工作环境做出调整来适应项目的变化和不确定性。
缺乏在短时刻限制和有压力的环境下高效工作的能力。
项目经理在技术和治理技能上不能令人中意。
有时这源自于所谓的彼得法则的变更:
将一个优秀的技术人员任命到一无所知的治理职位上。
其它的情形是,项目经理具备治理才能,然而对具体的治理细节如此的投入以至于忽略了关键的技术问题。
如此就缺乏在项目团队中的相关方面发号施令的能力和号召力。
2.忽略了项目的系统本质
项目没有被当成一个系统来对待。
项目的单元和步骤被划分成独立的部分,而没有考虑它们相互之间的作用。
例如:
硬件、软件、资源和设施被单独的看待而没有考虑它们与整个项目目标的关系。
将重点放在各个单独的活动上而不是放在项目总体目标上。
系统开发的演变过程被分段地看待,而没有考虑随后的或者先前的时期。
这在关于以后时期糟糕的打算和关于过去时期不恰当的评估中表现专门明显。
问题从一个时期传送到下一个时期。
3.治理技巧不恰当或者错误的运用
项目治理技巧被曲解或者被不恰当地运用。
问题在于项目经理、项目团队或者被运用的技术本身。
例如:
项目经理未能将非项目技术的打算、和谐及操纵与项目活动所需的技术区分开来。
如PERT、WBS、绩效分析和团队建设等,这些技巧被错误的应用或者全然就没用上。
项目经理未注意到项目的人力、行为方面。
他没有建立一个项目团队,关心团队成员明白得项目目标,也没有鼓舞项目团队成员朝着目标一起工作。
用到的技术太复杂或者太简单而不适合特定的项目。
工期安排和报告关于项目决策来说过于详细或者不够详细。
更简单、更恰当、更适合小型项目的能动性技巧因为偏爱复杂的(然而笨重的或者不需要的)运算机化的报告系统而被忽略了。
第三层次:
在打算和操纵过程中的失败
这些失败的根源来自于项目打算和操纵过程。
一些错误的源头,像效率低下的沟通和不充分的用户参与,会在项目的任何时期发生,需要给予持久的注意。
其它的,像不恰当的定义、估量、工期安排或者操纵等要紧发生在项目的某些时期。
1.项目中没有良好的沟通
这些问题的产生是由于信息的质量、准确性,或者时刻性的缺乏,以及粗劣的数据收集和记录,或者未能将信息分配给那些需要信息的人。
例如:
在项目的早期,关于目的、责任和同意标准的信息没有做成文献资料。
在项目中没有关于项目状态或者关于打算或最终产品的变更的信息记录和报告。
没有召开足够的会议来收集和公布信息。
讨论没有足够深入,也未能提出探干脆的问题。
对项目开发没有做项目日志或者审查记录。
2.没有用户的参与
用户或者顾客未能参与打算、定义、设计、实现过程,用户的需要被忽视。
这是最经常被提到的项目失败的根源之一。
用户可能感到尴尬或者不舒服因而想尽力减少参与。
一些用户被邀请的时候甚至抵制参与。
项目团队的行为阻碍了用户的参与。
项目团队的成员可能表现高傲,这使得用户感到自己被忽视或者感到自卑。
如此的行为限制了用户与项目团队之间的信任,使相互的沟通变得紧张。
3.不充分的项目打算
项目细节的分析和打算不充分、马虎,从往常的项目得来的报告和建议被忽视。
治理不是预先做好预备,而是当情况显现的时候才做出相应的安排。
4.不充分的项目定义
模糊不清的、错误的、让人误解的项目定义或者缺乏项目定义是被经常提到的一个失败的缘故。
关于技术要求、任务或者项目范畴没有正式的定义。
定义问题来源于:
缺乏提案、WBS、责任矩阵以及工作责任等的定义,或者这些提案的定义预备得专门糟糕。
在定义项目范畴、任务和要求的时候缺乏用户的参与。
项目团队对用户的操作一点也不熟悉,不能指导一个与用户的要求相关的设计。
5.糟糕的时刻和资源估量
对资源需求、活动工期、完成日期的估量不现实。
糟糕的估量发生是因为:
没有利用类似项目的标准或者文件来估量本项目会连续多长时刻。
作估量时没有考虑职员的体会,而是假设所有的职员差不多上专家,他们都能够毫无差错地工作。
估量是由不熟悉细节问题的人做出的,那些负责工作的人没有参与做估量。
没有足够的时刻来做估量。
用户施加压力,要求项目快速完成,这就导致制订了不切实际的完工日期,并删除了“不必要的”任务,诸如文件记录等。
6.不正确的工期安排和资源处理
工期安排和资源分配不正确、没有预期工作、没有备用资源。
未能预期估量资源需求并做好预先安排,当资源问题显现时才进行处理。
没有显示项目中可用技能的详细名目。
项目职员被重新委任或者整个换掉,但没有调整工期安排以补偿失去的时刻或者学习时刻。
7.在执行时期为数众多的变更
对原始要求做了变动,但没有对相应的工期安排、预算或者打算的其它部分做改动。
这种疏忽导致不充分的项目沟通、低劣的项目定义、用户参与的缺乏以及马虎的项目操纵等。
8.不恰当的操纵
项目治理不是预期可能有什么问题而是在问题显现的时候才进行处理;操纵集中在关于日常事务的处理而不是向前看潜在的问题环境;直到项目终止日期,治理部门才查看项目是否准时。
操纵问题的根源:
工作任务的定义太大而不能进行有效的操纵;工作组或者工作团体太大而不能被监督;里程碑太远以至于不能对项目进行分步监测。
不遵守设计、记录、测试或者评估的标准或规范。
审计员没有进行认确实评估。
在项目早期显现问题时没有尝试去解决。
操纵过程不是前瞻性和预防性的,而是回忆性和修补性的。
关于为保证项目目标的完成所需要的资金没有推测或者打算。
9.项目终止的打算专门拙劣
不明白什么组成了项目的完成或者最终产品,同意的标准是什么,或者谁必须终止项目;没有正规的终止程序来处理目标、绩效、最终产品、以及爱护问题等;这些问题经常和拙劣的项目定义以及缺乏用户参与联系在一起。
当项目终结还没有被清晰的定义时,项目甚至在通过长时刻的停止后仍旧被承诺连续进行以做出有成本效益的进步。
当用户没有参与打算时,关于最终的同意条件会有更多的分歧。
在同意之后,关于最终产品的问题未加识别就通过,或者不管用户的不满而被承诺连续向前。
1.2项目经理的角色
项目经理是执行组织委派事实上现项目目标的个人。
项目经理的角色不同于职能经理或运营经理。
一样而言,职能经理用心于监管某个行政领域,而运营经理则负责某个核心业务。
基于组织结构,项目经理可能要向职能经理报告。
在其他情形下,项目经理可能要与其他项目经理一起向项目组合或项目集经理报告,而这些项目组合或项目集经理则要对全部项目负最终责任。
在这类组织结构中,项目经理与项目组合或项目集经理紧密合作,以实现项目目标,并确保项目打算符合所在项目集的整体打算。
治理项目所需的专门多工具和技术差不多上项目治理特有的。
然而,仅明白得和使用那些被公认为良好做法的知识、工具和技术,还不足以实现有效的项目治理。
要有效地治理项目,除了应具备特定应用领域的技能和通用治理方面的能力外,项目经理还需具备:
1、知识。
对项目治理,项目经理明白什么。
2、实践能力。
项目经理能够应用项目治理知识来做什么或实现什么。
3、个人素养。
在执行项目或相关活动时,项目经理如何行动。
个人素养包括态度、要紧人格特点和领导力——指导项目团队实现项目目标和平稳项目制约因素的能力。
我们的项目工作目标
上面我们概要说明了项目成功和失败的因素,同时说明项目经理的工作角色,本节我们就目前公司对项目工作的最终目标做简要说明。
通常情形下,项目的工作内容由项目的合同和我们的投标文件描述,项目经理要时刻关注项目工作范畴,和谐各种资源,为项目最终验收和回款而努力。
总的来说,项目经理面对的工作内容要紧包括以下两个方面:
1、合同规定的内容:
这部分内容,是项目经理需要认真研究的内容,要有效的操纵项目的边界。
2、合同之外的内容:
关于客户化修改,要归到项目变更治理中;报表,合同规定不可能详细到能明白实施的程度,需要我们尽快上线,对上线的模块包括报表尽快验收,幸免项目范畴的无限扩大;与其他系统的接口,与医院的具体网络情形有关,假如在合同内没有明确规定,通常应与医院协商追加费用。
项目差不多目标:
完成合同规定的全部模块,这是最差不多的要求,也是项目验收的基础。
项目附加目标:
建立良好的客户关系,提高客户的中意度;提高客户的服务效率,为客户的客户服务。
总的来说,项目经理要以完成项目终验和回款为工作目标,不要拘泥于一些工作细节,不断自问和沟通,做这些工作是否有助于项目的验收和回款,假如不能请三思后行。
“做再完善的软件功能假如不能验收项目,实现回款,差不多上无用的工作”。
2项目治理过程
2.1项目启动
2.1.1过程概述
项目启动时期工作的要紧目的是定义初步的项目目标和范畴;识别与项目有利害关系的干系人,这些干系人对项目目标可能具有积极阻碍,也可能具有消极阻碍;选派项目经理,对项目经理授权。
项目启动时期的要紧工作任务有四项:
1)项目立项,编制项目任务书;
2)项目初步规划:
定义项目初步范畴和里程碑打算,落实初步投入的资源,组建初步的项目团队;
3)识别项目干系人,识别阻碍项目目标实现的内、外部干系人,并制订初步的治理策略;
4)召开内部、外部项目启动会。
项目启动会的目标是识别项目关键干系人,并使项目干系人清晰明白得项目背景和目标,初步了解实现项目目标的工作内容、关键里程碑、假设约束条件、项目风险等。
四项工作任务没有严格的顺序和步骤,可能存在并行与交叉,实际工作中灵活把握。
项目启动时期的工作不是孤立的,它是售前咨询工作的后续,是项目规划工作的前续,起着承前启后的作用。
2.1.2工作任务
2.1.2.1项目立项
项目立项标志着项目正式开始。
项目立项时,项目经理会收到公司PMO发送的《项目经理任命书》和《项目任务书》,项目经理依照合同或提早执行任务单,完善《项目任务书》并回复PMO。
PMO在公司项目治理系统中立项,并将项目治理过程模板文件和标准配置库及说明发给项目经理。
项目经理在编制《项目任务书》时,需要依据合同或提早执行任务单,分别与销售经理、售前顾问、PMO、部门直截了当主管、项目所在地执行部门主管沟通。
了解客户、用户背景及对项目的期望和要求,了解此项目涉及的相关单位、部门和干系人,初步落实项目团队的核心成员。
在售前咨询时期,销售经理是信息的沟通枢纽,因此项目立项时项目经理最为重要的工作是与销售经理的沟通,以尽可能的详细把握项目前期相关信息,为项目规划工作打下基础。
2.1.2.2项目初步规划
项目初步规划是依据合同或提早执行任务单,结合客户的期望和要求,在明白得项目总体目标的前提下,综合考虑项目的范畴、进度、成本、质量等多重约束,对项目进行初步规划。
项目初步规划是项目经理进入项目的切入点,是召开项目启动会的必要条件,是取得客户信任的重要基础,是前期引导客户的关键要素。
项目初步规划要紧包含以下内容:
1、项目范畴:
通常情形下,项目范畴是指合同中约定的项目建设内容,以技术协议书、系统功能模块说明等作为合同附件的形式存在。
除此之外,项目的范畴还包括客户招标文件、公司投标文件所描述的内容,还包括销售在投标过程中正式的、书面的承诺书。
项目经理需要在充分明白得这些范畴约定的基础上,按合同的回款约定来划分项目的各个时期,并初步确定各时期应完成的建设内容。
2、项目里程碑:
初步的项目里程碑打算通常分为两级,一级里程碑的内容和达成时刻差不多是按合同中回款约定制订,二级里程碑的内容和达成时刻则需要相关项目干系人的参与和确认。
如医院的实验室治理系统可能是分包给另外的公司做,其开工时刻、验收时刻需要另外的公司结合自身情形制订。
即使在同一公司,项目专门多子系统也是需要多个部门合作完成,各部门参与项目的时刻需要得到统一的和谐。
因此,初步的项目里程碑打算对后续的项目详细打算有专门大的阻碍。
3、项目成本估算:
概略估算项目从启动到终止连续的工期,参与人员,投入的人月数,各种变动成本。
项目目标中应包含项目人月均回款、人月均成本、人月均利润值等经营指标,如此的项目目标更能发挥项目团队的主动性,鼓舞团队向令人兴奋的目标前进。
4、项目验收标准:
项目验收标准定义了项目对质量的要求。
如医院上了新的门诊系统后,收费员平均完成一个收费人次的时刻由6分钟降低到3分钟,患者平均排队时刻由20分钟降低到5分钟,门诊人次由4000日人次上升到5500日人次。
不同合同中约定的系统模块可能是一样的,但对系统模块的实施及预期成果的要求则可能不一样。
项目经理需要认真研究招、投标及合同文件,充分与客户沟通,把握客户对项目结果的期望和要求,对项目的验收标准进行规划。
同时项目质量目标中还应包含软件需求变更率、软件全生命周期缺陷率、开释后缺陷比例、项目文档提交率和合格率等指标。
5、项目假设约束条件:
项目的招、投标及合同文件中,隐含了许多假设约束条件,这些条件是项目目标实现的风险,需要从一开始就要加以识别、分析,制订有效的应对方案。
如合同约定“乙方负责新门诊大楼的扩容、实施”,这确实是一项假设条件,乙方完成新门诊大楼扩容和实施的前提是新门诊大楼能够开始扩容和实施,因此需要再加上一句“在甲方门诊大楼搬迁完毕且达到扩容和实施的条件后,乙方负责新门诊大楼的扩容、实施”。
假如合同中没有更加明确的约定,项目经理就需要提早与客户进行沟通,确保项目实施条件,如此的沟通越早越好。
有时候并不是客户有意要设定项目的假设条件,项目经理认真分析假设约束条件,幸免项目风险的发生。
项目的约束条件还包括各子系统对软、硬件环境的要求和需求。
这些要求和需求假如在招、投标及合同文件中标明,就需要项目经理在项目最早期与相关干系人沟通,调查、分析并确认,形成《系统软、硬件环境参数表》,以规避客户的设备采购及集成不符合项目要求的风险。
6、项目风险评估:
项目风险治理是项目治理中一项专门重要同时贯穿项目始终的工作。
当项目存在专门多问题时,我们更多的精力放在解决问题上了,而忽略了摸索什么缘故会发生这些问题。
当风险发生后,假如没有规划好的应对措施,风险便转化为问题了,问题是由风险转化而来的。
我们更多的精力应放在问题发生之前,在问题显现之前解决它或幸免它。
因此,项目前期风险评估、分析也是项目经理必不可少的一项内容。
2.1.2.3识别项目干系人
识别项目干系人是指识别所有受项目阻碍的人或组织,并记录其利益、参与情形和阻碍项目成功等情形的过程。
其过程输出为《干系人登记册》、《干系人治理策略》。
1、干系人登记册
●差不多信息。
姓名、在组织中的职位、地点、在项目中的角色、联系方式。
●评估信息。
要紧需求、要紧期望、对项目的潜在阻碍、与生命周期的哪个时期最紧密相关。
●干系人分类。
内部/外部,支持者/中立者/反对者等。
2、干系人治理策略
干系人治理策略规定了在整个项目生命周期中,如何提高干系人的支持,降低干系人的负面阻碍。
它包括以下内容:
●对项目有显著阻碍的关键干系人。
●期望每个干系人参与项目的程度。
●干系人分组以及按组别治理的措施。
与干系人治理策略相关的某些信息可能太敏锐,不宜纳入公布的文件中。
项目经理必须进行判定,确定哪些信息应列入干系人治理策略中;对需要列入的信息,还要规定其详细程度。
在项目启动时期,干系人要紧为公司和客户的各级领导、项目初步团队成员、分包商或第三方合作伙伴等。
通常情形下,在公司内部并可不能有明确反对该项目的干系人,但客户、分包商、第三方合作伙伴内部有潜在的反对者,而且在初期不易被识别,这一点项目经理要专门的注意,项目反对者在整个项目周期内是一个隐藏的炸弹,它可能会给项目带来庞大的负面阻碍。
在整个项目生命周期中,项目干系人的支持和反对的程度是动态变化的,项目经理需要对干系人的期望加以治理,连续跟踪,直到项目取得成功。
相关项目干系人识别的内容能够参考本章的操纵要点一以及第11章沟通治理的操纵要点一。
2.1.2.4召开项目内、外部启动会
在完成项目初步规划后,项目经理需要策划、组织召开项目内部和外部的启动会,以使项目干系人进一步明白得项目背景、项目总体目标、项目实施规划和项目预期成效展望等。
项目内部启动会通常先于项目外部启动会召开。
内部启动会能够是会议、视频会议或面对面的会议。
通过内部启动会,内部干系人相互间有一个初步的认识和了解,为今后团队合作打下良好的基础。
项目经理向内部干系人汇报项目初步规划,并综合各内部干系人的意见,进一步完善项目初步规划。
项目外部启动会除了内部干系人、客户干系人外,还需要组织项目监理、分包商、供货商、第三方合作伙伴等干系人参与。
确保项目各要紧干系人清晰各自的角色、职责和义务,让项目干系人在项目建设的过程中对所需要给予的支持和配合给予承诺,从而让各方就项目建设的相关事宜达成共识。
由于参加项目外部启动会的干系人比较多,各自的时刻安排难统一,对项目的期望和要求差别专门大。
项目经理需要与客户对口联系人积极沟通,精心策划,让项目外部启动会达到预期的目标和良好的成效。
通常情形下,项目经理需要编制《项目启动会工作打算》,和谐干系人的时刻,策划会议内容,优先满足关键、重要干系人的期望和要求。
分解预备工作任务,编制《项目启动会预备工作检查表》,在筹备过程中逐项落实、检查。
有关内容能够参考事业部公布的客户前期引导工作规范。
2.1.3操纵要点
2.1.3.1如何样了解项目重要干系人对项目的期望和要求?
项目经理需要全面明白得、把握项目重要干系人对项目的期望和要求,以使项目在推进过程中保持正确的方向和准确的范畴。
通常情形下,每个项目的立项都经历了一个漫长的过程,大多数项目源自于客户领导最初的方法,在通过与客户组织相关职能部门负责人讨论、调整后,形成了项目初步的目标和建设思路,也包括客户对项目最初始的期望和要求。
在通过销售经理、咨询顾问等相关干系人的建议、引导,项目的目标逐步清晰,进而形成了具体的项目实施方案。
能够说销售和咨询是全面明白得、把握客户重要干系人的期望和要求的,假如项目经理能在项目立项前期参与销售、咨询过程,也会对项目重要干系人的期望和要求有一个全面的了解。
但通常情形下,项目经理要到项目立项后才能参与到项目中,与销售和咨询的沟通显得至关重要。
一方面需要销售和咨询主动告知项目经理,另一方面也需要项目经理在立项后要积极、及时了解项目相关背景、客户重要干系人方法、以及最终形成的对项目的期望和要求。
与销售、咨询了解的相关信息包括但不限于:
●了解客户组织结构,识别客户重要干系人及其相互关系。
●了解项目背景,了解项目从最初方法进展到具体目标的全过程,了解其中的假设终止条件。
●了解项目重要干系人之间的冲突。
●了解项目目标中重要干系人的关注点。
●了解销售、咨询在沟通过程中识别出来的风险点、困难点,以及相应的应对、规避措施和方案。
一样来讲,开一个项目启动会,无法全面把握项目重要干系人的期望和要求,需要项目经理有打算的、不间断的与销售、咨询、客户重要干系沟通,那个过程也会关心项目经理识别重要干系人,以及干系人的特点、期望和要求,进而形成不同的干系人沟通策略。
2.1.3.2如何样编制项目任务书、并明白得其重要性?
项目经理需要通过项目任务书,向项目干系人传达、宣讲项目的背景、项目的总体目标、项目初步范畴、项目假设终止条件、项目风险、项目干系人对项目的期望和要求。
在项目经理全面把握项目相关背景、项目目标、项目范畴、项目的假设终止条件、项目风险等初步信息后,需要将这些信息汇总、整理,形成书面文档,即项目任务书。
项目任务书需要通过正式、非正式的方式传达给公司内部其他干系人,同时还要召开内部启动会或其它正式的、非正式的会议,对项目背景等相关信息做进一步的讲解,以使项目前期的相关干系人都能明白得项目背景、总体目标、初步范畴,以及客户重要干系人的关注点,对项目的期望和要求,以及项目中存在的风险。
2.1.3.3如何样通过项目启动工作赢得客户的信任?
项目启动时期客户对项目经理的信任有助于引导客户按项目经理的规划去实施项目。
项目经理规划的具体实施方案与销售咨询前期规划的方案有一定差别,项目经理编制的项目实施方案对范畴、进度、成本和质量限制因素明白得更为深刻,对项目资源、技术水平、时刻节点等约束条件考虑更为全面。
项目经理编制的项目实施方案往往更现实、更客观、更可行,这可能与客户的期望有一定偏差,现在项目经理取得客户的信任显得专门关键,因为项目实施方案和打算需要得到客户的认可和确认,项目的推进才会相应的保证。
通常情形下,项目经理在项目立项后开始进入项目,会感受到客户比较信任销售和咨询,这是因为在项目前期销售和咨询与客户交流较多,相互之间差不多建立起相应的信任关系。
这时候如何建立客户对项目经理的信任呢?
有几个因素能够关心项目经理赢得客户的信任:
●召开项目启动会:
对项目背景、项目总体目标、项目初步范畴、项目假设约束条件、项目风险、项目干系人对项目的期望和要求的分析要全面、充分,并通过项目启动会表达出来。
一方面展现项目经理对项目的明白得,另一方面宣传公司、宣传客户,加强客户众多干系人对项目的了解,动员大伙儿积极参与。
●编制项目实施方案和打算:
要引导客户干系人积极参与,引导其考虑项目的约束条件、限制因素,有理有据、切实可行的方案和打确实是赢得客户信任的基础。
●资源调度:
在项目前期,客户往往期望到位专门多人,期望项目快速推进,但事实上资源的需求是依照项目推进情形确定的。
盲目的调动资源不仅容易形成资源闲置,在调离资源时不容易得到客户的认可,造成调度无方的印象。
有效的资源调度能够提升客户的中意度,赢得客户的信任。
2.1.3.4场景分析:
泸州医学院附属医院的项目启动
【场景描述】
2003年5月该项目以低价中标HIS、LIS,随后两周将进行合同洽谈,合同生效后项目立项,立项之后才能派人进驻现场。
销售部门要求硬件集成部门提供系统集成方案、软件实施部门提供软件实施方案。
在通过内部一些沟通后,初步选定了项目经理和项目软件经理,并依照公司历史类似项目体会,制订了系统集成方案和软件实施方案,同时还制订了需求调查表拟下发调查各部门需求。
两周后,销售经理、项目经理、项目软件经理及公司相关领导赴现场洽谈合同。
在交流会上发觉医院对公司意见专门大,对X软及X软产品缺乏了解,财务科、药剂科直截了当
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医疗 软件 项目经理 手册