エンジニアが推進した、5000人の社員をつなぐ
Slack Enterprise Gridプロジェクト

私の所属するメディア事業部では、    2014年頃からSlackを業務に利用するプロジェクトが増えてきました。Slackは使いやすさや柔軟な拡張性から、技術者のカルチャーに定着する一方で、部署や子会社それぞれで運用していたため、ワークスペースを横断した情報交換やコミュニケーションまでには発展していませんでした。

また、複数のワークスペースに複数のアカウントで対応する煩わしさや、社員の入退職に際してのアカウント管理が課題になっていました。

2017年頃に一度、ワークスペースの統合ができるSlack Enterprise Gridの導入を試みたのですが、他の事業部ではまだSlackが積極的に業務活用されていなかったのもあり、導入を見送った事もありました。

トップダウンで「このツールを業務で使ってください」といった導入をしないのがサイバーエージェントの企業カルチャーです。特に、チャットツールは技術者が愛用しているのもあり、支持されていればプロジェクトに積極的に活用されるし、支持されていなければ仮にトップダウンで決めたとしても、浸透しないんですよね(笑)。

私の所属するゲーム事業部では、技術者の中で既にSlackが浸透していたものの子会社としては別のチャットツールを利用していたため、エンジニア発で経営層の決裁を取り、チャットツールを一斉にSlackへ移行しました。その際、TEC8(ゲーム事業部横断のエンジニアボード組織)である自分が音頭を取りつつも、子会社をまたいだエンジニアが協力しあって推進しました。

AI事業本部でも、エンジニアがSlackで技術交流やコミュニケーションをとっていて、特に「times」と呼ばれる雑談チャンネルが活発です。日頃からエンジニアが考えている事や、技術的な興味関心、会社の制度や施策について議論しているので「times文化」と呼ばれたりしますが、経営陣やビジネス職もそれぞれのtimesに興味をもつようになり、Slackが職種を問わず浸透していきました。

このように、それぞれの部署でSlackが浸透してきたので、あらためて「Slack Enterprise Grid」を全社導入できないかと、エンジニア有志で「Slack Enterprise Grid導入プロジェクト」が発足しました。

メディア事業部は、7つか8つぐらいのワークスペースが事業部内にあり、複数のアカウントで対応している人が非常に多いのが現状でした。私も5つぐらい持っていましたが、その5つのアカウントを1つにまとめられるだけでコスト減につながります。部署によっては大幅にコスト削減に至った所もありました。

また、Slack Enterprise Gridを導入する事でアカウントが一元管理されるので、会社の人事データベースと連携できるようになり、アカウントの統制をしやすくなりました。

それまでは、入退社に関するアカウント管理を部署ごとに運用していました。セキュリティ推進グループが一元管理する事で、抜け漏れもなくなり、セキュリティリスクもカバーできます。SSOでログインできるので社員の利便性も上がりました。

部署や子会社を横断したコミュニティ活動や採用活動はSlackを通じて活性化しましたね。特に子会社内で閉じがちだった技術情報が、言語やプラットフォーム別に作られたチャンネルがきっかけで、全社での技術交流が活発になりました。

また、表彰などの事業部横断イベントがある際は、実況チャンネルが作られて盛り上がるなどをしています。

他部署との技術連携は加速しましたね。#ca-tech-kubernetes や #ca-tech-rust といった「#ca-tech-****」といったチャンネルができて、技術連携や情報交換が活発になりました。サイバーエージェントにはグループ全体で、技術者が2000人近く在籍しているので、関心度が高いトピックなら、書き込めば誰かしら何かを教えてくれる環境は強みです。

技術交流という点だと、雑談チャンネルは非常に活発です。「#*times_***」と付くチャンネルだけでもグループ全体で1000以上あります。ここでのつぶやきが技術的なヘルプやサポート、更には社内の施策や組織への提案、プロダクト連携につながるケースが増えています。

Slack Enterprise Gridに人事系や労務系などコーポレート部門が参入した事で、様々な職種での利用が広がったのと、Slackを活用して業務の自動化や効率化が進んだのも効果的でしたね。

オンライン勤怠の通知等もコーポレート部門と連携して進めさせてもらっています。

契約周りとコスト管理は本当に大変でした(笑)。

契約やコスト関連は、一見するとエンジニアが避けがちですが、今回のプロジェクトが成功したのは、エンジニアがコストをしっかりと見てバックオフィスと調整をしたことが大きな要因だったと思っています。「ツールを全社に導入したいので、契約とかコスト管理の部分はコーポレート部門の人にお任せします！」というスタンスでは成功しなかったと思います。

コミュニケーションツールは日常的に使われるので、各事業部間で合意形成したり役員の承認を得る必要もありますし、そのために色々な材料を集めてプレゼンテーションも求められます。それはエンジニアが苦手とする分野ですし大変な作業でもありますが、ビジネスとしてプロジェクトを推進するためには、職種を問わず大事な事だと改めて思いました。

割引交渉も今回のエンジニアメンバーが中心になってやりましたが、そもそもエンジニアの本業である技術的な部分ではないですからね。でも、忍耐が求められる価格交渉をやってでも実現したいというメンバーが集まっていたのは良かったと思います。

といっても、インフラ系の人たちはもともとコスト意識は高いですよね。ベンダーとの価格交渉も日常的にやっているようですし。

私も元インフラエンジニアなので、契約書や予算管理に触れていたこともあって、苦労半分、懐かしさ半分だったかも(笑)。そこまで苦手意識はなかったかな。

私はコスト管理にがっつり関わったのは初めてだったので、とても勉強になりました。年間で大きなお金がかかるプロジェクトを推進するには、誰に相談すれば背中を押してくれるのかなど(笑)。

「このツールは便利だから導入したい」というエンジニアならではの提案で、柔軟にプロジェクトにそのツールが採用されるのがサイバーエージェントの良さです。

その一方、全社にそのツールを浸透させるフェーズになった際に求められるのが、組織間の合意形成や投資対効果などのコスト面、セキュリティやアカウント管理などのガバナンス面のハンドリングです。

今回、エンジニアが有志で集まって作ったプロジェクトが成功した要因は、自分たちの専門分野から一歩踏み出して、そういった組織マネジメントやガバナンスにチャレンジし、他部署や多職種の理解と応援を得られたからだと思っています。

まさに「自分たちの会社は自分たちで良くする」というカルチャーを実体験できたプロジェクトでした。