项目管理-时间冲突带来的问题

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

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

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

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

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