作者:郑志强 · 2016-12-07
今天思考一个问题,很多互联网产品都是残品,感觉根本不是这个时代应该存在的东西,那为什么还有企业要这样做呢?真的是企业自愿的吗?他们的产品经理就那么无能吗?
答案是否定的,产品变残品,并非产品经理的无能,我们也没必要去给他们挂上一个残品经理的名号,就好比一个勤恳的软件工程师硬生生的被大家搞成了程序猿?说到底,还是某一个步骤或方式出现了问题,今天有料来给大家解决这个问题,画龙点睛,让产品经理翻身的时候到了!
那么,只有问题出现之时我们才需要沟通解决,所以首个方案我们先要排除这个问题流程的出现。由于产品实现过程中很难避免不出现需求变更和计划调整,并且每一次的变更或调整都会对原计划和工作节奏造成影响,很可能会导致产品仓促完成或者延期完成,所以在工作中产品经理尽量不要把版本计划安排到半年或一年的时间,通常情况每一个版本的迭代周期在一个月左右,最多的也不会超过三个月,这样可以有效的避免在长周期的开发计划中出现不确定的因素,从而影响产品计划和工作节奏。
缩短了产品迭代周期之后,当有新的需求想法的时候,就可以在沟通中说明下一版本考虑,反正迭代周期很短,很快就到下一个版本了。如果需求提出方非要冲撞产品原本计划和节奏,强行插入要求变更需求,那么我们就要用到“需求池”作为沟通依据了。
需求池,顾名思义就是把很多需求放到一起的东西,然后在规划版本的时候,从池子里根据“轻重缓急”和“优先级”来筛选出几个需求,排一排、整一整,弄成一个版本开发计划。需求池工具有很多,比如Project、Execl、MindManager等等都可以作为需求池管理工具。
在产品生命周期管理中,靠谱的、不靠谱的、紧急的、不紧急的,所有的需求都应该放到池子里,每一次安排产品版本计划的时候都要重新审视一遍需求。当我们上图的问题流程出现的时候,我们就可以用“需求池”作为沟通依据,首先安慰需求提出者,他们的需求我们都重视了,已经放到了需求池当中,但是安排开发需要根据池子里的所有需求进行“轻重缓急”和“优先级”的权重比较。
如果产品有很多紧急的需求,那么产品经理可以通过需求池来分拆需求,根据迭代周期来分拆需求的实现计划,将长周期的产品需求分拆成多个短周期的产品版本计划,这样不仅仅可以避免长周期中的不确定因素的影响,还可以为产品计划建立多个小的里程碑,让团队成员经常有一个阶段性的心理缓冲和小里程碑的成就感。
通过缩小产品迭代周期,从而让需求都有一个大家能接受的缓冲期,在这个缓冲期过后,重新规划版本计划的时候再来考量需求,此时大家都过了头脑发热的阶段,更能深思熟虑的权衡所有需求的可行性和必要性,并比较需求的轻重缓急和优先级。
如果项目清晰度欠佳,或者大家对项目的理解和需求很模糊,这会导致我们做产品设计的时候出现反复的需求更改现象,那么,我的方案就是缩短迭代周期和采用需求池管理产品计划。
总结一下优势
1、采用需求池作为沟通依据,在和BOSS沟通的时候,会让BOSS觉得你做事认真和有条理,在工作中会大大的给你加分哦。
2、需求池是一个优秀产品必备的,类似程序员的应用程序池。
3、把产品的工作,变得具象化,变得有章可循,就好比交通,什么时候该走,什么时候该等,掌握了这个节奏,你会发现,产品经理并没有那么累,反而能给你很多宽裕的时间去思考更多的东西。
4、习惯这种方式,你会变得海纳百川,再也不会觉得别人提需求是多余了,因为你有一个池子可以把需求都放下,这个时候你会需要跟多的需求,工作心态也会逐渐的变好,团队协作会更加默契。
5、试想一下,生活中还有什么事情嫩通过需求池的方式来解决呢?当然很多了,去慢慢体会,把需求池的方式变成框架,嵌套在生活中的每个节点中,你会发现,很多你以前接受不了的事情或者无法解决的事情,逐渐的有了转机。
这就是工作的魅力,让我们找到好的方式,不断学习和提升自己,你是否找回了当年在学校的那种感觉?有些东西,一旦入门了,就爱上了,做起来也变得轻松了。
最后,祝愿各位产品经理,早日脱坑,做一个真正的产品经理,不做残品经理!
(▼ 点击图片查看更多福利资源)
联系微信:18938040424
微 信 公 众 号
Copyright © 2015- APP干货铺子 版权所有 京ICP备20017819号
您的报名信息已提交!
请等待工作人员的进一步通知
郑志强 · 2016-12-07
今天思考一个问题,很多互联网产品都是残品,感觉根本不是这个时代应该存在的东西,那为什么还有企业要这样做呢?真的是企业自愿的吗?他们的产品经理就那么无能吗?
答案是否定的,产品变残品,并非产品经理的无能,我们也没必要去给他们挂上一个残品经理的名号,就好比一个勤恳的软件工程师硬生生的被大家搞成了程序猿?说到底,还是某一个步骤或方式出现了问题,今天有料来给大家解决这个问题,画龙点睛,让产品经理翻身的时候到了!
那么,只有问题出现之时我们才需要沟通解决,所以首个方案我们先要排除这个问题流程的出现。由于产品实现过程中很难避免不出现需求变更和计划调整,并且每一次的变更或调整都会对原计划和工作节奏造成影响,很可能会导致产品仓促完成或者延期完成,所以在工作中产品经理尽量不要把版本计划安排到半年或一年的时间,通常情况每一个版本的迭代周期在一个月左右,最多的也不会超过三个月,这样可以有效的避免在长周期的开发计划中出现不确定的因素,从而影响产品计划和工作节奏。
缩短了产品迭代周期之后,当有新的需求想法的时候,就可以在沟通中说明下一版本考虑,反正迭代周期很短,很快就到下一个版本了。如果需求提出方非要冲撞产品原本计划和节奏,强行插入要求变更需求,那么我们就要用到“需求池”作为沟通依据了。
需求池,顾名思义就是把很多需求放到一起的东西,然后在规划版本的时候,从池子里根据“轻重缓急”和“优先级”来筛选出几个需求,排一排、整一整,弄成一个版本开发计划。需求池工具有很多,比如Project、Execl、MindManager等等都可以作为需求池管理工具。
在产品生命周期管理中,靠谱的、不靠谱的、紧急的、不紧急的,所有的需求都应该放到池子里,每一次安排产品版本计划的时候都要重新审视一遍需求。当我们上图的问题流程出现的时候,我们就可以用“需求池”作为沟通依据,首先安慰需求提出者,他们的需求我们都重视了,已经放到了需求池当中,但是安排开发需要根据池子里的所有需求进行“轻重缓急”和“优先级”的权重比较。
如果产品有很多紧急的需求,那么产品经理可以通过需求池来分拆需求,根据迭代周期来分拆需求的实现计划,将长周期的产品需求分拆成多个短周期的产品版本计划,这样不仅仅可以避免长周期中的不确定因素的影响,还可以为产品计划建立多个小的里程碑,让团队成员经常有一个阶段性的心理缓冲和小里程碑的成就感。
通过缩小产品迭代周期,从而让需求都有一个大家能接受的缓冲期,在这个缓冲期过后,重新规划版本计划的时候再来考量需求,此时大家都过了头脑发热的阶段,更能深思熟虑的权衡所有需求的可行性和必要性,并比较需求的轻重缓急和优先级。
如果项目清晰度欠佳,或者大家对项目的理解和需求很模糊,这会导致我们做产品设计的时候出现反复的需求更改现象,那么,我的方案就是缩短迭代周期和采用需求池管理产品计划。
总结一下优势
1、采用需求池作为沟通依据,在和BOSS沟通的时候,会让BOSS觉得你做事认真和有条理,在工作中会大大的给你加分哦。
2、需求池是一个优秀产品必备的,类似程序员的应用程序池。
3、把产品的工作,变得具象化,变得有章可循,就好比交通,什么时候该走,什么时候该等,掌握了这个节奏,你会发现,产品经理并没有那么累,反而能给你很多宽裕的时间去思考更多的东西。
4、习惯这种方式,你会变得海纳百川,再也不会觉得别人提需求是多余了,因为你有一个池子可以把需求都放下,这个时候你会需要跟多的需求,工作心态也会逐渐的变好,团队协作会更加默契。
5、试想一下,生活中还有什么事情嫩通过需求池的方式来解决呢?当然很多了,去慢慢体会,把需求池的方式变成框架,嵌套在生活中的每个节点中,你会发现,很多你以前接受不了的事情或者无法解决的事情,逐渐的有了转机。
这就是工作的魅力,让我们找到好的方式,不断学习和提升自己,你是否找回了当年在学校的那种感觉?有些东西,一旦入门了,就爱上了,做起来也变得轻松了。
最后,祝愿各位产品经理,早日脱坑,做一个真正的产品经理,不做残品经理!
(▼ 点击图片查看更多福利资源)
联系微信:18938040424
您的报名信息已提交!请等待工作人员的进一步通知
您的报名信息已提交!
请等待工作人员的进一步通知