产品管理过程的核心管控方法

标签: 产品管理 核心 管控 | 发表时间:2012-07-22 12:37 | 作者:linco_zhang
出处:http://blog.csdn.net

产品管理过程是一个复杂过程,好的管理者都知道如何抽丝剥茧,让复杂的过程简单化。最近也有很多人问我,我们在产品管理过程中有什么好的思路可以分享。首先,我相信不同的PM有不同的方法,没有所谓的一定最好,只有通过实际环境使用过才能逐步形成自己靠谱的方法。抽出一些时间,我把我认为较为有效的经验大致整理了一下分享给大家。 核心就是利用产品feature管控表这个工具来简化工作,让复杂的事情变得简单。

*何为产品feature管控表

每个产品都有不同的feature,这是产品的核心和价值体现。只有管理好产品的feature,才能把握产品的方向和质量。那么,管控表就是在产品生成过程中,将产品feature通过统一的视图进行汇聚并清晰的分类和描述,PM能在产品不同阶段都牢牢把控产品的核心view。

*产品feature长啥样

首先,这只是个形式而已,用什么工具来展现并不重要。我们一般通过一张excel表格来制作,这张表格是一张动态的表格,它会在不同阶段承载着不同阶段的成果。

1-   创建:在产品初始设计阶段,将产品的特性逐一放入管控表。PM会对这些特性做逐一的review,标记feature的属性,比如,价值(普通feature,产品核心feature),实现版本(α,β)等。

2-   确认:产品核心团队会就feature管控表进行内部评审,最终确定产品的版本计划和研发计划,PM制定产品的总体发布计划。

3-   设计:设计人员基于featur管控表的feature进行逐一设计,并在feature管控表中标记设计要点。并在feature表中标记架构需要优化考虑或二次架构设计的内容。

4-   研发:研发会依照feature管控表中的版本计划,制定每个feature的研发计划。其中,我们会把UE设计,前端开发,后端开发严格的区分开,并按照前后逻辑制订合理的研发工序。

5-   测试:测试基于feature管控表中研发的计划,制定详细的测试和回归计划。其中最重要的测试包括:关键feature的性能测试,关键feature的用户体验测试,关键feature的安全性测试等。

6-   版本发布:按照feature管控表的版本计划,进行打包和发布。

7-   运营和优化:产品上线后,还会基于使用效果和反馈,进行产品feature变更和升级。

*为何我这么推崇产品管控表方法

1-最重要的价值:不同涉众看到的是统一视图,在产品团队中,我会严格要求所有人的交互界面只有一个,就是这个feature管控表,这个表的update的最终确认权利只属于PM。这让很多因需求不了解,功能不清晰,配置错乱而影响team之间沟通效率的情况大大减少。

2-尽量控制产品生成过程中的文档工作量:我刻意去减少team的文档工作量,只将最重要的内容填充到表中,比如产品feature,设计重点,二次架构设计点,阶段计划,变更点,重要验证点,版本发布点,优化点等。用最精简和言简意赅的文字让团队间的信息充分分享和保证绝对的统一思想。

3-让产品的出资方和利益方最方便的每周了解产品的生产进度,他们也将随时看到一个完整的产品地图,我有时候也会把SCRUM里面的燃尽图引入到feature管控表中。

作者:linco_zhang 发表于2012-7-22 12:37:44 原文链接
阅读:0 评论:0 查看评论

相关 [产品管理 核心 管控] 推荐:

产品管理过程的核心管控方法

- - CSDN博客推荐文章
产品管理过程是一个复杂过程,好的管理者都知道如何抽丝剥茧,让复杂的过程简单化. 最近也有很多人问我,我们在产品管理过程中有什么好的思路可以分享. 首先,我相信不同的PM有不同的方法,没有所谓的一定最好,只有通过实际环境使用过才能逐步形成自己靠谱的方法. 抽出一些时间,我把我认为较为有效的经验大致整理了一下分享给大家.

敏捷流程中的产品管理

- - 人人都是产品经理
对于敏捷开发,讲它的价值、方法的内容已经够多. 而对于需求、设计、测试这三个环节,如何适配并融入敏捷开发的流程,却着墨寥寥. 本文主要从产品设计及需求表达两个方面,介绍如何在敏捷开发的背景下,保证产品设计不挖坑,并为开发人员提供的高效支撑. 文中所述适用于中小规模的团队,产品形态以web端非成熟期产品为最匹配.

