公司实施经理今天问了我一个问题：技术和实施团队的升级路线是什么？整体框架应该怎么考虑。先说我为什么会思考这个问题，最近看到我们实施团队做出来的东西，在上线中，或者运维中遇到各种问题。小伙伴们很努力，生磕。但是磕的过程中，时间成本耗费太大。 这里面需要找个平衡，找到一个合理的上升框架能；让小伙伴们提升，同时能让客户更为满意。

就这个话题，我们可以从人、机、物、法、环角度来分析分析具体原因。

第一：先从人角度分析。

技术人员或实施人员是否具有实施项目所需要的技能，专业的人干专业的事，如果安排的人员技能不能满足实施项目的技术要求，去了也只能是辅助和学习。所以先自我思考一下，是否安排了的实施人员不具备项目所需要的技能，是否需要给实施人员安排相关的培训后再到岗。

技术人员或实施人员是否是正向的工作态度，抱着一个负面的态度、抵触的态度去干活，这样肯定会产生消极的后果；我们的管理者也需要积极主动的和团队的成员多沟通，除了解他们的工作情况之外，还应多多关心他们的生活，有没有遇到什么困难，是否可以帮的上忙的地方等等；一年到头工作占据了每个人绝大部分的时间，工作也成为生活的一部分，我们要求员工保质保量的完成工作，也要关心员工的身心健康。可以让自己成为他们倾诉的对象，一个可以帮助到他们的大哥大姐。

管理者也需要多听听他们对工作的建议和意见，积极的解决他们在工作上遇到的问题，对每个人每个建议都要有回应和动作，不能只是听听就完了，对建议没有任何的变化或者反馈，下面的人自然而然的会产生对管理者的不满，要是这样可就危险了。

在职业发展的道路上，管理者也是他们的导师，需要给他们的职业规划提供建议和意见，帮助他们分析、明确职业发展的方向，坚定他们的信念。

第二：从机器社保角度分析。

实施人员电脑是否存在问题，是否能接入客户的网络环境，如果不能接入，是否提前准备好了客户的电脑，电脑的配置是否能满足实施开发的要求，实施人员能否访问的需要用到的客户业务系统以及是否有权限等等。

第三：从数据角度分析。

其实任何的系统都是建立在数据之上，都是数据的处理、数据存储、数据交换和数据呈现，所以数据非常重要，如果数据都是错误的数据，那结果肯定也会是错的。做好如下几点验证数据工作项：

1、验证基础数据是否正确，在基础数据收集计划表中，明确数据检查人员，跟踪检查任务，确保给到的数据是对的。

2、验证系统或工具的输入数据，从客户系统下载数据、从Excel中去获取数据等等，需要将系统或工具拿到的数据和系统原始数据做比对，确保输入数据的一致性。

3、验证系统或工具清洗后输出前的数据，其实也是在对清洗的逻辑做确认；按照给的清洗逻辑（来源基础数据）手工去做一次清洗，将手动得到结果与系统待输出的数据做对比，确保预输出数据的正确性。

4、验证输出到客户业务系统数据，验证3数据没问题后，同样也需要去验证这些数据推送到客户的业务系统后，在客户系统中是否正确，也是验证传输数据所用的RPA工具或API接口是否存在问题。

按照如上的四种数据检查机制，各种场景中反复验证几次，基本上能确保数据无问题。

第四：从方法角度分析。

方法是其中最重要的，我们做的每一个项目都需要有标准的项目管理方法论支撑，从5大过程组，13个领域去指导项目管理。明确每个阶段应该做什么事情，输入什么，使用什么工具，输出什么。

实施经理说最近看到我们实施团队做出来的东西，在上线中，或者运维中遇到各种问题。小伙伴们很努力，生磕。但是磕的过程中，时间成本耗费太大，小伙伴都很努力，但是还是遇到各种问题，我们是否在实施项目是有一套实施方法论了？

不全部举例了，就拿其中最关键的来说说：

1、项目范围

范围需要明确，如果不明确，范围的蔓延是一件非常可怕的事情，一直加功能，感觉没有底一样一直做不完。所以项目范围的明确是非常重要的事情，如果项目范围没有明确，其实可以暂时不动，或可以做一些其他明确范围的事情。

2、关键干系人识别

关键干系人是否都识别到，他们是否都参与到需求讨论和方案设计的过程中来，若干系人识别错误或者漏掉，项目是没办法满足需求的，等于是你只满足了部分人的需求，而另外一部分人没有被考虑在内，做出来的东西自然也是有问题的，而重新去和遗漏干系人讨论需求和设计，必然会导致项目进度的延期和成本的增加。

我们可以整理一个关键干系人识别模板表，列举每一种影响到项目的干系人类别，每识别一类人就勾一个，直到所有的都勾完成；其中审核和审批层的干系人尤为重要，项目的验收和结项是需要得到审核和审批层的签字的。

3、资源

资源分为客户资源和乙方资源，实施项目组并不是只包含乙方资源，同样需要甲方相关人员也加入在项目组中，从项目启动到收尾全程参与；客户的业务方、项目管理方、IT方、PMO等等；乙方的业务专家组、实施组、开发组、PMO等等。

只有完善的项目团队，各施其职，才能把项目运作得非常好。

4、风险识别

以新设计的端到端流程为基础，分析识别每一个过程可能产生的风险，并对风险进行定性分析，制定相应的风险预防方案，而这个过程需要在开始动手开发之前进行识别，因为风险识别的结果可能会影响到系统或RPA工具的设计思路；识别后记录风险，分配风险处理人员，同样需要跟进风险处理进度等等。

5、Backup方案

如果突然遇到系统或RPA工具无法使用的情况下，在不影响业务持续运作的方案，保证业务正常进行。Backup方案是站在新的流程上，和客户一起来制定的，需要得到客户的认可。

Backup方案制定完成后，在项目结项交付之前，还需要进行故障预案模拟，确认方案的实际可行性。

等等。。。还有很多因素，这里就不多写了。感兴趣的可以关注我，后续还有更多更新。

第五：从环境来分析

环境也分为工作环境、开发使用的系统环境、网络环境等等。在实施人员入场之前项目经理需要提交客户入场准备清单。告诉客户我们入场的需求，让客户提前准备。

实施人员去实施所使用的一般是测试环境，那测试环境和正式环境版本是否一致，不能因为版本因素在测试环境开发完事后发布到生产环境还不能使用，付出双背的成本重新的再做一次。

若相关的开发所需环境没有准备好，那必定影响开发的进度或效果。所以实施项目经理在实施人员入场之前就需要于客户充分沟通，提前做好入场清单事项的准备。

我们从实施经理的问题出发，展开来讲了从五个方面去分析问题的思路。每个公司都应该有一套适合自己公司风格的实施方法论和实施工具，来确保实施过程的规范化、标准化，确保思考没有遗漏等等。只有按照标准来实施项目，才不会出现实施经理的问题。

如果感兴趣，请关注我，后续还有很多研发中心的那些事的分享。