对于培训班学员包装成3年经验的动机，无非是，少了不甘心，多了面试不会讲，所以一般就包装成3年了。先说培训班辅导老师包装简历的做法。

1 如果是大学里刚出来，或者是工作经历不足3年的，一般仅仅按工作年限来保证，比如做了2年活，但不是IT，那一般让学员写2年IT经验，把之前的经历全往it上写。

2 3年工作经验的那不说了，一般也就包装成3年。

3 但如果之前工作经验超过3年，比如工作了5年，不少培训班学员一般还是包装成3年，原因很简单，3年经验是IT初级开发的上限，过3年开发经验，就得按高级来面了，但让一个才入门的人准备高级开发的面试，虽然有些培训班辅导老师能教，但不是每个培训班学员都能说。

4 但是，由于不少培训班学员是工作后转行的，之前有工作经验，所以如果简历上不写任何IT经历，第一达不到公司社招的要求，第二会被认出是培训班，所以很有可能是没面试机会的。

所以这也是为什么大多数培训班学员简历上顶多写3年IT经验的原因了。不过我私下看来，这大可不必，因为面试技巧准备不到位，哪怕才包装成1年开发，估计也没人信，但话说来，如果面试技术行，哪怕零工作经验，就凭培训班给的技术，同样能准备需要3年以上经历高级开发的说辞，毕竟高级开发的说辞虽然难，但没难道培训班学员无法准备的地步。

就说说培训班学员在面试前如何准备项目说辞和准备技术的技巧。先说如何准备3年以下初级开发的技巧。（Java方向）

1 项目别太高大上，需求，技术和工期，需要切合你是初级开发的场景。

我做面试官的时候，发现不少培训班学员在面试介绍项目时，大多是完整的xx业务系统，比如xx图书系统,xx物流系统，而且4到6个月完成，用到的技术非常高大上，docker,k8s，大数据，分布式组建一个不少，但求职者也就是3年经验。

大家细想一下，姑且不谈技术，像类似图书管理系统，往往有现成的项目，公司干嘛还要费人力物力去做？而且即使要开发，这些项目光扯皮需求也得2个月，或者现在一般都迭代开发，一个项目迭代个10个周期很正常，每个周期1个月，所以用那么短的时间开发出来的项目，只能是学习项目，这种培训班学员哪怕是只包装成1年估计也没人信。

对应的，培训班学员在找工作时，哪怕就说个维护项目，比如大的银行或保险系统，你们小公司接了一小块，或者是维护里面的某个功能，或者干脆说是驻场开发银行或保险等系统，开发里面若干功能，总之别说是开发一整套系统，而且里面用到的技术适可而止，分布式组件别用全套，用个redis缓存外带个消息队列就行了。说难听点，把项目设定简单些，切换你初级开发呆小公司干活的身份，这样吹牛也好吹。

2 熟悉项目开发的流程，别光说是需求分析，详细设计等书本上的知识。

我去问求职者你项目开发的流程是，凡是说先做需求分析，再做概要设计和详细设计等步骤的，一般都是培训班出身，而且培训班出身的求职者只会说这些。

应该怎么准备呢？初级开发其实是不怎么参加定需求，甚至连架构设计都参加不了，而且小公司的话也没这么多事，一般直接是领导吩咐下来，再给个样子然后让做。所以这块应该这样说，在这个项目里，我参与了讨论模块功能和模块接口，也和其它组成员讨论了参数的定义，在开发好功能后，我用junit写了单元测试，并和测试人员一起调试功能，最后我还参与了版本发布等事情。

用项目开发流程的问题来甄别培训班学员，或者来判断求职者是否真实做过项目，这是不少面试官的做法，这块如果按我上文说的，可能未必要说太多的话，但至少能证明自己的项目经验。

3 掌握基本技术，而且要结合项目需求说相关技术的用法，在准备技术问题的方面，未必要准备特别高大上的技术，说好基本面就行。

比如某学员说会Spring Boot，可能也做过若干学习项目，但面试时我问下来，注解大多不会说，组件大多只会api，但脱离实际大谈特谈分布式开发的理念，有人还能说云端开发的好处，这种学员哪怕就写一年工作经验，面试也过不了。