产品管理:用流程规避风险

- Dynamic - 所有文章 - UCD大社区
最近一直在跟的一些项目,过程中出现了一些反复,原因有很多. 深入分析一下问题根结,希望以后能避免. 关键词:产品负责制、确认层级机制、产品脊梁、靠谱. 1、项目初期,产品原则已经开会统一、皆大欢喜,但中期却在产品原则上出现分歧. 甚至在产品面临上线时,还有人为该产品赋予新的定位. 2、产品设计环节中,在产品需求和定位已确认的情况下,纠结在“不符合需求、偏离定位”的设计细节,僵持不下、浪费时间、拖垮精力.

产品管理的前世今生—昨天

- Frank Cai - 《程序员》杂志官网
作为“产品管理的前世今生”系列文章首篇,本文介绍了产品管理体系所依赖的理论基础、所属的学科范畴、经历的阶段以及一些常识性的概念错误. 说到产品管理体系的诞生,问10个产品管理者,会有9个告诉你宝洁的故事. 确实如此,国内几乎所有的产品管理者,不分行业,都无一例外地知道产品管理者诞生于宝洁公司,并以此作为工作的标杆而津津乐道.

《Scrum敏捷产品管理》读书笔记

- - CSDN博客研发管理推荐文章
提到产品管理,在Scrum中,首先就想到的角色是产品负责人. 因此我们先来看看产品负责人(Product Owner),以及这个角色的特征:. 然后对于大型产品而言,一个产品负责人是不够的,所以存在产品负责人扩展的问题. 对于产品负责人,常见的问题有:. Kano model (卡诺模型)可以帮助我们选择合适的功能,开发出吸引人的产品.

敏捷产品管理之发布、迭代计划_Yanelnan的博客-CSDN博客

- -
上篇我带你从理解产品 Backlog 最好的形式 Story 开始,经过建模、搜集、编写、估算这四个步骤,编写出有效并且粒度合适的 Story 来帮助团队成员在理解需求上达成一致. 让“一张卡片”发挥出它的洪荒之力,快速挖掘需求,理解需求. 本篇我会带着你用编写好的 Story 来制定发布计划、迭代计划,并且在过程中进行有效测试和监控.

文章: 从关系数据库向NoSQL迁移:采访Couchbase的产品管理主管Dipti Borkar

- - InfoQ cn
尽管关系数据库用于存储数据已经有几十年的历史,而且对很多用例而言,这仍然代表着一类可行的方案,但NoSQL正在成为人们当前的选择,尤其是考虑可伸缩性和性能的时候. 本文是对Couchbase的产品管理主管Dipti Borkar的采访,主要谈到了从关系数据库向NoSQL迁移的挑战、收益和过程. QCon北京2013,架构设计,大数据云计算等十八项专题,1月6日前报名7折.

Android核心功能

- - 技术改变世界 创新驱动中国 - 《程序员》官网
Android功能模块的概况,就像看Android的“个人简历”一样,帮助我们对它的能力有整体上的认识,进而在应用开发之前可以更好地评估技术上的可能性和风险性. 每个Android开发者都会关心Android到底能够打造怎样的用户界面(User Interface,UI). Android界面框架中最有特色的部分是资源(Resource)和布局(Layout)体系,通过完善的控件库和简明的接口设计,开发者可以尽快搭建自己需要的界面.

matplotlib核心剖析

- - 博客园_首页
作者:Vamei 出处:http://www.cnblogs.com/vamei 欢迎转载,也请保留这段声明. matplotlib是基于Python语言的开源项目,旨在为Python提供一个数据绘图包. 我将在这篇文章中介绍matplotlib API的核心对象,并介绍如何使用这些对象来实现绘图.

专注核心功能

- 小宇 - 互联网的那点事...
当我还小的时候,出了什么毛病都爱用风油精. 无论是虫叮蚊咬,晕车晕船还是感冒发烧,风油精都能派上用场. 因此当我颇为自豪的向我的小伙伴炫耀道“风油精什么都能治”的时候,他的一句“风油精什么都能治,什么都治不好”着实给我泼了一头冷水. 随着我逐渐长大,我遇到了更多“万能”的产品:能刮胡子能双卡双待能遥控电视的手机、能祛痘美白淡斑保湿去黑头的面膜、能交友能婚恋能看视频能做3D特效的网站等等.