PO，一个就够了

文章讨论了产品负责人（PO）在敏捷开发中面临的挑战，尤其是在处理需求优先级时。PO的核心任务之一是需求排序，这在处理功能性需求时相对简单，但在非功能性需求方面，如技术问题或组件，PO往往陷入困境，因为它们通常是技术上的且不能直接提供用户价值，但用户价值往往建立在这些需求之上。

一些团队尝试引入“技术PO”来解决这一问题，但这可能导致团队决策混乱、沟通成本增加、工作量分配不确定和人员浪费，以及排除团队参与需求的可能性。

文章提出了两个解决需求优先级的方案。首先是将技术需求纳入需求的验收标准，这样简化了需求处理过程，但可能在某些情况下导致需求进展缓慢。第二种方案是将非功能性需求作为技术故事或组件，并由研发人员和PO沟通来确定优先级，这样做简化了需求分类并促进了沟通，但要求研发人员和PO之间有更好的沟通和一定的技术理解能力。

文章提供了PO和研发团队可以用来确定技术故事或组件优先级的问题，并且指出没有绝对优劣的方法，应根据实际情况选择适合的方法。作者认为，敏捷的成功依赖于需求管理，尤其是优先级的确定，这是价值交付的基础。