最近工作中遇到一个问题。目前公司主要两条产品线,前端组3个人,一个经理带着两个工程师。有两个后端组分别负责两条产品线,每组4~5个工程师。我们走的是类似敏捷流程,大概3周一个迭代。每个迭代分为需求,开发,测试不同阶段。期间会有很多的会议,需求沟通会(2~3次),测试用例评审会(1次),项目结束后的回归会议(1次),以及其他可能的临时会议。确实会比较多。前端团队3个人是一起同时参加每个产品的迭代。由于每个产品的迭代周期不一样,一个产品线可能正在开发阶段,另外一个已经进入了测试阶段和需求阶段。造成前端团队的人在编码或改bugs时,又要被另外一个产品线叫去需求评审会,节奏很混乱。前端团队自己也觉得不“舒服”,其他同事也感觉大家步调不一致。面对这种情况,我和前端经理商量如何解决。他的反馈也是,感觉工作不顺畅。由于后端是分开成两组,所以他们感觉不到冲突,但前端组人员少,是大家一起同时做2个产品,所以冲突很明显。但他也一时没有想出好的解决办法。这个问题就抛出来到我这边了。进过一段时间的思考,我给出了解决方案。办法其实很简单,就是在前端组内部也分为两组,两个工程师每人专职负责1个产品线,他作为经理辛苦一点,同时参加两个产品线。这样既解决了冲突问题,又保证他对前端组的整体管理和任务分配。经过这样调整后,冲突明显改善,两个产品的敏捷也跑的更加顺利了!
问题解决,也再一次说明“办法总比困难多!”