[领域]从业务到抽象，再到业务 （1）
引子
在给SHZJ项目做培训时，他们对BSP的组织机构模型中的职位产生了兴趣。提出：“为什么一个职位下面，只能有一个员工。”，我相信这是一个非常普遍的问题，特别是在中国当下的管理现状下。我给他们解释，这是在西方管理理论下“定员定岗”的模型实现（当然，BSP也支持多人一岗的情况）。
很多人说不好理解，更有甚者，说是操作起来太烦琐。我想说的是，不管你承不承认，实际的模型都是这样的，只不过是，我们在实际的操作过程中，脑子做了太多的逻辑处理，所以，最后我们看到的，是一个粗粒度的虚幻的景象。例如，我们认为，某个人（A）的上级是另外的某个人（B），所以，我们就想当然的建立了A和B的上下级的汇报关系。但是这未免太简单化了，当一个人晋升后，原来向他汇报的人，就不能再向它直接汇报了，而是要向这个人所在的岗位的继任者报告。那么我们是要手动的把他原来的30个下属的汇报关系全部修改成继任者吗？或者，我们再想像，继任者还没有就职时，让他原来的30个下属继续向他汇报吗？（这无疑给他的下属也做了晋升，呵呵。显然是不合理的）。
其实还是在DCW产品组的时候，我就遇到过一个类似的问题：
某个人，在发生了人事事件变化（如离职）后，他的继任者，经常会看不到此人做过的业务，需要将此人的业务记录，重新转给继任者。在实际的操作过程中，往往是在数据层面，把当前的处理人，换成继任者的ID。这样的工作量繁杂不说，还有一个隐含的问题，不能对历史的操作情况进行恢复，这样在统计分析时，会出现一些偏差。
所以，要体现这么复杂的逻辑，我们就必须对权限模型进行细化。。。