续上一篇《最近的一些思考》，我为什么要推进工作模式的改革。

最近一段时间，工作很忙，忙的过程中，我却没有感受到充实，反而越显凌乱，也越来越累。

忙和累本应该有一些成绩，但是不仅没有成绩，反而每件事都没有做好，于是我开始思考问题出现在哪里？ 多元化的产品经理该如何划分任务。

对于这些问题的思考，我设想出了工作模式的改革，那么我为什么要推进这项工作呢？下面我就对自己提出一些问题并解答。

1、为什么忙和累？

目前就我一位产品经理，我要负责信息结构的规划、iOS平台产品、Android平台产品、多媒体业务。由于事情多，所以忙，由于精力分散，所以每件事都没有做好。

2、我为什么要集中精力解决多媒体业务的框架化问题？

由于多媒体业务的个性化定制的属性，我们的精力会被这件事给牵制，同时也会打乱我们原本的工作计划。基于以往的案例，促使我决定将精力集中在解决多媒体业务的框架问题，从而减轻我们技术成本，提升多媒体业务的效率。

多媒体业务的框架化是能够将我们技术人员从这种重复量高、效率低的工作中抽身出来，从而放更多精力在框架模块的改良和优化。

3、我为什么要首先解决多媒体业务问题？

基于第2条问题的初衷，所以我决定首先解决这个问题。

以我们技术总监的规划，由每次业务制作中积累构架，从而逐渐减轻工作量。以4项业务为例：第一次用时10天、第二次8天、第三次5天、第四次2天，那么4项业务共用时25天。

但是经过我的了解，多媒体业务是可以全面接单的，也就是有动力推动我们集中精力进行框架化。那么以我的规划，用时5天集中精力将多媒体业务框架化，以后每次只需要用时2天，因此4项业务共用时13天。

这种天数的估算是成比例的，如果集中精力解决框架需要10天，那么逐步解决框架肯定要更多的时间（其中还不算沟通成本）。

4、再问一次，为什么我要集中精力解决多媒体业务问题？

由于框架化只是我们内部的称谓，大家都知道框架了，但是却没有切实的见到框架，因此在市场提案时、设计师设计时、技术人员组装时，都没有办法统一，而在逐步中改良又会出现沟通的差异性导致结果的差异。

基于这些问题，就会出现市场不知道框架结构，无法有效的制定提案；设计师不知道框架标准及规范，从而天马行空的设计；技术人员临时抽离框架，从而增加调试的工作量，也会增加BUG的出现，也没有办法对单个框架进行UE上的改良。

5、那么我设想是如何框架化的？

由设计师和技术员两人集中精力将多媒体业务框架化，设计师制定规范，技术员封装模块，最后将各个模块放到设备中提供给大家预览。

框架模块分为：导航、户型、单页面、多元素单页面、子类导航单页面、选项卡单页面、视图单页面、视频播放、位置导航、微博、其他

这样不仅可以让我们对单个模块进行各方面的改良，也可以针对某个模块进行测试。同时形成规范，在提案和设计时都会有统一的标准。而这些框架模块也能运用到以后的产品当中。

6、我为什么要实行小步走？

由于各方面的需求，每次版本更新的内容都很多，这就会导致每个人的工作节奏不串联，没有合理且统一的任务管理和目标管理，最终结果就是到截止日期时每个需求都做了一点，每个需求都差一点。

所以我决定实行小步走，细分工作内容，也许正式发布的版本号是V2.0，但是在内部是从V1.1开始划分10个小里程碑的小版本，逐步前行，这样不仅可以有统一的任务和目标管理，也可以有针对性的功能测试，从而保证大家的工作串联性，并形成同步的工作节奏，以此提升工作效率。

7、为什么要尝试小组制工作模式？

小组模式的运作是集中了工作能力，让大家都有专注的方向和目标，提升工作注意力，从而实现小步快跑。

合理的职责分工也可以帮助我们在平台运作、商业挖掘、新产品探索这三个方面同步快速拓展。

8、这一些改革对公司有什么影响？

保证了工作的串联性和节奏感，也能提升工作效率，同时减轻了我在其他职位的细节工作，让我有更多精力放在数据分析和需求挖掘上。