我为什么要推进工作模式的改革

作者: 唐杰 分类: 职场人生 发布时间: 2012-05-11 11:14

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

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

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

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

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、这一些改革对公司有什么影响?

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

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!

一条评论
  • 68web

    2012年9月24日 17:50

    讲解得很详细,好文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注