チームだけを変えるのか？それともコードも変えるのか？

組織が肥大化している場合、開発生産性が低下し、個々の認知負荷が増加する可能性があります。この問題を解決するためには、チームを変更するだけでなく、コードも変更する必要があるのでしょうか。 （編集済み）
1年前
view数 123
  • 1
  • 1
  • 1

回答を投稿して企業にアピールしましょう！

Q&Aで投稿された回答は、
企業側に表示されるプロフィールにも投稿履歴として表示されます。

Offersにログイン・新規登録して、気になるテーマやトピックを話してみよう！

簡単1分登録(無料) ログインする

＼回答があります！／

  • Offers(オファーズ) 公式

    エンジニア

    1年前

    ※本投稿は、2023年7月20日に開催されたイベント「実践から学ぶ チームトポロジーを活用したチーム分割（https://offers.connpass.com/event/288731/）」における、テックタッチ株式会社 エンジニアリングマネージャー 小林 浩氏が回答された内容を元にしています。

    - 実態としては、チーム分割をするときにコードを大きく変えることはしていません。
    このチームがこの部分が見た方が良いよね、といった部分はコードオーナーを変える部分はテックリード主導でレビューしながら決めています。
    - また、Complicated subsystemチームに関しては徐々に依存を切り離しているところになります。
    view数 16
    • 1

  • Offers(オファーズ) 公式

    エンジニア

    1年前

    ※本投稿は、2023年7月20日に開催されたイベント「実践から学ぶ チームトポロジーを活用したチーム分割（https://offers.connpass.com/event/288731/）」における、Chatwork株式会社 プロダクト本部モバイルアプリケーション開発部マネージャー 福井章平氏が回答された内容を元にしています。

    現状、チーム編成に紐づけてコードを分けるといったことは特にしていません。将来的にはフィーチャーチームごとにパッケージを切ったりモジュール分割できたりしたいのですが、現在はコンテキスト境界といった節理面が見つけられていないので、まだできていない部分です。     （編集済み）
    view数 13