SHESHUI.ME

产品需小步快跑 天下武功 唯快不破

最后更新 Jun 09, 2015

产品需小步快跑 天下武功 唯快不破

关键词:产品设计、用户体验设计、产品迭代、敏捷开发

话说,如果你当前在完成一个产品项目时还是在等在资源排期,那么你已经死在半道上了。因为你的竞争对手已经超越你了,随时可以把你灭了或者至少你也被这个行业所边缘化了。 以下我回顾以前的工作经历,来说明这个问题。


两个很简单的“不能”,要做好这两个不能不容易,特别是细节极致

最初,在一家法国公司,我们的产品项目都走流程管理,跨越部门沟通阻碍。直接由项目经理跟进,在线流程管理系统控制整个包括、视觉设计、前端开发、后台开发、系统集成、产品测试、用户体验改进等多个部门。产品流程走到哪个部门,哪个部门就需要在指定的deadline交由下一个流程部门。简单说就是流水线作业。时效性带来的效果很好。要不然怎么说万恶的资本主义怎么会如此容易榨取剩余价值呢,这其中的奥妙就是高效率带来高效果!

其后,我接触到德国公司,德国人著有的严谨风格让世人都刮目相看。而也同时因为这种严谨在适应互联网产品发展上也带来一些阻碍,就是速度不够(互联网产业更适合美国,法国人追求的完美,造就的产品也很漂亮,甚至coding都是那么的浪漫)。 比如说,他们在coding时,每一行code都需要有项目经理review,通不过还得改写。而测试也分自动化测试与人工测试(包括黑白盒测试法),当然还有所谓的抽检。 而这一些下来或许很大程度上影响了产品开发效率。于是开启了敏捷开发模式,所有人共同参与项目讨论,评估项目进度已经所花费的成本。其中前端开发要善于提出用户体验提升的方法,这个不仅仅是用户体验设计师或交互设计师的工作,而用户体验过程的提升首选也要由视觉设计师参与。在整个产品项目中把大的project分隔成小块,而后在细分到不同人完成不同sprint,而不同的sprint还可能被分成不同task,而后进行归类,优先完成有利于整个项目进展的工作。


变动型组织

敏捷有一个好处就是跨越了部门,人都在一起,沟通更直接了。而项目经理管理的流程式开发则一定程度上解决了跨部门沟通的问题。但对项目经理已经工作流优化需要有更高的要求。最糟糕的就是部门式管理,所产生的部门内阻严重使得整个公司成为停顿型组织,效率没法提升,产品没法做好。

最后我想说的就是,互联网产品没有最好,只有不断向极致迈进,每天一小改,两周一大改,我记得国内某即时通讯公司每天都会提交一些bug,而且固定每周上两个版本更新,主要是包括小项目小功能的上线以及一些bug的修复。这样下来,每个季度基本都能在产品上完成一次较大突破。所以, 如果你还在等待排期,那已经死了!

 

update 2013-02-18

以上是年前写的一些对于互联网产品进度方面的个人感受,现在看来或许也不那么完全正确,有的观点或许也需要有更大的提升,比如在一个公司或企业组织刚组建时的资源配置及组织结构与其后来发展到一定规模时必然有不相适应的地方。那么,首先要做好的是一个长远的组织规划,其后则是在必要时刻调整优化组织结构。去年,新浪、腾讯都进行大规模的组织架构重组,我想这肯定也是为了适应新兴互联网市场的变化发展。虽然有时一次内部调整会带来较大的创伤,不过这也是不得不为之的变化。环境在变化,那么企业内部必须保持变化。

其实,身在企业的每一个人都要善于去适应并努力做出改变。要发展,从改变自己开始(不光是企业或个人)。

评论

comment

暂无留言。

* 先[预览],后[提交]。

目录