＼回答があります！／

• 

  Offers(オファーズ) 公式

  エンジニア

  1年前
  ※本投稿は、2023年7月20日に開催されたイベント「実践から学ぶ チームトポロジーを活用したチーム分割（https://offers.connpass.com/event/288731/）」でChatwork株式会社 プロダクト本部モバイルアプリケーション開発部マネージャーである福井章平氏が回答された内容を元にしています。
  
  現在まだフィーチャーの単位ではちゃんと分かれていないので、機能開発をするチームとそれを支えるプラットフォームチームという形で分けています。認知負荷が高くなってしまいその解決策としてチーム分割という方法を取りました。課題解決の手段の一つとしてチーム分割をしています。 （編集済み）
  view数 12

• 

  北野勝久

  エンジニア

  1年前
  過去にイベントで発表した資料があるので紹介させてください。
  https://speakerdeck.com/katsuhisa91/self-service-siloing-and-organizational-structure
  
  上記内容もふまえ、いくつか思ったことをコメントしてみます。
  
  ・DevOpsの実践、サイロ化になりづらいような組織構造にすべき（組織構造だけでなく、各人のメンタルモデルも含めて。）
  ・技術系共通基盤・共通施策をリードするチームをつくるタイミングは難しいが、事業特性によっては結構はやい段階でくる（たとえばB2Bの事業だと、セキュリティに関する取り組みをリードする組織があることで、エンタープライズ顧客への導入時に求められる基準をあらかじめ満たすことができる）イメージです。
  
  ほかにも色々とある気がしますが、取り急ぎ思ったことだけ回答させていただきました。
  view数 21

• 

  大橋桃太郎

  プロジェクトマネジメント

  1年前
  - 集中して意思決定と推進を行なっていくのに適切な分割か
  - 想定されるコンフリクトや優先順位の決定が必要となった際にコスト低く意思決定が可能か
  を重視して、都度最適な体制を考えています！
  view数 12

• 

  Offers(オファーズ) 公式

  エンジニア

  1年前
  ※本投稿は、2023年7月20日に開催されたイベント「実践から学ぶ チームトポロジーを活用したチーム分割（https://offers.connpass.com/event/288731/）」における、テックタッチ株式会社 エンジニアリングマネージャー 小林 浩氏が回答された内容を元にしています。
  
  個人的にはまず、人数がキーポイントだと思います。加えて、目的を整理することが重要です。例えば、ストリームアラインドを二つに分けたいというときは、顧客に対してどう提供するかを考えなければいけないので戦略面を含めて考える（難しいですが）などです。普遍性の高さも大事で、良いチームとは継続性があることだと考えているので、できるだけ普遍性が高い状態であることをベースとしておきたいなと思っています。
  view数 11
  • 1