当您是产品所有者和软件架构师时，您是如何分配时间的？

Question

我的角色结合了产品所有者和软件架构师的角色。我对产品和技术决定都有最终决定权：

• 产品负责人的角色类似于scrum:我从我的客户那里获得需求；我管理产品的待办事项，决定优先级，决定哪个特性/需求在哪个版本中。总之，我决定了产品路线图(当然，不是单独的，而是和团队一起决定的)。
• 我作为软件架构师的角色是做出最重要的技术决策。例如，我决定前端是哪个技术栈，是使用nodejs还是php/laravel作为后端，并设计最重要的数据库设计。

这种情况是我公司的现实。据我所知，这种组合的作用是相当普遍的，特别是对于新成立的公司。我从奎拉获得了这个答案，描述了亚马逊的类似角色，“在一些团队中，没有产品经理，开发经理拥有产品/业务和技术。”

就像每次练习一样，它也有正反两面。将这两个角色结合在一起的优点之一是，我可以知道需求是否可行，或者某个特性是否太大，无法在单个开发周期内完成。委派和与团队一起工作是正确完成这两种角色的关键。

然而，这两种角色都是耗时的，而且团队的良好运作需要这两种角色的可用性。我该如何在两个角色之间分配我的时间？有什么最佳做法吗？

P.S：

1. 我并不是要求scrum遵从或建议不要这样做，因为这是我公司的现实。
2. 我问了“在软件行业中，技术和产品所有权的角色是否有一个公认的名称/头衔？”在workplace.stackexchange.com的相关问题，因为我觉得这个问题更多地与工作场所有关。可惜它被关闭了，但我有两个答案值得一读。

Answer 1

这是一个关于如何平衡潜在冲突的利益的有趣问题：

• 产品所有者是一个角色多于一个人。作为产品所有者，您希望优先考虑对用户最有价值的功能。
• 架构师不是scrum角色，架构属于团队。因此，您也有一个团队成员的角色，等于此身份中的所有其他团队成员。作为一名架构师，您希望确保最持久和健壮的体系结构来应对未来的发展。

这导致了两大利益冲突(即，由于另一个角色，您对一个角色有偏见)：

• 作为产品所有者，您需要早期的功能。作为架构师，您首先需要架构的基础，这可能需要延迟一些不适合架构挑战的有趣特性。
• 对于其他团队成员来说，当您作为产品所有者以及您作为同侪团队成员发言时，还不清楚。在最坏的情况下，人们只会认为你的观点不受挑战(而且你失去了团队的集体智慧)，充其量它会造成冲突(并要求你更加清楚自己的角色和责任)，但会影响士气和团队效率。

在项目开始时，这种紧张是最紧张的，因为这两个角色都是同等要求的。根据我自己的经验，您应该用一些规则来划分时间，至少为产品所有权贡献2/3。因为没有足够的时间承担这一责任，危及到所有团队及其可交付成果的价值！

其中一个诀窍是，将大部分时间分配给产品所有者，为该角色作为团队成员分配最少的时间，并保留一个空闲缓冲区，以便优先分配给产品所有权。

一旦一个稳定的体系结构出现，冲突的情况就会迅速减少。因此，将大部分时间用于产品所有权并不困难。但是你需要意识到你自己的偏见，这可能会把你从产品价值吸引到完美的架构。它可能会一直保留到最后。

Answer 2

你的处境很艰难，可能没有好的答案。这与Scrum遵从性无关。同时戴上这两顶帽子并没有什么好办法--两者之间有太多的冲突--所以你要么换一顶。(另一种方法是两者都做得不好，因此切换可能是最好的选择)您真正面临的问题是:当您是PO时，没有架构师，而当您是架构师时，就没有PO。

现在，没什么可说的了，你必须保持这种约束。你想要什么？如果您想成为开发团队的一员，请专注于体系结构，并找到或培训一个想要这样做的PO。如果您想成为PO，请在团队中构建架构能力，这样他们就可以自己做出那些架构决策。

在这种情况下你们有很多问题。你想要什么？你愿意放弃什么。作为PO和架构师，你有很多决策权集中在一个人身上。你做这个决定了吗？如果是，为什么？是别人做了这个决定吗？他们为什么要把一切都推到你身上？几乎可以肯定，这种情况更像是一个人的挑战，而不是一个时间管理的挑战。

Answer 3

将工作委托给小组委员会。

您需要就使用哪个数据库打一个技术电话？成立一个数据库小组委员会，让他们列出选项，做一些测试，并推荐一个解决方案。你审查工作并批准建议。

你需要就竞争特性的优先级打个电话吗？成立一个促进收入最大化的小组委员会。让他们回顾这些选项，写一篇关于利弊的主管摘要，并提出建议。你审查并批准

“小组委员会”不是科技术语。但你可以编点东西“忍者队”？这样做的目的是在保留权力的同时允许授权。当你没有足够的时间时，你可以把时间集中在有问题的决定上，通过接受推荐做出一个合理知情的选择。