业务流的另一种场景：工做协同流程

今天给开发的讨论业务流程，其中一个业务部门土匪甲的说道，个人流程可能不是固定的，随时可变怎么办？

这下子开发的蒙圈了，屌丝A叫道：那怎么行，你老变来变去，怎么画流程？

另外一个屌丝B说，你老变，是不守规矩，说明你尚未搞清楚本身要作什么。你先搞明白了咱们在讨论如何定义流程吧。

我在旁边看他们撕逼，本身在想土匪甲要求的合理性，在现实中有没有应用场景。

通常来说，企业中的业务流程相对是比较稳定的，不少流程系统也是基于这个假设进行开发和设计，并据此划出流程图，绑定上业务逻辑。

可是实际中，除了这些“典型的”，“常常发生”的业务事项以外，还有一些偶发的，可是种类繁多的事项发生，须要处理。这些事项也会涉及到方方面面的人，可是特色是处理过程不固定，随意性比较强。好比迎新会中的人员统计，体检服务单位的选择，打印招聘材料等等。

对这种事项如何应对呢？

对策A是不放到系统中，不处理，

另外一种对策B是，对全部的这种杂项进行抽象，统一成一样的处理流程。

对策A是一种不做为的，不讨论，对策B，抽象的可行性有多大？若是杂项很是多的话，难度仍是比较大的。

那么，咱们有没有对策C，以不变应万变的方法呢。

其实处理这种杂项的本质和其余业务流程是同样的，就是在必定的时间内，由一帮子人一块把某个事情办好，只不过，办事的步骤变幻无穷，涉及的人也不固定，办事的方法也因事而异。那么咱们可否这样考虑：

1，步骤在发起的时候由发起人来指定，人也有发起人来指定，或者中间步骤的任何一我的均可以指定或修改。这就解决了办事步骤变幻无穷的问题，解决了设计的人不固定的额问题。你变不要紧，我即时指定啊。

2，办事方法，这个稍微有点复杂，须要咱们抽象下。咱们不考虑方法，咱们只考虑结果，你只要把结果提报上来就好了。

提报结果的方式有不少，输入一个或者一些数据（好比输入个人邮箱地址，个人借款余额），回答是否赞成，某件事情是否办妥，上传数据文件（根据模板）等等。

这一步是核心，是比较难的一点。能够慢慢完善和优化。

咱们把这个称之为 即时工做协同流程

 

咱们以一个例子来具体说下

我在招聘会上收了份简历，这个简历想回家东营工做，刚好咱们在东营有开发团队，也在招聘人，我须要把这个事情通知到东营的人，联系面试，并跟踪这个事情的进展。

固然这个离职能够有固定的流程，可是我这里用上面说到的“即时工做协同流程”来演练一下。

1，人事招聘专员发起一个协同

      输入协同事项的主题：东营本地化面试-张三

      输入事项的关键之：面试，招聘，东营

      输入事项描述：说明白这个事项的原因，须要作的工做。

      输入关注者：能够理解为邮件的额抄送，事项的任何变更都会通知到关注者

2，提交给下一环节

      输入提交给谁：东营的招聘负责人，能够是多个，

      工做主题：输入下一环节的工做主题，好比，请联系该人，组织面试

      输入或变动关注者：

待续。。。