这块其实准备起来也容易，技术结合需求说，比如做订单模块用到spring boot+JPA，控制器用@RestController注解，业务层用@Service注解，模型类用，在此基础上再说下ELK或Redis解决实际业务问题的做法。说难听点，这种说辞哪怕是自学java，用个3个月也能说好，但这样的说辞绝对能证明自己做过项目。

其实能做好上述准备，而且面试时好好说出来，培训班学员虽然没法蒙过一些资深面试官，但要面个小公司或外包公司，其实是绰绰有余了。这样的话，哪怕你之前没做过项目，但包装成3年，应该问题不大了。

再啰嗦下，培训班学员出来后，其实没有实际项目经历，所以还是建议先找个小公司，等有经验了以后再图发展。如果去面大公司，非常有可能被看出培训班经历。

因为有些培训班学员是27岁28岁入行，那么包装成3年经验就可能有些亏了，所以这里再说下，培训班学员如何包装成5年经验？

其实也不难，在以上准备要点的基础上，再准备些分布式组件和解决过的实际问题。

1 分布式组件别准备多，如果是微服务方向，可以准备Nacos，Ribbon，RocketMQ，Sentinel和Gateway，外带Redis的用法，常规方向，可以准备nginx，dubbo，kafka，zookeeper，redis等组件的用法。

准备时先准备语法，比如spring boot整合dubbo怎么调，微服务里的Nacos该怎么用等。

准备语法时，比如可以说下Spring Boot怎么调用Redis，参数是什么，配置该怎么配等细节，这样证明自己用过。其它组件，比如Dubbo和Nacos等，照此办理。

然后再结合业务点讲为什么要用？无非是数据量大要用Redis，项目需要服务治理要用Nacos，再举些业务的例子，无非是订单风控模块注册到Nacos，订单数据缓存是键是什么值是什么，这样能让面试官确信是在项目里用过。

但这里千万要注意组件的使用场景，比如有人面试时对我说，他们项目的数据库表数据是几千条，并发量是每条几十，而且还用Redis，这听上去就像吹牛了。还有人和我说，项目里同时用到了nginx和Gateway网关组件，那估计也是准备两个项目说辞时搞混了。

2 准备解决过的实际问题也不难，比如网上找些OOM的问题，无非是HashMap没clear，或者Redis对象没设置超时时间，难一点的可以准备Netty堆外内存没管好，或者Kafka堆积消息太多，然后说怎么查，无非是看Dump和日志，再用MAT等工具，怎么解决更简单，无非是修改代码。

或者是Dubbo超时时间过长导致了线程堆积，或者是Kafka重发没处理导致信息多次处理，再不济就准备些简单问题，比如HashMap里hashcode没重写，ArrayList边遍历边修改导致快速失效，或者是参数错误导致模块抛出异常。

因为高级开发多少会在项目里解决过实际问题，而这方面问题只要上心，不难准备，所以这样一说，遇到些小公司的面试官，包装成3年以上的Java工作经验，也不是不可能。

还是这句话，不建议刚从培训班里出来的，之前没有开发经验的程序员去挑战大厂或好点的公司，哪怕面试之前准备再多也别去。我辅导的学员，在面试几家公司后积累面试经验后，面试小公司可以说是一面一个准，但基本没有成功进大厂的，因为大厂面试官更会细问技术。

如果培训班学员刚出来感觉能力差些，也可以去面派遣公司，比如某人力外包公司派遣到银行保险公司等，这样的话，人力外包公司的面试是象征性的，只要会说增删改查技能就行，甲方公司面试也不会太难，甚至人力外包公司还能告诉你面试题。

也写那么多了，最后做个总结。

1 如果培训班学员面试方法准备得当，靠包装简历入行不成问题，但相反，如果不会面，哪怕就包装1年经验也不找不到工作。

2 培训班学员大多不是靠入行进大厂，而是靠第二或第三份工作进大厂。

3 至少在当下，靠培训班入行IT，还算可行。

 如果大家想进一步了解我的情况，可以关注我。

 

