关连人办理，这个也是IPMP的项目办理作业中核心作业之一。在PMBOK中，关连人的定义是与项目相关的所有人。单个项目的关连人涉及到客户、项目出资人、公司领导、项目组员、供货商等。这些关连人都由项目经理进行协调，平衡和满意他们的需求。以下仅从我个人的作业经验谈了一下IPMP的关连人办理思路。

　　作为IPMP一致对项目进行办理的时分，就跟单个项目办理的关连人办理方法不一样了。IPMP是站在一个整体的视点去规划关连人办理的方法和形式。除了办理好关连人之外，还能够体现一个公司整体的形象和本质。

　　关连人办理中，更大部分是与客户进行交流，在项目的假设和约束的条件下与客户达到一致。那么做为从公司全局动身，首要要将客户进行分类。一般来说，1000人以上规模的软件公司都会有固定的客户群体，也会有自己主营业务，那么客户是比较简单分红几个大类的。例如我们公司根本能够分为日本报业、日本传媒、日本医疗......。

　　将客户进行分类后会比较简单的找到客户的干事风格和喜好。从而便于拟定针对于一类客户的不同场景下的交流方法，以便更有效的与客户进行交流。

　　例如对日外包项目，它是根据“终究客户->日本BSE->中国开发团队”这样的一种交流形式。一般来说，做日本外包项目的公司，都会在日本本乡建立一个公司，以商场开拓和客户交流为首要职责，其与客户交流的人员称为BSE（Bridge Software Engineer）。BSE一般都是精通日语，有一定软件工程布景的人员担任，以便在没有语言障碍的情况下了解客户需求，一起，回答国内研制团队对需求不理解的地方。

　　在这样的开发形式下，IPMP就能够规划出几个只要的交流途径和方法，便于一致有序的交流。第一条途径便是BSE与客户的交流途径（不包含商务阶段，商务部分会单独用一篇博文描绘）。这个途径首要是用来了解客户需求并与客户达到一致用的。关键场景包含：邀约书的弄清与承认、现场需求调研的承认、需求文档的承认、Q&A的讨论和承认、需求&设计变更的承认、项目进展状态的通知、试运行缺陷的弄清与承认、交付后缺陷的弄清与承认。

　　针对以上每个场景，找到各自的首要活动，并运用场景法对在什么场景下用什么样的交流方法（现场出差、视频、电话、邮件、文件传输等）进行说明和规定，使得不同项目的项目经理，在针对同一个（或一类）客户时，都会有一致的关连人办理方法，并且都是有据可依的。这样，从客户的视点就会认为这样的团队是有干事规范的，会给客户留下严谨和规范的良好印象，加上技术上的专业性，客户将会尊重这样的软件供货商。

　　这种方法，在CMMI里边称为已定义进程（Defined Process），也便是说CMMI发起的所谓的稳定的进程，无非便是让我们在做每个关键活动时都三思而后行，考虑好了再做，总结出了更好的实践经验后就进行流程化和规范化，向每位参加人员进行培训和辅导，让大家都尽快的运用更好实践（Better Practice）。这样，对内能够培养和提高团队成员的技术，对外能够建立专业规范的形象。所以说，CMMI那些很高深的名词其实也不是很难做到，关键是有没有去考虑和真正去做到。

　　对内部关连人的办理也能够进行规范化。例如：何时向哪个层级的领导以何种方法报告项目的哪部分信息、怎么召开项目例会、怎么了解组员的状态、发现组员有异常该怎么处理

　　、遇到自己职权范围无法处理的问题怎么向领导进行报告、向上级报告的方法及途径、等等。这些都是能够从日常项目办理活动中找到更佳实践并规范化今后进行全公司推广的。

　　越大的项目，关连人办理的技术就越重要，几百人一起参加的软件项目一般都会设置一个专门关连人办理的经理来帮忙项目经理进行关连人办理，这足以证明关连人办理的重要性。关连人的交流功率直接影响到项目施行的成败，一个优秀的项目经理除了是一个职业和工程专家外，一定是一位交流专家。还没有哪一个交流才能很差的人能够领导几十上百个团队成员完结大型软件项目的。