私たちのスタートアップは現在このように構築されています:
次のリソースを含むエンジニアリングチーム:
製品チーム:
その他のチーム(販売、運用など)
現在、POをエンジニアリングチームの一部にするべきか、製品チームの一部にするべきかについて話し合っていますが、それを理解することはできません。私の意見では、スクラムチーム全体と同じ部門の一部である必要がありますが、そうでないと考える人もいます。
この質問に客観的に答えるために必要な本当のロジックは何でしょうか?
あなたはスタートアップなので、チーム構造と組織構造の間で混乱が生じる可能性があります。一見すると多少意見が分かれるかもしれませんが、両方の次元を個別に見ると、はるかに客観的になります。
チームの論理では、プロダクトオーナーはもちろんエンジニアリングの多くの人々と共にスクラムチームの一員であるべきです。しかし、それで彼がエンジニアリングチームに加わることはありません。
組織構造のロジックでは、役割と責任に応じて、製品所有者は製品組織に属し、製品マネージャーに報告する必要があります。
特に明記しないでください。POは(部門を超えた)スクラムチームでエンジニアリングと緊密に連携しますが、主に関心のある顧客に専念し、チームの製品管理を代表します。
これは、スクラムガイドの定義と完全に互換性があります。
製品所有者は、開発チームの作業の結果として製品の価値を最大化するに対して責任を負います。これがどのように行われるかは、組織、スクラムチーム、および個人間で大きく異なります。
まず第一に、人々、彼らの動機および彼らの倫理に応じて、これは非常にうまく機能する可能性があります。しかし、結果を見てみましょう:
POがエンジニアリングに属している場合、プロダクトマネージャーはすぐに彼/彼女の選択に質問します。そして、スクラムガイドが言うので、これは悪いです:
プロダクトオーナーは、プロダクトバックログの管理を担当する唯一の人物です。 (...)プロダクトオーナーが成功するには、組織全体が自分の決定を尊重する必要があります。
したがって、この状況は、部門間で不必要な緊張または対立さえも引き起こす可能性があります。そうでなければ、両方の部門がチームに代表され、そこで交渉された合意を(チーム精神で)見つければ回避できます。
プロダクトオーナーが所有する技術スキルに依存します。私は現在、複数の製品所有者がいる大企業で働いています。それらの1つは、私がいるエンジニアチームの一部です。彼はプロジェクトに直接取り組むことができ、少なくともコードやインフラストラクチャの技術的な問題、バグ、または回帰について調査できるからです。
しかし、他のほとんどの製品所有者は、技術のスキルを持っていなかったため、マーケティングチームの一員でもありました。
私の意見では、プロダクトオーナーはできるだけ自分の製品(および製品の顧客)の近くにいる必要があります。可能な限り、製品に直接行動できるようにします。
あなたがスタートアップにいるのであれば、これは正常なことであり、製品の所有者はスクラム全体を担当しています。