主数据管理平台打通各业务链条，消除不同部门重复录入数据造成的数据冗余。统一数据语言，统一数据标准，实现数据同源、数据共享，最大程度提高数据的权威性。同时也可以作为公司内部业务运转、经营分析、决策制定的“通用语言”，有助于打通部门、系统间壁垒，实现信息集成与共享，提高公司整体的战略协同力。

本文主要对公司MDM主数据管理平台进行产品培训说明，为后续项目、内部员工主数据产品培训提供培训规程，使主数据平台产品培训规范化、流程化，本文档同时也要按照产品的迭代升级而不断更新。

1整体说明

本章主要使培训以及受培训人员了解主数据管理平台，同时了解主数据管理平台与企业服务总线的配合模式（企业服务总线不做过多赘述，通过方案了解即可），并对主数据可以解决什么样的业务场景进行详细说明。

1.1产品架构

主数据平台可以将企业的主数据进行整合，集中进行数据的清洗和标准化，并以集成服务的方式把统一的、完整的、准确的、具有权威性的主数据分发给各业务系统。助力企业创建并维护主数据的统一视图，通过保证统一视图的准确性、一致性和完整性，提高数据质量，逐步统一企业级数据模型，简化改进企业流程并提高业务的响应速度，整体架构图如下：

主数据管理平台主要分为两端MDM主数据管理端以及MDC主数据配置端。

主数据管理端：主数据管理端主要负责数据的全生命周期管理，具体包括数据的新增、变更、归档、数据版本管理、数据清洗导入、参考数据录入以及数据分发、数据巡检排重。 

主数据配置端：主数据配置端主要负责主数据管理模型的配置，包括数据数据模型定义、编码规则设置、功能模型配置、校验规则配置、组件及分类数据模型配置、流程模型配置等。 

1.2涉及方案 

主数据管理平台可以和数通畅联另一款产品企业服务总线组成基础数据治理解决方案，解决各个系统之间的数据分散、重复，未完全形成业务闭环，数据孤立不能互通，数据统计不一致，企业主数据（组织、人员、岗位客户、供应商、产品、项目等）不能共享，数据不完整，缺少关键基础数据，历史数据丢失现象严重，且数据质量低，无统一管理，集成数据可用性差的问题。 

在该方案中企业服务总线主要作为数据交换平台，支持应用间批量数据交换和数据库间的数据交互，包括数据的抽取、转换和导入操作。不需要向不同的业务系统请求主数据的获取、同步，只需要通过ESB进行数据分发、下发等操作即可获取这些数据，帮助企业数据整合或数据中心建设。 

1.3基础概念 

基础概念主要介绍在日常培训过程中客户经常提出的几个问题，什么是主数据、什么是参考数据、什么是元数据？ 

主数据：是指在整个企业范围内各个业务系统间要共享的数据，比如：客户、供应商、产品/物料、帐户、资产/设备、组织机构等。 

元数据：是描述数据属性的信息，在主数据管理平台元数据可以描述数据是否必填、是否导入、属性编码、属性名称、属性类别、显示类别等等，简言之，元数据就是关于数据的数据。 

参考数据：在主数据管理平台当中参考数据是一种枚举类数据，如性别属性，在用户录入性别时主数据会为其提供男、女，其中男或者女便是主数据中的参考数据。 

2培训说明 

本章主要对培训的主要目的进行详细说明，并描述了具体的培训场景，包括数据全生命周期管理(数据录入、变更、归档、版本管理、导出、下发)。 

2.1培训目的 

主数据管理平台主要培训目的如下： 

1.了解主数据管理平台以及基础数据治理方案； 

2.了解主数据管理平台的全生命周期的管理过程； 

3.了解主数据管理平台的四种功能模型（简单列表、主从管理、树形表格、树形管理），并进行模型创建，包括分类数据建模； 

4.了解主数据管理平台编码规则、校验规则的设置以及定义； 

5.了解主数据管理平台的巡检以及数据的清洗； 

6.了解主数据管理平台预制的openApi接口使用方法。 

2.2培训场景 

主数据管理平台主要培训场景如下： 

2.3人天规划 

