前任开发经理作为产品所有者

解答动态

• 

  我认为时间很重要。
  在每天的scrum中，他需要把注意力集中在“什么”上。
  在一天的其余时间里，如果他觉得他的经验（对低年级学生）是有价值的，那么没有理由阻止他提供有价值的建议。
  但是他不能污染每天的工作。
  一旦他不得不“四处走动”来提供建议他的个人建议，他可能会更挑剔，因为他打断谁，“流血”也会停止。
  
• 

  这是一个简单的解决方案的问题，不幸的是，很难实施。
  这很简单，因为PO只需要改变他的风格，从牵手或为团队做决定，或者是指令性的，对一个更像教练的人来说，主要关注于提出“正确的问题”，这样人们就能自己解决问题。每个人都需要对失败感到舒服，因为人们会犯错误，你需要接受这样一个事实：犯错误有时是学习东西的最好方法，而要做到这一点很难，因为它涉及到改变习惯和时刻注意情况。你必须发现自己在做当前的行为，并改变到新的行为。这很难，仅仅是因为人的本性。采购订单需要注意他们正在做的事情，并考虑其影响。他们需要抓住自己说“嘿，我又在做那件事了”；。SM可以与PO讨论并就如何处理问题达成一致，然后SM可以帮助抓住旧的行为并说“嘿，你又在做那件事了”。
  您非常清楚地注意到，当前的工作方式可能会成为一种常态，并对一个人产生依赖，而团队的其他成员则只会指望他们做任何事情，但你不能就这么放弃。你将不得不改用一种新的工作方式。所以，在下次的回顾展上向大家提出这个问题（不仅仅是PO和SM之间的问题）。一起决定你认为什么是更好的长期方法，以及让你达到目标的第一步是什么（也许你是结对项目，也许有些人咬紧牙关，尝试通过减少与采购员的互动来做一些事情，也许需要一些培训课程，等等）。然后检查和调整。
  
• 

  我建议让团队聚在一起讨论角色和责任。
  他们可能会列出让某个人担任产品负责人角色的利弊，该角色对工作有技术投入，并且对团队成员有权力。
  理想情况下，尝试并思考一种方法来行为是否有问题或有益的。也许是在回顾中经常检查？
  
• 

  你说这个人“选择”担任采购订单的角色，这似乎是问题的一部分。通常POs不会选择自己。采购订单通常要求是业务经理，而不是开发人员或IT管理专业人员。采购订单是指对某个业务领域或产品负责，能够制定和实施有关产品方向的决策，并将对关键利益相关者和高级管理层负责以取得商业成功的人员。
  您的采购订单是否承担此类责任？如果是这样，他没有“选择加入”这个角色，那么这个角色要么被分配给他，要么他是通过与更广泛的人群达成协议而被选中的。如果你的PO不是一个真正具有这种角色和责任的人，那么他可能是在试图充当真正利益相关者的代理。最好的解决方案可能是让团队与实际的利益相关者接触，让他们提名他们的PO。
  
• 

  您可以介绍这样一种做法（协议），即初级开发人员先去找团队中经验更丰富的同事。
  可以采取反应式（初级开发人员有问题）或主动式（高级开发人员与初级开发人员坐在一起）事先/在指定时间）
  
• End