PO视角:开发团队的团队开发

不久前，我在给3岁的儿子刷牙时，突然想到了一件事。这个小家伙会走、会跑、会说话(很多!)、会爬、会脱衣服等等，但不知怎么的，每天早晚我都在帮他刷牙，而不是他自己刷牙。这主要是因为我的时间总是不够用。晚上他只需要快速入睡，早上我们就赶着去幼儿园。当他刷牙的时候，我在想:我需要更多的时间，这样他就可以学会自己刷牙了。但是，我从不花时间让他去做。然而，我仍然对他不亲自动手感到沮丧。不错的恶性循环，对吧?对产品负责人和他们的开发团队来说也是如此!

在我的产品负责人课程中，我开玩笑地称开发团队为产品负责人的“工具”。就像任何创造美丽事物的工匠一样，工匠的愿景与合适的工具相结合，使事物变得栩栩如生。对于木匠来说，这意味着要用锯子、砂纸、也许还有锤子和钉子。对于产品负责人来说，这意味着拥有能够构建预想产品的技术人员。

对我来说很奇怪的是，与木匠不同的是，大多数产品负责人几乎没有花时间来改进和维护他们的工具。他们只是接受自己的存在，期待它能起作用，做它应该做的事情。我几乎看不到任何产品backlog包含对团队技能集的实际改进。

在与产品负责人交谈时，我主要得到了2个不这么做的原因:

1。”没时间了。我只需要大量做功，然后继续前进。他们(开发团队)应该改进，但他们只是想办法解决问题。＂

2。”这不是我的责任!这取决于团队和/或Scrum Master来确保他们进行个人开发。＂

第二个原因本身就很合理。是的，对于真正的自组织团队，他们应该加强并确保随着时间的推移个人和团队的进步。但是，作为产品负责人，您也可以对此拥有所有权。

您可以而且应该通过确保产品待办事项列表包含围绕团队(和工具)改进而发展的工作，向开发团队展示您关心他们的福祉。我找到了一种形象化的方法。

在过去，我曾经画过这个“积压排序象限”:

它展示了产品负责人通常必须处理的4种类型的工作。有些工作对用户是可见的(比如烦人的cookie墙，它的“关闭”按钮就在我的手机屏幕外面)，而另一些工作是不可见的(4000行意大利面条代码几乎就是工作)。然后，有些工作在默认情况下会产生负面影响(产品负责人将花费大量精力处理它，并且不会交付太多产品)，有些工作(潜在的)是有价值的(比如一个坚固的架构，可以在高流量时保持你的网站正常运行)。

我一直觉得这是一个不完整的模型。这不仅仅是因为你可以把某些类型的工作看作是边缘情况(这里的尖刺适合在哪里?)这种模式存在的问题是，它只关注团队的工作，却没有给我所说的个人发展空间。

所以，这里有一个更新的积压排序象限模型:

我把它做成了很好的3d效果，并添加了团队开发和实验。好了!现在，作为产品负责人的你，突然之间真的需要考虑磨锋利的锯子了。除了所有这些用户故事、缺陷、技术任务、峰值等等，你现在还需要添加产品待办事项项，比如“黑客马拉松”、“开发卡塔”和“Java培训”。你需要在时间表上为更多的实验(创新)和团队/个人发展留出空间。

当然，常识仍然是这里的主线，所以无论您是否将每个开发人员所采取的所有单独的课程添加到产品待办事项列表中，或者只是在Sprint计划中安排更少的容量，实际上都取决于您和开发团队。记住，要求所有关于(个人)开发的事情都在产品待办事项列表上，这违背了自组织的本质，所以要聪明一点。

我想让你做的是意识到，作为产品负责人，你是推动团队成长的关键人物。如果你表现出你会主动考虑你的工具的健康(永远不要这么称呼它们)，并在产品待办事项列表中为开发、实验和改进安排空间，他们会更感激你。

因此，要成为产品增长的推动者，并使产品价值最大化，这得益于您高度激励、训练有素、装备精良的开发团队的工作!

至于我儿子?我买了个电动牙刷，他很喜欢!如果由他做主，他会一天刷16次。我保持着平和的心态，打开日程安排，确保他有时间练习(和比赛)。我们在进步!