本次主数据管理平台整体培训人天规划为5人天，可以涵盖主数据实际应用的绝大部分场景，具体消耗人天规划如下： 

3基础准备 

在进行客户以及内部人员培训时首先需要针对不同的群体进行群体划分，根据不同的权限进行功能授权，具体的角色规划、权限清单、账户的功能授权整体如下。 

3.1角色规划 

主数据管理平台整体角色规划如下: 

3.2权限清单 

在主数据管理平台培训过程中需要按照指定的功能模块进行授权，使数据管理人员只能对主数据层面进行操作，而配置人员可以进行模型的配置以及调整，主数据管理端以及主数据配置端整体授权清单如下： 

3.3账号授权 

在主数据管理平台组织机构模块增加对应的组织，按照实际需要增加即可。 

本次授权建议按照角色进行授权，所以需要在上述创建的组织机构下绑定创建的角色，接下来在系统管理模块—角色管理创建对应的角色，例如创建“研发人员”角色。 

接下来在组织管理模块下对该角色进行绑定，在系统管理—人员管理模块创建实际的用户信息，本次已经对研发人员授权完成，直接在研发人员角色下新增具体研发人员即可。 

接下来点击“研发人员”角色，点击添加按钮将刚才创建的人员直接进行角色绑定。功能授权统一按照3.2授权清单进行实际授权，打开系统管理—功能管理模块，想让该角色能够访问哪个功能就对该功能进行授权即可，授权可分为标准角色、实际角色、用户以及群组，授权方式如下：

以上便是主数据的授权相关操作。  

4数据管理 

使用角色：系统管理员、业务审核员、系统管理员； 

数据管理主要对主数据的全生命周期进行管理，具体包括数据的新增、变更、归档、数据版本管理、数据质量的管理等等，具体培训场景以及培训重点如下。 

4.1生命周期管理 

生命周期管理主要消耗0.5人天，数据全生命周期管理主要培训内容如下： 

1.数据的新增、修改、归档、查询功能； 

2.数据的版本管理以及历史数据的查看； 

3.数据以Excel导出功能配置； 

4.参考信息录入。 

4.2数据清洗导入 

数据清洗导入主要消耗0.3人天，数据清洗导入主要培训内容包括： 

1.数据初始化Excel、服务模板的导出（基于数据建模配置生成）； 

2.在数据清洗Excel导入时缺失的、不合规、重复的数据处理； 

3.导入成功数据的同步； 

4.数据巡检、数据排重、相似数据处理配置。 

4.3数据下发分发 

数据下发分发主要消耗0.2人天，数据下发分发主要培训内容包括： 

1.如何进行主数据的分发，包括主数据分发与其它业务厂商的集成模式； 

2.分发权限的配置、分发字段的定义； 

3.分发任务类型的使用场景，包括新增任务、回收任务、同步任务、启用任务。 

5模型配置 

使用角色：系统管理员、数据建模员、功能建模员。 

主数据管理平台对数据的管理主要是通过模型生成对应的管理表单，主要涵盖数据模型、功能模型以及流程模型等，具体培训场景以及培训重点如下。 

5.1数据模型配置 

数据模型配置主要消耗1人天，数据模型配置主要培训内容包括： 

1.数据模型元数据配置，配置元数据属性、属性的类型以及显示类别，并生成对应的数据库表结构； 

2.参考数据建模类型的定义，设置参考数据分组等操作； 

3.分类数据建模配置，以人员为例为人员设置关联组织。 

5.2数据规则配置 

数据规则配置主要消耗0.5人天，数据规则配置主要培训内容包括： 

1.在元数据配置设置主数据的编码规则，编码规则要包含固定值、流水号、字段等方式，特别练习组织编码加人员流水的形式； 

2.为元数据设置校验规则，包括必填校验、必须日期、必须手机号码、身份证号校验、邮件等校验方式。 

5.3功能模型配置 

功能模型配置主要消耗1人天，功能模型配置主要培训内容包括： 

1.了解主数据的四种功能模型(简单列表、主从管理、树形表格、树形管理功能模型)； 

2.设置数据巡检排重的匹配度、匹配字段、巡检时间； 

