产品管理中的流程、产品跟人.doc

产品管理中的流程、产品和人之前一直存着一个疑问:支付宝页面这么少,为什么大家都这么忙? 有这个疑问的时候,团队里的人,包括上海那边的三个,总共有十几人。那时候也偶尔会听到其他人在说流程怎么不好,流程怎么改,诸如此类,云云。作为一个新人也只是听听就过了。那是没办法,连流程也不知道,怎么去建议,怎么去改。另外,当时也正在做一个升级包,163个邮件模板j全部做成全新的。情况是一个升级包就改163个页面(回想起来这TMD难道不是个项目么,而且是给一个完全不熟悉这边的新人),当时也没怎么想,只是觉得连个升级包都这么麻烦,那么10来个前端这么忙也是理所当然的。结果。现在团队已经有很多人。还是看起来特别忙。还是总有人告诉你他特别忙。什么情况?! 一、我的流程先抛开公司流程,说说自己的流程。事实上,已经很久没有走完一个公司产品流程。离开业务组已快一年,在架构组一般都是前端内部的项目。项目开发流程都由自己或架构组项目小组规划,时间的制定也主要由自己制定报主管知悉。也就没有觉得流程有什么问题。因为一般我们都会分析项目,比如做样式库的时候大概的流程规范是这样的: 1、前期分析 1)要达成的目标 2)知识储备 3)投入人员 4)旧版与新版升级方案 2、项目分解 1)项目解构、细化工作 2)开发工作分配 3、开发/跟进 1)开始代码开发/文档编写 2)跟进进度,做相应调整 4、发布/宣讲 1)阶段性报告 2)阶段性发布/宣讲 5、另一个流程 1)开始下一个循环对于这样的流程,都是按实现项目来做规划的。并不会有什么问题。不过,公司可不是这样。大家都有着一个共用的流程,这是某个人或某群人在历史上某个时间为你预先制定好的流程。二、公司流程至于具体的流程,这个我也不好细说,其实也没必要那么细。用三个事来描述吧。事情是这样的:一,某工友让我帮fixed一个bug,他说用的是新版的Alice(我们的内部样式[CSS]库),结果debug发现引起bug的是上一版的Alice引起的;二,某工友突然有事走开,有一个新产品在做,做为项目支持的我,接手了他的工作,两天要完成20+页面。三,有一个很有必要的点要改,但不是bug,没人想起紧急发布。这样,这里有两个情况: 情况一:产品的”升级“包并没有升级计划。情况二:新起产品项目没有为技术升级留时间。情况三:流程分数和产品体验并不一定成正比。当然,出现情况一、情况二这样的状况,也可以说是自己不够努力。怎么说呢,其实即便是使用旧的样式,不是在支付宝前端团队这样有维护样式库的团队,也会做得够呛。至于升级到最新版本,加班的话,也不是不可能完成,只是QA团队的测试又怎么能来得及?然后我们说QA也加班加点吧,事情也是可以完成的,但这对于公司和员工这总不是长久之计。至于情况三。其实我们在一个大环境,在一个有着”为了更好体验“为口号的团队,在一个为了客户更安全稳定而特别看重可用性的公司,还有着很多层的老板关系。这样一来,这里可能(可能,是可能)流程算出的分数并不一定和体验成正比(因为这样写,我竟然差点都同意了)。总结一下,这三个情况其实需要我们去解决的是两点: 1)时间只有365天,不长不短,不能省不能加。流程如何去保证时间的分配。 2)流程如何去保证产品的更好发展。说到这里。就不得不说一下人了。三、人想想你平时是怎么做一件事的。特别是做你喜欢的事和不喜欢的事的情