今天业务总监跟我提出一个需求，希望能够实现自动排班的功能，并且跟我说之前已经提过了，但是研发人员并没有实现。
回去我就开会讨论了一下这个需求，原来以前的研发人员觉得这个需求在实际作业时会反复变更，并且肯定不能通过自动排班解决很多场景的问题，一定会反复让研发来修改排班结果，就会造成研发与业务在运营时的纠结。研发对这个需求自己觉得没有很好的解决方案，也就耽搁了。
在自动排班这个我觉得相对特殊的功能领域中确实会发生如之前研发说的问题，但是并不是没有解决方案，再次我也不是要说什么结论方案，我还是觉得，在组织上存在一定的结构性问题。
首先对于需求和设计，如果让研发负责就是个问题，因为研发会因为自己对运维，设计等的理解不同就会比较抵触一些需求，但是，做不做需求是管理者对于需求价值的综合考量，成本只是其中一个考量点，不是决定性因素，更不是全部。
其次，对于明确的需求，要有周全的设计，这个部分可以理解为业务专家和技术专家组的共同方案，是多个专家的博弈结果，肯定有人赞同有人反对，主要看理由还有代价。只让一名研发来决策，那么企业战略大概率是做不下去的。
最后就是如何合理的运营。对于运营可以通过业务人员的新工作和IT运维人员共同完成，并非只有谁做谁来打到底的要求。我对开发人员的要求更多是多人可以共同完成一个项目，一人也可以支持多个项目。
总之，一个小项目，有时候让一个人决策，往往会陷入到决策偏差而不自知，多人多角色可以说是一种解决方案。
网友评论