3.基于主数据、参考数据、分类数据配置组件，并为功能提供绑定组件； 

4.配置主数据列表页面以及编辑页面表单，了解显示的样式及参考数据、功能组件绑定，最终解析SQL(包括SQL查询条件的调整)部署生成对应主数据管理页面。 

5.4流程模型配置 

流程模型配置主要消耗0.5人天，流程模型配置主要培训内容包括： 

1.主数据流程预制模板的使用； 

2.流程内部审核节点按照组织、角色、人员、群组进行授权； 

3.流程内部审核节点的增加以及外部接口的调用以及参数的传递； 

4.在功能建模绑定创建的工作流； 

5.审核在数据管理模块进行流程审核。 

6其它配置 

使用角色：系统管理员、数据建模员、流程建模员； 

其它配置主要对主数据的API接口的调用方式、全局变量的使用以及系统管理功能模型，具体培训场景以及培训重点如下。 

6.1API接口说明 

API接口主要消耗0.5人天，API接口主要培训内容包括： 

1.应用系统的注册以及跟据应用系统获取tokenId； 

2.常用接口的使用，具体包括数据同步相关的接口sync-data接口、数据获取单条/批量数据获取的接口、同步数据日志的接口、编码规则的接口、任务解析的接口、任务分发日志回写的接口等练习。 

6.2全局变量配置 

全局变量配置学习主要消耗0.2人天，主要包括主数据全局变量以及BPM全局变量的配置，可以在流程模型内调用外部接口时把外部接口IP或者域名以全局变量的形式配置。 

6.3系统功能配置 

系统功能配置主要消耗0.3人天，系统功能配置主要包括组织的创建、岗位的创建、人员的创建以及功能的授权，系统功能培训内容如下： 

1.组织架构创建，包括组织角色的关联； 

2.系统角色、人员的创建； 

3.按照3.2授权清单进行系统功能授权。 

7心得体会 

随着公司的发展，产品加培训类的项目越来越多，我们也应该形成自己的对外培训体系，形成培训标准，甚至是培训考核标准等等，不能随心所欲以项目实施的方式进行培训，现从以下三个方面总结。 

7.1意识形态 

用户培训工作有利于建立个人与客户之间的感情，客户也愿意在后续工作中配合我们开展工作，了解我们工作流程，按照我们制度配合，而不是简单埋怨责怪，并且在用户培训过后还需要做好备忘录，和用户部门领导进行反馈，让用户回去对其直属领导有个明确交代。 

7.2产品完善 

在用户使用产品的过程中也是收集用户需求的一个重要机会，可以通过观察用户的使用习惯及调研，了解到产品应该改进的方面，对于客户提出的意见均应记录下来并对公司进行反馈，一个好的产品是需要不断经过打磨的，我们实施人员要有人人均是产品经理的角度去收集需求，并结合实际企业需求完善迭代产品。 

7.3总结反思 

坦率地说，我们现在整个IT行业培训工作质量是不高的，至少是参差不齐的，一部分原因是用户不注重培训工作，只当作上级分配的一项任务，完成后就没有下文了。另一部分原因是我们很多软件实施人员强在技术能力，弱在业务理解力和语言表达能力，心里明白但说不清楚。 

之前包括我自身都有一种“精力应该放在解决问题上，而不是培训上”的思维，结果无论人在不在现场，大量时间都是一个人在忙碌地配置调试，然后请用户检查验证，验证通过后去处理下一个问题，这就导致实施人员根本不能走开，一走开就大量的出问题，所以培训工作是千方百计让客户会用、好用、爱用软件，这才是一个好的项目交付人员的价值。 

IPD是什么？很多人把IPD等同于一种产品开发流程，其实远远不止，它还包含需求管理、市场管理、技术管理等管理体系，且助力产品开发流程精准快速地开发出符合市场需求的高质量低成本产品。

本文希望帮助大家了解IPD，同时澄清IPD集成产品开发模式在实践中的常见误区。

一、什么是IPD

IPD（Integrated Product Development）集成产品开发的思想来源于美国PRTM公司的PACE(Product and Cycle-time Excellence)理论，在这套理论中详细描述了业界最佳的产品开发模式所包含的各个方面。参见下图PACE示意图。

