我今天想要写的问题一直都是一个问题,但事实上,大流行病使这个问题实质上变得更糟。

特别地,我担心团队会回到大量使用工件的状态,比如产品需求文档(例如珠三角文档)。

我担心这种情况会发生,在我的许多谈话和采访中,以及在这篇文章中,我都试图对此提出警告远程工作时的发现

我是怎么知道这可能发生的?

因为在大流行前,公司一直在尝试不同形式的遥远工作。必威体育黑钱的吗?

虽然有些活动在远程环境下可以很好地工作(如交付),但有些活动却很困难(如发现),而团队应对这些挑战的方法也只有这么多。

请注意,本文并不是要提倡或反对远程工作。毫无疑问,这有很多好处,尤其是在获得世界各地的人才方面,正如毫无疑问,今天存在着挑战。

这篇文章是努力帮助与远程员工打交道的团队 - 特别是与远程工程师 - 做得更好。

我理解回到旧式需求文档的愿望来自哪里。我跟很多开发商这样疲劳试图理解它是什么,他们需要建立,通常他们只是举手说,“只是写下任何你想要的,我们可以开始工作建设,但老实说我不在乎了。”

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

  • 首先,考虑和解决预先的风险(价值、可用性、可行性和可行性),在工程师被要求编写一行产品代码之前。
  • 第二,解决问题协作在产品、设计和工程之间相互让步,而不是顺序(产品经理撰写需求,设计师提供满足这些需求的设计,工程师根据这些需求构建)。
  • 第三,专注于解决实际的客户和业务问题(结果),而不仅仅是交付功能(输出)。

可悲的是,当人们对合作的开销感到沮丧和疲惫时,他们就放弃了,而只是要求一个规格说明,他们失去了这一切

重要的是要认识到珠三角的精确定位这些问题都没有

但问题是:珠江三角洲是不是本质上坏了

如果产品团队做了必要的产品发现工作,找出了一个值得构建的解决方案,然后他们添加了记录需要构建的细节的步骤,以便更好地与远程工程师沟通,那就没问题。

问题是,在我看到的几乎每一个案例中,珠江三角洲都是书面的反而产品发现工作,而不是之后。

当按下产品经理以撰写具有详细要求的PRD时,如果没有进行发现工作,他们真的不知道他们描述的是客户将购买的东西,或者能够弄清楚如何使用,或者如果解决方案将为业务工作,或者工程师甚至可以随时提供解决方案,技能和技术可用。

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

然后我们回到了由此产生的手指指向:工程师抱怨他们建立了他们被告知的东西;抱怨他们已经赋予了弱的解决方案;和产品经理抱怨他们只是记录了他们被告知的内容。

产品路线图也是如此。他们是不是从本质上来讲是好的。如果他们所描述的可交付成果(特性和项目)是产品发现工作的结果,那么它只是一个有用的沟通工具,可以告诉你什么时候会有什么。

但是,如果创建了特性和项目的产品路线图之前或者反而产品发现工作,然后我们回到了一堆承诺的事情可能不会带来必要的结果

(有一种不同类型的产品路线图,您可能已经读过我或其他叫做的其他人这类基于结果的路线图它列出了想要解决的结果/问题,而不是功能和项目——但在我的经验中,不幸的是,这些都是例外,而不是规则)。

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

是的,当你的同事远离你的时候,你很难合作。但是通过努力连续的原型,你可以做你需要的事情。

是的,比团队在同一地点时更详细地记录文档是一件痛苦的事情。但是,只需将这个文档步骤视为必要的税收。这会让你的进度慢一些,但它可以帮助你的工程师和QA更好地理解细节。

您可能想知道是否存在同样的问题而不是PRD的团队刚刚使用用户故事?是的,我描述的大部分内容都是没有做产品发现的结果。然而,PRD有一种解除问题的方法。我知道这听起来很奇怪,但正如你可能知道的那样,用户故事本身非常无用。但事实上,这是让他们有用的原因。他们没有假装描述要求。它们只是讨论的占位符。这就是他们的善意。我们需要谈话。

一旦产品经理编写了一个实际的PRD,该文档就有了一定的重要性,人们不太可能挑战或质疑,而只是假设“需求”是给定的。

我得承认我很擅长写这些PRD。有时我甚至发现自己相信自己写的东西,尽管没有真正的证据。

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

因为如果你相信你的业务依赖于持续的创新,那么你就需要意识到你对你的机会造成了多大的损害。你们的工程师真的是最重要的是

当你只是提供这些工程师的需求,而不是与他们合作来确定正确的解决方案时,你就有效地阉割了这些工程师。

对于你们这些产品的领导者,这是你们的责任。

您需要决定持续的重要创新是如何对贵公司和客户的重要性。如果您认为您可以通过拥有产品管理人员文档,而不是产品发现,因此您可以获得您所需的内容,那么您也可以放弃创新和雇用埃森哲。

分享这个