システム開発時のコミュニケーションにWikiはお勧め

CNET Japanの記事に

社内SNS実態調査、コミュニケーションの活性化に効果

がありました。

SNS・・・

それで、このタイトルを見てとても興味が沸いてきました。

なぜなら、私は、日本最大のSNSにはアカウントだけありますが、数ヶ月ログインしていません（笑）。もっとSNSに浸っていたら、このような興味はわかなかったのかもしれません。そんな私には、社内にSNSがあっても使いこなせないかも？。

そんな私でも、Wikiの導入してシステム開発のコミュニケーション力アップには成功体験があります。（１年前の話ですから、今では普通かもしれませんけど。）

システムエンジニアの時代、ドキュメントを作るのが面倒で面倒でたまりませんでした。お客さまに納品するものは仕方なく作りましたが（すみません、「仕方なく」で・・・）社内的なシステムのドキュメントは面倒臭くて作りたくありませんでした。１回作るだけは作っても、機能修正の度にWordやExcelで修正するなんて・・・。しかも、Wordなどでドキュメントを作っても、同じようなファイルがたくさんできたり、内容が検索できなかったりで使い物にならない。

けれども、ITILだSOX法だと、時代の流れ的に言うとドキュメントを作る方向にありましたのでうんざりしていました（本音です）。

仕様書などのドキュメントを作るのは嫌でした。けれども、システムの開発中に使う自分用の「メモ」（コマンド集のようなもの）は丹念に作っていました。なぜなら、繰り返し行うような作業はそのたびキーボードを打つのが面倒なので、コピー＆ペーストして作業するからです。

この手の「自分用のメモ」は、私以外にも共通して多くの開発者が作っていました。

「わざわざWordを起動して仕様書を作るのは嫌。けれども、修正記録や必要な情報はちゃんと欲しい」その矛盾を仲間と話し合ったことがありました。

• 「ブログみたいに、あまり書体を気にすることなくサクッっとかけるものがあったら、作業の履歴を残せる。しかも、誰かに説明したり、引き継いだりするときにも使えて便利だよね」
• 「仕様書も、ブログみたいなものにサクッっとかけて、思ったときにサクッっと修正できたらいいね」
• 「けれどもブログは時系列で並ぶから何がどこにあるか分からないよね」

お茶を飲みながら話をして、「Wikiならどうだ？」という話になりました。

• 「自由に書き込めるし、間違っていてもすぐに修正できる。仮に他人が間違っていたとしても他の人が修正してOK。コマンドもあわせてWikiに書いておけば、コピー＆ペーストできるしいいね」
• 「このまま印刷して、「はい、仕様書」なんて形なら最高だよね」

エンジニア集団ですから、早速WebサーバにオープンソースのWikiをインストール。使い始めてみると結構便利なんですよ。

最初は一部の人だけで使い始めましたが、その後は仲間の中の口コミで、仕事の流れはWikiに書くというのが定着したのです。

まさに、情報が共有され、仕事の流れが明確になり、「Wikiに書いてあるよ」という感じでコミュニケーションも円滑になりました。しかも、タダで（笑）。

けれども、この話を違う部署にして、Wikiを入れて説明してあげました。結論から言うと、使ってはくれませんでした。最初のとっつきにくさや、使い始めるものがいない、船頭さんがいないというのが大きな原因なのかもしれません。

「最近の流行りモノ」ということで、時代ごとにツールが変わってきます。でも、実はSNSでも掲示板でも、結局は使う側の問題で、ツールはさほど変わりがないのでは？とも思っています。（私たちがWikiをうまく使った、他のグループは使えなかったというのがいい例です。）

ツールをいかに使うか？いかに使ってもらうか？

結局は、人間の問題のなのかもしれません。

今日もお読みいただきまして、ありがとうござました。