从图中可以看出，在早期阶段有很多创意，需要从中筛选出好的创意形成概念，再通过可行性分析形成商业论证，从创意之海到项目之河，从而形成企业的经营主航道。

所以，这种喇叭口模型是始于PACE理论，也为后来的IPD奠定了基本开发框架。

另外，在每个阶段末有决策评审的关口，在关口处需要决策层对项目做生杀决策，这一点充分说明把产品开发作为一项投资的理念，如果在决策点判断不满足业务标准，就不再继续投资后续阶段的工作。

这一模型经过IBM公司的实践，在90年代成为一套包含企业产品开发的思想、模式、工具的系统工程。

华为公司最高决策层在90年代决定向IBM学习IPD模式，并全面运用到华为公司主营业务领域，本着“先僵化-再优化-后固化”的三步走策略完成IPD在华为公司的内化，并获得了巨大成功。

二、IPD的核心思想

• 产品开发是一项投资：如何获得价值最大化是终极目标。

• 基于市场驱动的创新：不是完全以技术为导向的创新，所以需要需求管理与市场管理体系为产品开发指明方向。

• 需要跨部门的协同：IPMT集成投资管理团队作为决策委员会是由各个职能部门的最高层决策者组成的，PDT产品开发团队同样是由各个职能部门的成员所组成，还有LMT生命周期管理团队也同样如此。因为没有哪个独立的部门能够对最终产品的商业成功全权负责。

• 结构化开发流程：阶段-步骤-任务-活动的四层结构提供了三级产品开发流程（详见后文说明）。

• 重用CBB：技术平台的开发将技术模块化结构化，CBB(common build block)共享模块就是技术模块结构化的重要体现。另外，技术开发体系既要引领市场需求，又能为产品开发做好技术储备，将来的产品开发直接把技术模块拿来用即可，通常不会再出现重大的技术问题，这为缩短产品上市时间提供了技术保证。

下面就分别说明需求管理、市场管理、技术管理体系与产品开发体系之间的关系。

三、需求管理体系与产品开发体系

下图为需求管理的四个阶段，从需求的收集到需求优先级的排序分析，再到需求分解与分配，最后是需求的实现与验证。

从最初的客户需求或市场需求，需要逐步转化为产品需求、设计需求、开发需求、测试需求、制造需求等才能实现落地。这个过程与产品开发流程有很大的联系，下面细讲。 

四、市场管理体系与产品开发体系

下图为市场管理体系与产品开发体系的关系，市场研究可以帮助我们在产品开发之前先理解市场，并基于公司战略进行市场定位，再进行营销策划并在此基础上判断要不要正式立项。这就可以避免盲目立项带来的损失，为产品开发精准定位，确保产品开发符合市场需求。   

五、产品开发的结构化流程体系

下图为产品开发的结构化流程体系，宏观的门径阶段是由最高决策层在关口处做生杀决策；每个阶段都包括若干步骤，每个步骤中的里程碑点由中层管理者决策是否通过；每个步骤又包含若干任务和子任务（活动），并最终形成各个项目的详细进度计划。     

六、技术开发体系与产品开发体系

下图为技术关键评审节点在产品开发过程中所处的位置。

产品平台通常是建立在技术平台之上，而不断衍生出新的产品线。由于之前所述的CBB重用技术模块化，产品开发就如虎添翼，能够快速像拼积木一样完成60-70%的开发工作，再根据客户的定制化需求完成剩余开发工作，这样可以大大压缩产品开发的周期。参见下图产品树。

七、总结

IPD模式不仅仅是一种产品开发流程，还包含需求管理、市场管理、技术管理管理体系，并助力产品开发流程精准快速地开发出符合市场需求的高质量低成本的产品。

IPD强调以市场驱动为导向，由跨职能团队负责端到端的价值交付，并把产品开发当作投资引入关口决策评审。IPD模式就能实现做正确的项目，又能实现正确地做项目。

附：产品开发流程图模板。

本期的内容就到这里啦，华为IPD培训资料在公众号菜单栏回复关键字【CSDNIPD】就可获取了，我们下期再会。