研发管理流程 - 需求管理

发表于:2018-7-18 13:30

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:benhouse    来源:简书

  需求是产品研发的起点。
  需求的把控就像开车握着方向盘。可能只是偏离一个很小的角度,车行驶的轨迹便完全不同。
  重要性
  不知为什么,大部分时候我们总是倾向忽略需求管理的重要性
  因此我会老实地多写一些字来强调这点。
  我尽量用轻松的语气聊这个话题,虽然这个话题沉重无比。
  需求是产品不断完善与进化的核心抓手。
  我们的产品团队,研发团队,测试团队,交付团队,他们一个个都在围绕需求,日以继夜地工作,挥洒汗水,试图把产品变得更完美。
  大家如此努力,我们的产品真的有变得越来好了么?
  有没有发现产品里充斥一大堆没几个人用的玩具特性?
  产品的各种功能仿佛一大坨狗皮膏药层层叠叠地贴在一起,让人望而生畏
  。
  没有一个人说的清楚产品的完整的权限体系,总有各种漏洞和分支情况。
  经常碰到奇怪的小机关在不起眼的角落,过了一段时间没有人知道这上千个开关都是做什么用的。
  研发变得越来越慢,技术小哥每做一个新功能都徒劳地想把牵扯到的几十种场景梳理明白。最后决定推翻了重做。大量重构让人身心俱疲。
  一个按钮是否显示的判断逻辑写了十几个条件,让人眼花缭乱。即使是一个小修改,由于产品经理一时考虑不全相关联的几十个点,后期总有大量的【设计遗漏】类型的bug提上来。
  哦!这简直糟糕透顶!难道不是吗!
  我仔细思索了一番,我们时常选择忽视需求管理,可能因为这实在是一件很难的事情。
  我们需要有大智慧,大勇气,大决断,来做好需求管理。
  需求管理在产品研发流程的最上游,因此每一个错误的决定,都会导致后续巨量,无效的研发成本投入,测试成本投入,修正成本投入,额外运维成本投入。杀伤力堪比原子弹。
  很多人都了解【技术债】这个词儿。由于初期用了不恰当的架构,导致后续所有研发都不那么对劲,总是有着不可理喻的限制或者瓶颈。
  类似的,如果忽略了需求管理,我们会慢慢背上【设计债】。
  这种债更直观,见效更快,效果更明显,影响更广泛。
  当我们焦头烂额,步履维艰的时候,看不下去的老板可能终于有一天来问你
  小马,我如果给你2000万,让你再拉30个人,花一年时间把产品重做一遍,是不是能解决问题?
  如果不清楚症结所在,我相信你答不好老板的这个问题。
  你需要的角色
  这个部分我们探讨你需要哪些小伙伴来做好需求管理。
  产品总监
  产品总监的作用可能比我们想到的更广泛,更具体,更具影响力。这绝对不是一个虚无缥缈的Title。
  在产品型公司,产品总监就是公司的灵魂,是产品进化的舵手。除了清晰的思路,他需要像孩子一样疼爱自己的产品,不停地思考如何才能把自己的孩子培养得更优秀。
  这个职位的人需要有相当的决策权力,以保证其智慧,决断,领袖气质,能够引领产品向着正确的方向行进。
  最优秀的产品总监会争取他所需要的决策权,为了让产品符合自己的设想不择手段。然而这样的人真的可遇不可求。所以不是找到一个能力出众的产品总监就结束了,一般情况下他需要充分的授权。
  他的重要性
  必不可少
  他的工作内容
  规划产品边界
  产品是什么?能做什么?不能做什么?
  成本是有限的,产品总监通过厘清产品边界,帮助我们阻止成本浪费在无谓的特性上。再强调一遍,这里的成本包括研发成本,测试成本,交付成本,运维成本等一系列巨量的下游成本,所以千万别在产品设计环节省钱!
  我讲个故事大家都懂了。
  有一个做考勤打卡产品的公司,他们有很多大客户。
  有一个客户提出能不能帮忙管一下员工休假。
  于是公司花了一个月完成了休假模块,员工可以在产品中提出休假申请,并进行主管审批。
  过了一个月客户提出不能做休假申请撤回,有时候员工不能按计划休假,需要有个撤回休假申请按钮。
  又过了一个月,客户再次提出员工休假需要有公司级别控制,需要在产品中完成员工休假计算模块,计算员工休假剩余天数。
  一切还没结束。
  没过几天客户打电话来,员工休假数据没有和薪酬系统打通,休假需要影响薪酬计算。
  这个故事我还可以写很长。
  但是意思大家明白了吧?
  假如我们的产品是一个完美的圆,当客户要求边界外的东西的时候,就相当于在这个圆上凸起一个【包】,我们的产品不圆了!不要存在侥幸心理,后面一系列压力会让我们把这个【包】周围都补全了,变成一个更大的圆。
  做这件事情有着我们很难预估的成本。当这个包不是我们产品应覆盖的东西的时候,画这个圆的成本就是不折不扣的浪费!
      
  规划产品进化方向
  产品边界并不是一成不变的,产品总监要有高屋建瓴的思路,要有对竞品降维打击的气概和长远规划。没有这个规划,产品的生长就是无序且混乱的,必然导致多走很多弯路。
  很经典的案例就是美团产品的进化扩张路程。
  由最初的团购,到涉足外卖业务,到合并大众点评,到现在的美团打车。
  一个产品体系中的产品互为倚重,相互引流。点评搜到饭店可以直接美团打车过去,美团外卖会送打车优惠券。这种产品体系的扩张方式体现了产品总监高超智慧。
  参与需求总监评审
  需求总监评审是产品总监控制产品发展的重要抓手。
  总会有纷纷扰扰的需求不停地被提出,做还是不做?自己做还是用外部产品?自己做的话用什么方式做?
  产品总监需要清晰的思路和优秀的沟通能力,表述自己的观点,说服需求提出者按照自己的意志来进行。
  其他日常事务
  包括招募团队成员,协调分工等,在此就不细述了。
  产品经理
  产品经理要做的事情复杂而繁琐。
  你绝对不想让什么人来兼职这个角色。那未免太不人道了。
  我们不妨先来看下产品经理的职责清单。

      上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号