我想写下今天的问题一直是一个问题,但事实上,大流行使这个问题显着更糟。

特别是,我担心团队恢复到繁重的工件,如产品要求文件(例如PRD的)。

我担心这会发生这种情况,我试图在许多谈判和面试中打扰这一点,并在文章中明确远程工作时发现

我怎么知道会发生这种事?

因为早在疫情爆发之前,公司就在试验不同形式的远程工作。必威娱乐官网

虽然一些活动与偏远的偏远有效(如送货),但其他活动挣扎(如发现),只有这么多的队伍将对这些挑战造成这些挑战。

请注意,本文并不试图倡导或反对遥控工作。毫无疑问,特别有人有关于世界各地的人才获益的好处,就像今天几乎没有问题那里有挑战。

本文试图帮助与远程员工——尤其是远程工程师——打交道的团队做得更好。

我了解返回旧风格要求文件的愿望来自哪里。I’ve talked to so many developers that are just so fatigued trying to understand what it is that they need to build, that often they just throw up their hands and say, “just write down whatever you want, and we can get to work building it, but honestly I don’t care anymore.”

几年来,我一直在尝试强调,当你通过所有过程噪音和方法时,真的重要的三件事谈到强大的产品团队如何工作:

  • 首先,考虑和解决面前冒险(重视,可用性,可行性和可行性),在要求工程师编写生产代码之前。
  • 二,解决问题合作在产品,设计和工程之间,而不是按顺序(编写要求的产品经理,设计师提供满足这些要求的设计,以及建立这些要求的工程师)。
  • 第三,专注于解决实际的客户和业务问题(结果),而不仅仅是交付特性(输出)。

悲惨的事情是,当人们令人沮丧和疲惫时,他们只是放弃了,他们只是放弃并要求一个规格,他们失去了所有这一切

意识到PRD解决方案是必不可少的这些问题都不是

但这是事情:珠三角是本来就不好

如果产品团队执行必要的产品发现工作,可以弄清楚值得建设的解决方案,然后他们添加了记录需要建造的详细信息的步骤,以便更好地与远程工程师进行通信,这很好。

问题是,在几乎每种情况下,我都会写作而不是产品发现工作,而不是事后。

当一个产品经理按写PRD详细需求,没有发现工作,他们真的不知道他们是什么描述将是客户会购买,或将能够找出如何使用,或者如果该解决方案将为业务工作,或者工程师是否能够在时间、技能和技术允许的情况下提供解决方案。

没有这些想法的原型,设计和工程的来回迭代和改善这些想法,然后这些原型的测试用户和客户,和利益相关者,以确保解决方案将为业务工作,这只是必要的结果不太可能会实现。

然后我们又回到了相互指责的问题上:工程师们抱怨他们按照别人说的做了;设计师抱怨他们得到的解决方案很弱;产品经理抱怨说,他们只是记录了他们被告知需要的东西。

产品路线图也是如此。他们是本质上坏了。如果他们描述的可交付成果(功能和项目)是产品发现工作的结果,那么它只是一个关于即将到来的有用的通信工具。

但是,如果创建了功能和项目的产品路线图而不是产品发现的工作,然后我们回到一堆承诺可能不会提供必要的结果

(你可能从我或其他人那里读到过一种不同类型的产品路线图,叫做基于结果的路线图这列出了要解决的所需结果/问题而不是特征和项目 - 但在我的经验中,遗憾的是,除了例外而不是规则中,这些内容是这样的。

因此,本文的关键消息是,花时间记录详细信息以缓解与远程同事的沟通的痛苦,但请不要这样做替代您的产品发现工作。

是的,当您的同事们遥远时,它更难合作。但努力和连续原型设计,你可以做你需要做的。

是的,必须更详细地记录文件的痛苦,而不是团队共同定位。但只是想到这个文件作为必要的税。它会慢慢减慢一下,但它可以帮助您的工程和QA更好地了解细节。

您可能想知道,当PRD的团队只是使用用户故事时,是否还存在同样的问题?是的,我所描述的大部分内容都是不做产品开发的结果。然而,珠三角有一种放大问题的方式。我知道这听起来很奇怪,但正如你可能知道的那样,用户故事本身是非常没用的。但这正是它们有用的地方。他们不假装描述需求。它们只是讨论的一个占位符。这就是他们的优点。我们需要这样的对话。

一旦产品经理写了实际的珠三角,那么该文件就有一定的重力,而且人们不太可能挑战或疑问,而不是假设“要求”是给出的。

我必须承认我很擅长写这些珠三角。有时我甚至发现自己相信我写的是自己写的,尽管没有真正的证据。

那么为什么这个问题如此重要呢?

因为如果您认为您的业务取决于不断的创新,那么您需要实现您对您的机会的损害程度有多大损害。你的工程师真的是最重要的事情

当您只提供这些工程师的要求时,而不是在确定正确的解决方案时与他们合作,那么您正在有效地绝育这些工程师。

以及那些是产品领导者的人,这真的是你的。

你需要决定持续创新对你的公司和你的客户有多重要。如果你认为你可以通过让产品经理记录PRD而不是产品发现来得到你需要的东西,那么你不妨放弃创新,雇佣埃森哲。

分享这