最近在做研发工作管理时出现了一个比较严重的问题，二个不同工作需求同时发生，并且需要同一个团队来解决，这是一个典型的工作时间冲突，这种冲突少可以过的去，一但时间长而且难度大，免不了会给研发的同学带来压力，我做了一个简单的解决办法，相信这不是最终的办法，前面的路还是很长。。。。

  先说说 时间冲突来源，产品功能本质是上一套，但应用点会有多个方向，一个运营，一个是企业应用，这样一来当运营的工作与企业应用的工作在同一时间辛并发时就会出现一个先后，但有时是很难确定先后，而且系统功能上有些是交叉，在研发工作上是有交叉点，这样一来就更难排列工作的先后级别了，二边都需要等待研发团队的即时反馈，把研发同学搞的晕头转向了，而且有时工作的时间压力大，导致研发同学心理承受的压力很大，团队的生产效率降低，这些天一直在想办法解决这个冲突。

  从冲突问题点上看，是属于工作量与工作时间的分配上存在着冲突，这个冲突不是本质而是表象，所以回到源头来看冲突的根本在于工作需求的来源，一个是来自于运营部门的工作，一个是来自销售部门的工作，由于这二个部门的工作并发进行，而研发的工作是独立进行，如何把这二部份工作有效的分解才能比较有效的解决现在存在的问题。

  对于这个冲突我提出了二个解决方案，一个是把需求的来源进行分组，当运营的需求与销售的需求下来后，研发团队把工作进行分类分配到不同的研发工作组来进行，这样的好处是把工作进行了归类后分配给不同的组来进行，而且在系统功能的研发上能统一管理，不会导致系统功能的不一致性。另外一个方案是先把研发团队拆分成二组，一组是应应一组是运营组，不同的组来承担不同的工作，这样在工作的分配和时间分配上都没有冲突，但不好的地方就是在系统的功能研发沟通上存在着一些问题，因为系统是一套，但应用是会定制的，当企业的应用定制后有升级系统需求，企业可以把当前的软件版本升级到更高的版本而且又不能修改企类的定制功能，在研发的沟通上如果做的不到位，会给后面的升级工作带来很多的问题。

 通常做管理工作就是这样，解决了一个问题又会出现另外一个问题，只是现阶段合适用什么方法来解决，有没有什么方法可以保障它的顺利进行。我认为作为一个管理者应该具备识别问题和解决问题，保障工作顺利进行的能力。