社内Wikiの導入

最近、業務でいわゆる社内Wikiサービスの導入をした。導入したサービスは esa.io である。読み方は「エサ」だ。

弊社¹ではしばらく情報共有のための場がなく、利用する言語の処理系のインストールも、利用するテキストエディタの標準的な設定方法も、散々利用している Docker の使い方も各々がググって各々がそれっぽくやる、という状況に陥っていた。

そんな状態を改善したいと、この数ヶ月で得た信頼を武器に自分の要望を適切な場所に直談判したり、上司に助けられたりして、とりあえずツールの導入はした。ここからが勝負だが、とりあえずできたものはできたのでホッとしている。

ここでは、なぜできたのかを少し考えたい。

組織の土壌や文化を塗り替える

残念ながら、あらゆる事情で弊社にはあからさまによくない文化がはびこっていた。会議の議事録を取る文化がない(ので言った、言わない問題がしばしば起こる)とか、議事録の共有が Slack で行われる(無料版を利用しているから消える!)とかが筆頭だ。これは現在もなんやかんや残っている課題だ。

こうした状況の社内であらゆる障害を乗り越える、組織の土壌、文化を塗り替えていく努力をするのは思っているよりも骨が折れることだ。

しかし、1年以上前から画策していた僕にとっては、情報共有ツールを導入するのにあんだけ苦労したのに、いざ達成するとあっけなく終わった、という気分だ。それには複数の事情がある。

中途採用の増加による社内Wiki経験者の増加#

中途採用が多いのもあり、「前の会社にはあったもの」が「弊社にはない」という意見が見られるようになった。

わたしもアルバイトなどでBacklog を使っている会社で働いたり、サークルでMedia Wikiを利用した経験があるので、情報共有ツールなんて「あって当然のもの」というふうに1年前から思っていた。弊社の場合は「あって当然」と思う人のほうが数が少なかったのか、なかなか導入の必要性の議論に行くことがなかった、と推測している。

いずれにせよ、組織の構成員が変わり、「当たり前」の基準が総合的には高くなっていっているのだと思う。これは良いことだ。

勉強会などの文化の醸成#

弊社では自主的な社内勉強会は勃興しては廃れを繰り返していた。結局社内のニーズを汲めなかったのだろう。しかし経営陣から直々に勉強会を毎週するように司令が下り、責任者を立てて毎週決まった時間に勉強会が必ず行われるように変わった。

この習慣は間違いなく「自分がやったことを共有する」という文化に寄与している。そして、この文化が適度に醸成されてきたからこそ、社内情報共有ツールが受け入れられることになったのだと思う²。

勝因

勝因は「タイミング」だと思う。自分の目的と別の誰かの目的とが実は合致していて、経営陣は勉強会という形で、わたしはツールの導入という形で達成しようとしていた。前者と後者は相互に補いあえるものなので、話も通りやすかった。

1年前からやりたかったのでかなり遅くはなったが、間接的にも直接的にも経営陣の力を借りることで実現に向かった。そして経営陣は情報を共有するという文化の醸成に寄与してくれた。今後もこの文化がエンジニアのものに留まらず、全社の文化になっていくといいなと少し思っている。

自分の意見を通すために

よくわたしが考えていることだが、組織で不満がある場合に「自分の直属の上司」とか「経営陣への直談判」とかは初手としてはあまり意味がないか、むしろ自分の思惑とは外れていく可能性が高い。

まずは自分の賛同者が組織の中にどれくらいいるのかを確認するところから始めるべきだ。自分と同じ考えの人、自分と同じ意識を持つ人がいなければまだタイミングではないということだと諦めてしまおう。自分が周りを説得しても実る可能性はかなり低い。

それよりかは粛々としたがって自分の周りからの信頼を厚くすることに注力するべきだ³。

自分の味方を増やし、そして実行者や権力者の直下にいる人に提案・交渉をする。ここで実行者や権力者に直ではあまり言わない(言うなら1対1の対面の時に限る)。理由は、実行者や権力者の側近のほうがより伝えやすく整備した形で伝えてくれるからだ。あと単純に側近の話のほうがよく聞くだろう、というのもある。

あとは実行者がよしなにしてくれる。事が多い。大切なことは普段の業務では不平や不満を表に出さないことだ。通常時に不平不満を表に出すことは会社の士気に関わり目をつけられる可能性が高い。ネガティブなことを言う場所には十分に気を使うべきだ。

…というようなことばかり考えているせいか、最近すごい疲れている。こんなこと考えないで仕事できるのが一番いいのだが。。。