领导需求不好接?给你一份“自救指南”

392次阅读
没有评论

当领导给你一份需求时,该如何解决?相信大家都有遇到类似的情况,本篇文章作者对此问题提供了一个详细的解决方案,然我们看看作者是怎么做的吧~

领导需求不好接?给你一份“自救指南”

“小赵,这个需求安排一下,比较紧急。”

“小王,我上次和你说的那个需求,怎么样了,明天能上线吗?”

领导直接过来安排需求,这样的场景你遇见过吗?

我是遇见了很多次,从开始的手足无措,到现在有自己的判断方法,确实经历了很多且反思了很多。现在让我和你简单聊一下在遇到这个场景的时候,我是如何去思考和解决的。

一、此类需求的本质和困难

首先需要明确两点:

其实无论是谁提的需求,本质上还是需求。需求是不会因为提出方的不同而改变其内核,只是有些需求可能只有对应的提出方才能想到。所以对你来说需要做的事情就是进行评估然后落地。

要以正确的心态去承接这个需求。一般来说领导提的需求对我们来说一定会有压力,这个时候更需要摆正心态去对待这件事情。既不要不经过评估没弄清楚需求就答应下来直接做,也不要因为会影响当前开发节奏就拒绝。

最好的方式是摆正心态,以一套完整应对需求的流程进行对待。之前的文章有提到接需求的流程,有兴趣的读者可以去翻看一下。

1. 此类需求有什么特点

1)没有需求背景信息

大家应该都听说过所谓“一句话需求”,其实这种需求最难做,没得到足够的信息去做需求和没有任何情报去打仗一样,结果基本上是失败。

2)一般很着急,“越快越好”

争取明天上线,这句话对产品经理的杀伤也许排在top5。但是赶时间不是主要的,需要赶出来的东西有没有价值,值不值得通过赶工的方式去做就需要产品经理的把控了。

3)很难反向提要求

大家或多或少都和提需求的同事辩论过,但是面对领导,因为身份原因,很可能说不出什么话。不过还是有一些沟通方法可以使用。

4)优先级不明确

我们都知道开发队列是不可能空着的,也就意味着当前研发必然在做当前优先级最高的事情。如果得不到关于需求的准确优先级,即使是一定要做的需求也没办法直接去定下来什么时候进行开发。

2. 有什么困难

就像都是子,鹤岗的和北京的有一些区别一样。虽然都是需求,但是领导提的和同事提的需求在别的层面还是有一些区别的。

主要有两点:

  1. 信息同步问题(不敢去沟通)
  2. 方案本身有问题(不敢去质疑或者没有独立思考)

这两个问题如何解决我在下面给出我的一些思考。

二、我们应该如何做

在我们了解了这类特殊需求相对于普通需求的一些共性和特性之后,我们就来说说应该如何做。

1. 询问需求详细背景信息

在之前的文章《如何接“业务方”需求》的时候说过一个小工具——需求收集模版。但是面对上级,直接丢过去一个表单让他填好像并不是特别合适。那我们如何采集必须的需求信息呢?

如果有条件的话,我建议采用最直接的face to face的方式,“访谈”。不过无论采用何种方式,目的都是要get到这个需求的背景和目的,了解我们为什么要做这件事。

领导直接和我们对接需求的时候,有时候我们也会因为自身的紧张原因少听漏听一部分信息,或者自己回想需求的某个点的时候不是很确定。

这个时候建议大家不要自己琢磨领导的用意,甚至自己去凭空想象以完成逻辑自洽,否则既达不到结果也把锅背的稳稳的(别问我为什么知道)。

所以当你梳理整个需求信息,正确的做法就是消除模糊,当发现部分信息你没get到。这个时候唯一正确的做法就是再去确认相关信息。不要因为是领导提的就不敢开口,问既是为了达成结果也是避免背锅。

沟通的时候要注意,听到了不代表理解了,要建立有效沟通,自以为听明白了之后最好再复述一遍自己的理解,以便确保双方的理解是一致。最大程度降低噪声带来的影响。下面的图可以参看一下,交流过程里会有很多产生噪声的地方。

领导需求不好接?给你一份“自救指南”

2. 了解老板具体的要求

1)优先级

了解这个需求的优先级和预期上线时间点,通常领导提的需求基本上会比较急。但是我们又不能直接拿这个模糊的“急”去修改任务队列,所以需要确认任务优先到什么程度,预期上线时间是多少。

2)当前领导的思路和方案

在领导提出需求的时候,通常伴随着一个初步的思路和解决方案。会让你沿着这个思路往下继续走。此时也要注意信息传递时的偏差,要确保双方理解一致。

然后去理解去思考这个方案是否准确,是否是最优解。

如果是,就往下推进,有问题再进行确认。

如果不是,提出自己的方案,再去探讨。

3)预期的汇报频率和内容

不知道大家有没有被领导问过任务进度的情况?曾经有段时间我经常被问及一个任务,后来我才明白。

其实领导主动询问预示着两点:

  • 此事重要
  • 事情对他来说失去掌握

职场所谓的向上管理其实很重要的一个点就是让领导觉得一切都在掌握中。所以提前知道这个任务需要按照什么频率进行汇报和怎么汇报是很重要的事情。一般来说,优先级不同,领导预期的反馈节点也就不一样。

是需要每天还是每周一次?是正式邮件还是发消息?这些提前确认好,后续做起来会更顺利。

3. 进行整体评估

在明确信息和要求之后,别急着进行产品设计。我们还需要评估以下方面。

判断老板方案是否最优(要经过自己独立的思考判断):

  • 是最优:有问题再确认
  • 不是最优:经过准备,提出更好的方案,和老板达成共识

我们还需要评估自己能不能搞定这个需求,从三个层面进行考虑

1)资源情况:人力和资金资源

预估人力或资金缺口量,把解决方案给老板进行决策。

2)自己的精力:精力是否能兼顾

列出花费精力的工作,和老板沟通。通过延后低优项目或引入伙伴来解决。

3)项目难度:自己能力能否充分应对

梳理有挑战的点,寻求老板帮助。通过指导或合作的方式解决。

4. 如果经过评估后发现此需求有问题,该如何做

在我们得到了具体的需求信息之后,经过判断发现这个需求不应该做或者不适合当下做,这个时候我们应该和领导提出自己的想法,这也是我们的职责所在。这时候可能有三个结果。

1)领导听劝,暂时不做

可以避免一次错误决策,继续把资源放在最需要的需求上。

2)领导补充信息,重新评估

之前遗漏了部分信息,导致评估的时候出现判断失误。拿到补充信息后,重新进行判断。

3)领导坚持要做,则落地执行

如果最后决定依然做。那么提出你的方案和建议,就算没被采纳,他也知道你提过建议。也可以避免背锅。

三、写在最后

最后总结一下关键点,接此类需求,你需要记住以下几点:

  1. 切记保持独立思考,这是你作为产品经理产出的重要的价值之一。
  2. 一切为了需求,关注需求而不是领导,做正确的事是你最需要考虑的。
  3. 充分进行沟通,不要让信息在传递过程中失真,否则事情做不好,锅也得背好。

希望大家在产品经理这条职业赛道上少踩一些坑,更好的去达成自己的目标,一起做出更好的产品!

本文由@赵青山 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

Read More 

正文完
可以使用微信扫码关注公众号(ID:xzluomor)
post-qrcode
 
评论(没有评论)
Generated by Feedzy