ピラミッド型の組織（仮）にtimesや日常的な雑談が効果的な理由を考えた #ポエム

自作のポエムです。説明用に書いています。が、なにがしか再利用性のある資料になっていれば嬉しいです。

例えばこんな組織

右側、顧客フロント から問題が発覚する。

顧客フロント
- ４の人は製品という軸ではチームCに問合せをする。
開発チームC
- 問合せを受けたのは３の人。
- ３の人は問題の原因となった情報を見つけることが出来ないので小隊マネージャーに相談した結果、チームBの作成しているライブラリがコアだと判明した。ので、２のチームの人に聞いて解決することになる。
開発チームB
- ２の人は製品情報を実は、Google Docsに保存していた。インフラの情報は自力で探したり、また自分のマネージャーに相談したり、結果、１の人に直接聞いたりして探して解決している。
- 今回は、ライブラリの情報は部外公開していなかったので、チームCから直接問い合わせを受けて調べる要請になった。
開発チームA
- はてさて、１の人はインフラの情報をGitLabに保存していた。
- 今回は、チームBから直接問い合わせを受けてインフラの原因を調べる要請になった。

顧客先のトラブル。こうして主管が開発チームC、B、Aと現場で変遷し めでたく問題解決 する...

しかしよく考えたい。

今回のトラブル、現場が頑張って解決して解決にかかった日数は平日５営業日だったとする。
ギリギリ週内で解決できたことで、現場同士の連携が多少遅くても、トラブルとして開発部間の「会議体」に報告されることはなかった。など、ありがち。
が、解決速度は遅いし、１，２、３の皆の開発体験は低い。主に、情報はどこにあるの～、誰が知っているの～、という問題である。部外の人に質問するのも割り込みお願いするのも、けっこう緊張しますよね...。~~というか現場が頑張っちゃうと「会議体」役に立ってねえな～という話でもある。~~

実際は完全に開発部間が断絶しているということはなく、「セキュリティ」、「ミドルウェア」、「Upgrade」などテーマ的な軸で定期的な情報交換があるケースはあるだろう。しかし会議体に頼らずとも

この情報蓄積場所が影響範囲を考えて設計されていたり更新されていたりすれば、それがわかるだけでも解決できるのだがということでもある。多くの部署に関わるアナウンスを行うチームは 自分の仕事を楽にするために それを考えたい。

さてガッカリ感漂うピラミッドの組織だが、意外と効果的なインフラがある。Slackが使える会社はチャンスだと思ってほしい。「Slackのtimes(分報)」である。

たとえば、チーム外に直接問い合わせを行う前にそれぞれでこんな心のつぶやきがあるはずだ。あるいはチーム内で「リーダーに相談する」のにも、もしかしたら半日営業日消費しているかもしれない。つぶやきを可視化する。

... などとtimesでつぶやいていたら誰かが気づいて「こういう事が起こっているよ」「誰々が調べているようだよ」かもしれないし、そもそも

という情報にも接することができるかもしれない。そしてそれは現在いるメンバーだけでなくあらたにJoinするメンバーにも引き継がれるなかなか有機的なつながりである。

しかし、偉い人ともっと雑談したかったり、timesなかなか良いよというのを説明したかったり、なぜ問題解決に時間がかかるの？というのを説明したかったりする際に、便利な図が書けた気がするので、ポエムとして保存しました。会議に注力したいわけでもない。資料はちゃんと残しておきたいねとも思います。

実際はこんな深刻な話題ばかりではなく「この動画がおもしろい」とか「ごはんがおいしい」、「こどもがかわいい」とか、そんな部署外の人の話題も醍醐味だと思ってもいます。

以上なにがしか有用なモノになればさいわいです。