スクラムではコードの共同所有権は必須ですか？

たとえば弱いコード所有権ではなく、スクラム方法論に従って集団的なコード所有権を実践する場合、絶対的な義務はありますか？

集団的なコードの所有権はスクラムの不可欠な部分ではありません。

ただし、これはExtreme Programmingの一部です。エクストリームプログラミングとスクラムは非常にうまく連携します。

スクラムの中心的な要素はチームです。したがって、あらゆる種類の個人主義に反対して、集団的コード所有権を実践することを強くお勧めします。

スクラムは、不確実性が多く、大きなチーム（同じコードベースで5人以上の開発者）がいる大きなプロジェクト（100万ドル超）で最適に動作します。弱いコードの所有権は、Paul Grahamが説明するように、小規模なチームや小規模なプロジェクトで非常に効果的です。

コードの所有権については、この投稿は私がこれまで書いた可能性があるよりも優れていると思います。

私は所有者なしには何にも依存したくありません。この推論がいかに腹立たしいかを私は見る。フォーカスをソフトウェアからウェットウェアに移すことは、技術的に無力な疑似ビジネス指向の中間管理の敗者タイプに愛されている汚いトリックです。ここに私を彼らの同類から区別しようとする私の試みがあります：私は所有者とのものに依存したいだけでなく、私はそれで幸せな所有者を必要とします。一般的な管理上の仮定（めったに成立しないものの、マネージャーを正気に保つものの1つ）とは対照的に、私は強制的に所有権を割り当てるとは考えていません。所有者がモジュールを気に入らない場合は、かなりひどいガーデニングの仕事を期待してください。

/ fanaticalの弱いコード所有者の信者。

スクラムではコードの集合的な所有権が絶対に必要だとは思いませんが、コードの所有権が少ないほど、タスク割り当ての柔軟性が高くなります。これは、複数のスクラムチームがある場合に特に当てはまります。また、コードの所有権を減らすことで、1人のコード所有者が働きすぎたときに発生する可能性があるボトルネックも解消されます。

コードの所有権は開発を継続させるものであり、チームメンバーのスキルセットによっては、完全に削除することができない場合があります。