论文部分内容阅读
摘要：本文简论了多供应商、多合作伙伴参与的大型软件实施项目管理的经验和体会，阐述了项目过程中的合作、控制、界面定义等方面的要点，为其他软件实施项目管理提供参考意见和建议。
关键词：软件实施项目；项目管理
中图分类号：TP3文献标识码：A文章编号：1007-9599 (2011) 08-0000-02
Multiple Service Providers,Software Implementation Project Management Experience of More Partners
Wu Xiaolan
(COSCO Network (Beijing) Co.,Ltd.,Beijing100031,China)
Abstract:On a multi-vendor,multi-partners in the implementation of large-scale software project management experience and understanding to explain the process of cooperation in the project,control,and other aspects of the interface elements defined for the implementation of other project management software to provide reference Comments and suggestions.
Keywords:Software implementation project;Project management
大型软件实施项目，比如一些深化应用项目，是在之前操作型软件项目的基础上，利用系统多年推广的
成果以及原始数据积累，进行企业业务应用更深层次的需求，比如现在较为流行的商务智能（BI）项目，旨在进行数据仓库（BW）建设、实现企业业务整合、财务合并、预算管理、数据分析、接口整合、门户建设以及系统监控，为领导决策提供数据依据。因项目范围大、包含内容复杂；实施项目的单位大多业务范围广泛，源头数据除了来自于早前建设的操作型软件项目，还有来自于专业财务或业务软件、专业报表系统等，数据源种类众多；而从BW数据仓库加工的数据也会导出到展示系统，如BO、久其等数据展示或系统，因此为即将实施的深化应用项目提供服务的IT服务供应商和咨询合作伙伴会有很多家，项目中与合作伙伴以及各合作伙伴之间的协调工作也就尤为重要，合作质量直接对项目成败造成影响。
合作伙伴多种多样，有的是权威原厂，有的是名不见经传的小公司；有的是民族产业，有的是国际知名世界500强。不同的企业背景和文化，在一个项目里能达到融合，确实需要一个磨合过程。项目经理可能会面临许多问题，比如客户、项目经理本身、每个合作伙伴或供应商对项目的视角和理解存在偏差；比如项目沟通渠道和路径复杂导致的沟通信息的不对称；比如项目计划制定的太理想而无法按期完工；比如项目按期完工了但质量无法保证；再比如合作伙伴比预想的实力弱而无法保证项目质量或合作伙伴太强势而无法控制。诸如此类种种，为项目管理带来不少困扰。那么究竟如何和合作伙伴合作呢？
一、项目合作，但求双赢
既然是合作，项目经理就要自始至终贯彻合作的理念，从选择合作伙伴开始就要有双赢的想法，即与合作伙伴双赢。为了实现双赢，作为甲方的项目经理应该明确项目目标和明确的工作范围，要有清晰的工作说明书（SOW）；同时从项目本身出发，了解侯选合作伙伴都有什么优缺点，合作伙伴参与项目的最大动因是什么，不同的侯选公司参与项目的核心动因往往不同，这就需要在项目目标与公司参与项目的两个目标之间要进行平衡。在考虑自己项目目标的实现的前提下，不是一味的追求自己目标的实现而不考虑合作伙伴的利益或目标。作为项目经理应始终关注两方利益与目标的平衡，才能选择最合适的合作伙伴，才能发展健康、高效的合作关系。合作伙伴带来先进的产品和解决方案，经由与我们的合作培养双方的专精人才，双方的技术和人才储备都有所提升，我们的项目成功了，合作伙伴的产品和解决方案也充实了，双赢是项目成功的前提。
二、仔细观审，知自知彼
有了双赢的思想，我们还要从多方面审核和观察，做到多方面的知己知彼。只有多方面的知已知彼，才能更加保证双赢的局面，平衡多方面的利益与目标。
在对合作伙伴的选择过程中，要了解每一个候选合作伙伴提出的各种方案的可行性，专家的参与度和承诺的可靠性，专家的水平以及以前实施过类似项目的经验等，同时统筹考虑自己方参与项目的人员经验，项目预算，相关的干系人对项目的期望等因素。我们要对候选合作伙伴提出的假设和前提逐个进行风险分析，对参与项目的主要专家一定要当面面试，明确专家参与项目的方式，并在合同中做出相应的约束。确定了SOW与公司的参与专家后，在商务谈判过程中，可能出现销售和售前夸大其词的情况，这时候要分析合作伙伴做出的承诺，一般来说对销售与售前顾问的承诺都应在合同中或工作说明书进行约束，同时还要注意不同的合作伙伴对承诺的态度不同，对一般的小公司，有可能做出不切实际的承诺，反之大公司做出的承诺可信度就高得多。另外，项目情况千差万别，合作伙伴就是再有经验，也可能遇到从没有遇见的问题，对之前的承诺大打折扣，这点需要在项目之初就和合作伙伴谈清楚，做好解决方案的制定，在项目过程中取得主动。
三、推己及人，严于律己才能严于律人
项目的实施过程中，不合理的需求或不切实际的方案都不是大家想要的。因此，作为项目经理的你也不应该将或代表将一些不切实际的承诺强加给合作伙伴，正所谓己所不欲，勿施于人，不切实际的承诺带来的结果最终是对项目的伤害。为了避免不切实际的承诺，在选择与确定合作伙伴之前一定要清晰的了解项目实施中各种方案的可行性，前提、假设等，并结合了解到的公司方参与项目的核心动因进行分析，尽可能对项目方向性风险进行评估，避免项目后期出现大的风险。只有这样，才能实现真正的双赢，同时能选到最合适的合作伙伴。不合理的需求与不切实际的方案一样，在实际的项目实施过程中有时是不可避免的，处理这类问题时也应做好甲方内部的沟通和协调工作。有时一个看似简单的需求需要项目花费大量的气力才能完成，而用户并不知情，那么就要想好折中对策后和用户进行沟通，在某种程度上说服用户采纳折中的办法。在做这样说服工作也要事先考虑周到，以理服人，否则可能既得罪用户也得罪乙方，对项目推进同样会造成极大影响。
在选定了合作伙伴、还不止一家合作伙伴后，多家合作伙伴完成同一个项目中不同的项目环节的时候，如何使不同背景、不同产品厂家、不同实施商整齐划一的完成同一个项目的任务目标，那合作伙伴之间的协调工作就非常重要。经过笔者多年的项目实施经验，总结出以下几点：
（一）项目规模控制是项目能如期上线的保证
前文提到每个参与项目的服务供应商或者合作伙伴都有参与项目的动因。在动因的驱使下，有些合作伙伴或者多个合作伙伴之中的某一个可能存在求好心切的心理从而一味迁就用户，承诺SOW之外的用户需求或者自行扩大项目范围而未考虑到用户方的相关沟通耗时，包括审批汇报、原型开发等成本对项目周期可能带来的影响。这种情况下，应该协调用户和合作伙伴，在有限的时间里先保证项目既定内容的如期上线，其他内容在维护甲方利益的前提下，签署“Change Request”（变更需求书），考虑在上线之后再进行实施。否则可能遇到的情况就是项目无法如期上线、项目质量无法保证、项目其他供应商会有怨言等问题，项目实施推进就会变得非常被动。
（二）贯彻项目全貌的同时制定清晰的工作界面
正所谓先小人而后君子，事先定好规矩强过事后互相扯皮。为各参与项目的合作伙伴定义清晰的工作界面，包括各自工作目标、内容的制定，包括两两接口的人员和规范等。如遇定义不清的地方，就多方坐下来进行商谈，直到定义清楚为止。清晰的工作界面使得每个合作伙伴都能专注于本职工作，避免在沟通协调上浪费成本。分工明确，职责清晰可大大提高项目实施的效率。项目全貌的宣传和灌输旨在让各合作伙伴了解自身在项目中所处的关键位置，服务于各自工作目标以及总体工作目标的实现。
（三）根据不同的项目实施内容在不同的项目阶段，定义主导合作伙伴
作为甲方项目经理，在项目实施过程中更多的依靠主导的合作伙伴可取的事半功倍的效果。多家合作伙伴中谁是主导的一方呢？我做过的一个深化应用项目中企业管理驾驶舱子项目，为其提供的服务的合作伙伴有三家，一家数据源（A伙伴），一家负责BW数据仓库建设，也就是数据源数据模型加工（B伙伴），一家负责BO数据展示，即加工数据的图表展现（C伙伴）。数据流向：A->B->C，需求流向：C->B->A。表面上看来主导合作伙伴非A即C，它们是流程的两端，实则不然。B作为数据的加工方才是主导的合作伙伴。对于数据，按照接收方原则，B要向A提出数据传输的规格；对于前台的报表展现，B要向C提供加工好的数据。B中数据加载、加工的效率，直接影响系统的性能。在这个项目的蓝图设计阶段，B就是主导合作伙伴。B需要提出系统最核心的系统架构和分析模型搭建架构，需要对项目的总体计划进行制定和监控。到了系统集成测试阶段，C就成为了主导合作伙伴。C要根据展示出来的结果和数据源头系统进行核对，检验数据的准确性，对于不准确的数据，C要根据和B的接口文件向B提出核对需求，B经核对无误后根据和A的接口文件向A提出核对需求，从而找出问题所在。在项目不同阶段定义主导合作伙伴后，甲方项目经理只专注主导合作伙伴的计划执行情况，而主导合作伙伴则在本阶段是工作的发起和监控权威，其他合作伙伴在主导合作伙伴的要求下完成各自相应的工作。
（四）目标统一，不分彼此
无论合作伙伴来自于什么样的企业，一旦参加项目就和甲方的派出代表形成一个项目整体，大家目标一致，就事论事，任何分歧都在桌面解决，形成良好的项目合作风气，促成项目成功。真知来自于争议和讨论，而争议越是尖锐越是到了问题快要解决的关键阶段，因此在目标一致的前提下，欢迎争议。面临同一个问题的不同解决方案，多方对比和评估，在项目组范围内无法决策的一定要快速提交到高一级别的组织进行决策，以保证项目进度不受影响。对于项目组内部可以处理解决的问题则不是高一级别组织关注的焦点。项目的结果不好，不是某一个合作伙伴的问题，项目的结果好，亦不是某一个合作伙伴的功劳。因此大家的目标是一致的，在项目工作中是不分彼此的。
（五）有始有终，项目收尾漂亮，项目才算漂亮
项目收尾除了必要的项目总结外，项目的回顾过程也很重要；回顾的重点是项目过程中问题的处理解决情况、项目文档的各个版本是否齐备、项目重大里程碑相关的文件及过程、此次项目取得的经验教训和成果。项目最终的汇报则是项目达到尾声的仪式，在这个仪式上每个参与项目的合作伙伴都要“浮出水面”，在汇报之后听取用户方代表的意见，开阔视野之后再去回顾项目的整个过程，回顾之后就会有更高的起点迈向未来。
以上的这些内容，虽然谈起来简单并且有些亦是老生常谈，但做起来也并非易事。任何项目都有其内在的特点不能一概而论。但我认为在项目管理过程中，如果能做到以上的这些，那么在项目的管理与控制过程中，将能很好的与合作伙伴合作，实现目标，并且能尽可能的保证项目的成功。合作的好必将愉快，而愉快则是开心工作的前提。就好比做菜，厨师开心做出来的饭菜就会好吃，项目工作开心，做出来的系统就亲切易用。在项目中，既能通过工作而实现自我价值，又能提高自身技能得到成长，最重要的是还可能通过合作结交好朋友，何乐而不为呢。
关键词：软件实施项目；项目管理
中图分类号：TP3文献标识码：A文章编号：1007-9599 (2011) 08-0000-02
Multiple Service Providers,Software Implementation Project Management Experience of More Partners
Wu Xiaolan
(COSCO Network (Beijing) Co.,Ltd.,Beijing100031,China)
Abstract:On a multi-vendor,multi-partners in the implementation of large-scale software project management experience and understanding to explain the process of cooperation in the project,control,and other aspects of the interface elements defined for the implementation of other project management software to provide reference Comments and suggestions.
Keywords:Software implementation project;Project management
大型软件实施项目，比如一些深化应用项目，是在之前操作型软件项目的基础上，利用系统多年推广的
成果以及原始数据积累，进行企业业务应用更深层次的需求，比如现在较为流行的商务智能（BI）项目，旨在进行数据仓库（BW）建设、实现企业业务整合、财务合并、预算管理、数据分析、接口整合、门户建设以及系统监控，为领导决策提供数据依据。因项目范围大、包含内容复杂；实施项目的单位大多业务范围广泛，源头数据除了来自于早前建设的操作型软件项目，还有来自于专业财务或业务软件、专业报表系统等，数据源种类众多；而从BW数据仓库加工的数据也会导出到展示系统，如BO、久其等数据展示或系统，因此为即将实施的深化应用项目提供服务的IT服务供应商和咨询合作伙伴会有很多家，项目中与合作伙伴以及各合作伙伴之间的协调工作也就尤为重要，合作质量直接对项目成败造成影响。
合作伙伴多种多样，有的是权威原厂，有的是名不见经传的小公司；有的是民族产业，有的是国际知名世界500强。不同的企业背景和文化，在一个项目里能达到融合，确实需要一个磨合过程。项目经理可能会面临许多问题，比如客户、项目经理本身、每个合作伙伴或供应商对项目的视角和理解存在偏差；比如项目沟通渠道和路径复杂导致的沟通信息的不对称；比如项目计划制定的太理想而无法按期完工；比如项目按期完工了但质量无法保证；再比如合作伙伴比预想的实力弱而无法保证项目质量或合作伙伴太强势而无法控制。诸如此类种种，为项目管理带来不少困扰。那么究竟如何和合作伙伴合作呢？
一、项目合作，但求双赢
既然是合作，项目经理就要自始至终贯彻合作的理念，从选择合作伙伴开始就要有双赢的想法，即与合作伙伴双赢。为了实现双赢，作为甲方的项目经理应该明确项目目标和明确的工作范围，要有清晰的工作说明书（SOW）；同时从项目本身出发，了解侯选合作伙伴都有什么优缺点，合作伙伴参与项目的最大动因是什么，不同的侯选公司参与项目的核心动因往往不同，这就需要在项目目标与公司参与项目的两个目标之间要进行平衡。在考虑自己项目目标的实现的前提下，不是一味的追求自己目标的实现而不考虑合作伙伴的利益或目标。作为项目经理应始终关注两方利益与目标的平衡，才能选择最合适的合作伙伴，才能发展健康、高效的合作关系。合作伙伴带来先进的产品和解决方案，经由与我们的合作培养双方的专精人才，双方的技术和人才储备都有所提升，我们的项目成功了，合作伙伴的产品和解决方案也充实了，双赢是项目成功的前提。
二、仔细观审，知自知彼
有了双赢的思想，我们还要从多方面审核和观察，做到多方面的知己知彼。只有多方面的知已知彼，才能更加保证双赢的局面，平衡多方面的利益与目标。
在对合作伙伴的选择过程中，要了解每一个候选合作伙伴提出的各种方案的可行性，专家的参与度和承诺的可靠性，专家的水平以及以前实施过类似项目的经验等，同时统筹考虑自己方参与项目的人员经验，项目预算，相关的干系人对项目的期望等因素。我们要对候选合作伙伴提出的假设和前提逐个进行风险分析，对参与项目的主要专家一定要当面面试，明确专家参与项目的方式，并在合同中做出相应的约束。确定了SOW与公司的参与专家后，在商务谈判过程中，可能出现销售和售前夸大其词的情况，这时候要分析合作伙伴做出的承诺，一般来说对销售与售前顾问的承诺都应在合同中或工作说明书进行约束，同时还要注意不同的合作伙伴对承诺的态度不同，对一般的小公司，有可能做出不切实际的承诺，反之大公司做出的承诺可信度就高得多。另外，项目情况千差万别，合作伙伴就是再有经验，也可能遇到从没有遇见的问题，对之前的承诺大打折扣，这点需要在项目之初就和合作伙伴谈清楚，做好解决方案的制定，在项目过程中取得主动。
三、推己及人，严于律己才能严于律人
项目的实施过程中，不合理的需求或不切实际的方案都不是大家想要的。因此，作为项目经理的你也不应该将或代表将一些不切实际的承诺强加给合作伙伴，正所谓己所不欲，勿施于人，不切实际的承诺带来的结果最终是对项目的伤害。为了避免不切实际的承诺，在选择与确定合作伙伴之前一定要清晰的了解项目实施中各种方案的可行性，前提、假设等，并结合了解到的公司方参与项目的核心动因进行分析，尽可能对项目方向性风险进行评估，避免项目后期出现大的风险。只有这样，才能实现真正的双赢，同时能选到最合适的合作伙伴。不合理的需求与不切实际的方案一样，在实际的项目实施过程中有时是不可避免的，处理这类问题时也应做好甲方内部的沟通和协调工作。有时一个看似简单的需求需要项目花费大量的气力才能完成，而用户并不知情，那么就要想好折中对策后和用户进行沟通，在某种程度上说服用户采纳折中的办法。在做这样说服工作也要事先考虑周到，以理服人，否则可能既得罪用户也得罪乙方，对项目推进同样会造成极大影响。
在选定了合作伙伴、还不止一家合作伙伴后，多家合作伙伴完成同一个项目中不同的项目环节的时候，如何使不同背景、不同产品厂家、不同实施商整齐划一的完成同一个项目的任务目标，那合作伙伴之间的协调工作就非常重要。经过笔者多年的项目实施经验，总结出以下几点：
（一）项目规模控制是项目能如期上线的保证
前文提到每个参与项目的服务供应商或者合作伙伴都有参与项目的动因。在动因的驱使下，有些合作伙伴或者多个合作伙伴之中的某一个可能存在求好心切的心理从而一味迁就用户，承诺SOW之外的用户需求或者自行扩大项目范围而未考虑到用户方的相关沟通耗时，包括审批汇报、原型开发等成本对项目周期可能带来的影响。这种情况下，应该协调用户和合作伙伴，在有限的时间里先保证项目既定内容的如期上线，其他内容在维护甲方利益的前提下，签署“Change Request”（变更需求书），考虑在上线之后再进行实施。否则可能遇到的情况就是项目无法如期上线、项目质量无法保证、项目其他供应商会有怨言等问题，项目实施推进就会变得非常被动。
（二）贯彻项目全貌的同时制定清晰的工作界面
正所谓先小人而后君子，事先定好规矩强过事后互相扯皮。为各参与项目的合作伙伴定义清晰的工作界面，包括各自工作目标、内容的制定，包括两两接口的人员和规范等。如遇定义不清的地方，就多方坐下来进行商谈，直到定义清楚为止。清晰的工作界面使得每个合作伙伴都能专注于本职工作，避免在沟通协调上浪费成本。分工明确，职责清晰可大大提高项目实施的效率。项目全貌的宣传和灌输旨在让各合作伙伴了解自身在项目中所处的关键位置，服务于各自工作目标以及总体工作目标的实现。
（三）根据不同的项目实施内容在不同的项目阶段，定义主导合作伙伴
作为甲方项目经理，在项目实施过程中更多的依靠主导的合作伙伴可取的事半功倍的效果。多家合作伙伴中谁是主导的一方呢？我做过的一个深化应用项目中企业管理驾驶舱子项目，为其提供的服务的合作伙伴有三家，一家数据源（A伙伴），一家负责BW数据仓库建设，也就是数据源数据模型加工（B伙伴），一家负责BO数据展示，即加工数据的图表展现（C伙伴）。数据流向：A->B->C，需求流向：C->B->A。表面上看来主导合作伙伴非A即C，它们是流程的两端，实则不然。B作为数据的加工方才是主导的合作伙伴。对于数据，按照接收方原则，B要向A提出数据传输的规格；对于前台的报表展现，B要向C提供加工好的数据。B中数据加载、加工的效率，直接影响系统的性能。在这个项目的蓝图设计阶段，B就是主导合作伙伴。B需要提出系统最核心的系统架构和分析模型搭建架构，需要对项目的总体计划进行制定和监控。到了系统集成测试阶段，C就成为了主导合作伙伴。C要根据展示出来的结果和数据源头系统进行核对，检验数据的准确性，对于不准确的数据，C要根据和B的接口文件向B提出核对需求，B经核对无误后根据和A的接口文件向A提出核对需求，从而找出问题所在。在项目不同阶段定义主导合作伙伴后，甲方项目经理只专注主导合作伙伴的计划执行情况，而主导合作伙伴则在本阶段是工作的发起和监控权威，其他合作伙伴在主导合作伙伴的要求下完成各自相应的工作。
（四）目标统一，不分彼此
无论合作伙伴来自于什么样的企业，一旦参加项目就和甲方的派出代表形成一个项目整体，大家目标一致，就事论事，任何分歧都在桌面解决，形成良好的项目合作风气，促成项目成功。真知来自于争议和讨论，而争议越是尖锐越是到了问题快要解决的关键阶段，因此在目标一致的前提下，欢迎争议。面临同一个问题的不同解决方案，多方对比和评估，在项目组范围内无法决策的一定要快速提交到高一级别的组织进行决策，以保证项目进度不受影响。对于项目组内部可以处理解决的问题则不是高一级别组织关注的焦点。项目的结果不好，不是某一个合作伙伴的问题，项目的结果好，亦不是某一个合作伙伴的功劳。因此大家的目标是一致的，在项目工作中是不分彼此的。
（五）有始有终，项目收尾漂亮，项目才算漂亮
项目收尾除了必要的项目总结外，项目的回顾过程也很重要；回顾的重点是项目过程中问题的处理解决情况、项目文档的各个版本是否齐备、项目重大里程碑相关的文件及过程、此次项目取得的经验教训和成果。项目最终的汇报则是项目达到尾声的仪式，在这个仪式上每个参与项目的合作伙伴都要“浮出水面”，在汇报之后听取用户方代表的意见，开阔视野之后再去回顾项目的整个过程，回顾之后就会有更高的起点迈向未来。
以上的这些内容，虽然谈起来简单并且有些亦是老生常谈，但做起来也并非易事。任何项目都有其内在的特点不能一概而论。但我认为在项目管理过程中，如果能做到以上的这些，那么在项目的管理与控制过程中，将能很好的与合作伙伴合作，实现目标，并且能尽可能的保证项目的成功。合作的好必将愉快，而愉快则是开心工作的前提。就好比做菜，厨师开心做出来的饭菜就会好吃，项目工作开心，做出来的系统就亲切易用。在项目中，既能通过工作而实现自我价值，又能提高自身技能得到成长，最重要的是还可能通过合作结交好朋友，何乐而不为呢。