社内の他のチームと知見共有や交流などありますか？？

背景、状況

前提縦割りのチームで、各プロダクトや事業にエンジニアが配置されています！
よく報告会で
「xxについて調査中です」と報告をすると
「あのチームも同じことこの前調査してたから聞くといいよ」と上司からアドバイスをよくもらいます。

調査に時間を費やしたあとなこともあり、もう少し早く知っておけばと思うときが多々あります。
とりあえず聞けばいいじゃんはたしかになんですが、結構チーム間の距離が遠いのであまり仲良くなかったり、知らない人だったりで聞けていません。
そこで、皆さんの会社では、どういうふうにチーム間の情報の共有や知見の共有など取り組んでいるのか興味がわき教えてほしいなと思いました！
仲良くなる施策でもいいですし、交流や共有の施策でも嬉しいです！

「仕事なんだから聞きに行くべき」や「意外と聞かれる方も嬉しいよ」など立場の違った意見なども嬉しいです！

よろしくお願いします！！！！！

回答4件

ミスターKK

総合スコア111

投稿2025/10/09 02:21

自分の会社では、他チームのことを知れるのは半期ごとに行われるキックオフくらいしかないかもかもしれません...あとは仲良くなる施策として、毎朝部署の人とランダムでmeetを繋いで話す時間があります！

otn

総合スコア86466

投稿2025/10/15 03:54

全社的に「情報が縦割りの中だけにとどまっていると、生産性や品質の向上の阻害要因なので、何とかすべき」という経営層以下の合意があるといいのですが。

もちろん、そういうのが無くても、草の根活動で同じようなことは可能でしょうが、推進者が忙しくなると立ち消えてしまったりするので、草の根活動を継続するなら推進者を複数確保しないといけない。また、活動が評価されないと時間が割けないので、マネージャーを巻き込んで公式な活動にすることを図るほうが良いと思います。
仮に、草の根で2-3回で終わっちゃって継続的な活動にできない場合でも、人と人が知り合うという結果が残るのでやる意味はありますね。「～～に興味のある人集まれ」とか「ライトニングトーク」とか。

組織的・継続的な活動の例としては、
・各プロジェクト・チームの情報を吸い上げて、一覧化して、社内公開できる範囲のものは公開する。
・プロジェクト事例（計画書とか完了報告書とかを作っている場合）は可能な範囲で公開する。
・障害報告を網羅的に見て、原因や対処方法の事例を社内展開すべきものは、ガイドをつけて公開する。
・社内Qiita的なもの。もちろん社外に書いてもいいが外に出せないものもあるし、見る人も対象が絞られているので見やすい。文章書きが苦手な人向けに査読者がいると良いが。
・「～～～に詳しい人が社内にいない？」に返答できる体制。別に個人のスキルがデータベース化されていなくても、プロジェクト情報の履歴を見て「あなたの部署は以前こういうことをやっていたはずだが、そのときにこれこれに詳しい人いなかった？」と聞いて返答することはできる。
・・・・・