データ分析とインテリジェンス

正しく使えば正しく動くだけのツールは不良品である

■日常の良くある風景

システム担当は単にツールを作ったら後は知らんぷり、マーケターはスキルが低くてどうしたらいいかわからない、仕事は遅れに遅れて営業はクライアントに怒られ平謝り、苦情は社内を駆け巡り、かくしてシステム担当と営業とマーケターはさらに対立を深めてコミュニケーションが取れずにいろんな作業が非効率になって・・・。どこという話ではなく、どこでも見る景色である。実に馬鹿げた話であるが、コミュニケーションがうまくいっていないと誰が悪いということでもなく自然に起きるようだ。

そんな中、システム担当ではないがデータアナリストとしていろいろな人にツールを作ってきたが、ただツールを作るためのプログラムスキルやDBの知識だけでなくもっと対人間という広い視点からとらえなおす必要があると考え、まとめることにした。

■業務を把握する

誰が何のために何をしているのか

まずは誰が何のために何をしているのかを正しく把握しなければならない。業務を把握せずただ依頼された内容に沿って勝手に作られたツールでまともなものを見たことがない。実は内容に過不足があり困っている話はよく聞くし、ひどい場合は誰もその結果を使っていない、ということもあり得る。「いったい何が本当に必要なのか?」という問いはどんな場合にも必要だ。

きっちりとしたデータが必要か、ざっくりで十分か

重要な内容であれば精緻な値が必要かもしれないが、規模感を知りたい程度の話ならばもっとてっとり早く作ることができる。必要ないのにその数値を作るためにさまざまな条件をあちこちに確認して細かく場合分けをして注意深く検証するなど無駄である。

いつまでに必要か

あればうれしいのか、いつの作業に必要だからいつまでには必要だとか、当たり前の話だがこれが漏れてあとで大騒ぎというのもよくある。相手が急いでいると言わないから知らないと言ったところで、結局ぎりぎりになって残業する羽目になるのは自分なのだから、前もってきちんと把握しておかなければならない。

優先順位を決める

以上を踏まえて作業する順番を決める。できるかわからないことをできるなどとは言うべきではないし、すぐできると思っても少し時間を多めにとっておく。それでも急ぎの場合は品質の担保が難しいことの了承を得た上で着手する。無責任に「できる」と言ってできなければ謝れば済むというのは自分に被害が及ばないからであり、もしそのツールができないことで作業が出来なくなったり遅れて迷惑するのは同僚でありクライアントである。他の人に迷惑をかけないというのは人としての基本中の基本であり、誠意をもって対応するべきだ。

■前提を疑う

鵜呑みにしない

内容をよくわかっていない、あるいはデータの扱いに慣れていない人からの依頼は鵜呑みにすると出来上がってから「これが違うあれも違う」の大合唱でなぜか責めを受けるのは作った人になる。また、過去に作られたツールの改修に関しても経緯不明でツールだけが継承されていることがあり、今は不要なデータが残ったままだったりあるべきデータが入っていないことが発覚したりとトラブルの宝庫であるので、まずは把握した業務に沿って考える。ただし勝手に進めるとこれもトラブルの種になるので、きちんと依頼者と認識合わせをすること。

不要なデータを受け取っていないか

特定のデータが必要なのにその数百倍のデータ量があるトランザクションの生データを受け取っていてその分待ち時間が長くなっているとしたら、それこそ無駄な時間だ。また個人情報のように扱いが難しいデータは余計な疑いが掛るようなデータは必要ないならば受け取らないようにしよう。管理や破棄にかかる手間も馬鹿にできない。

データの受け取り方

データの内容が変わったら、受け取り方も変わるかもしれない。極端な例だと重要なデータだからと特別なサービスを使って金も時間もかかっていたのが、必要なデータだけにしたらメールで送れば十分だったという話もある。以前のやり方を踏襲するのではなく必要に応じて最適な方法を選ぶ。

利用するアプリケーション

これもデータが変われば今まで使っていたツールで行う必要がないということになる可能性が十分にある。前の例で言えば、大量データだったのでSPSSで処理しなければならなかったのが、excelで簡単にできるようになった。メディアからのダウンロードやサーバーへのアップロード、処理の待ち時間などを含めるとこれだけでも大分効率化されるし、頻度が高ければ高いほどその効果は大きい。

■使う人のために考えるべきこと

できるだけ作業をまとめる

1つクリックして数分、また別の場所をクリックして数分・・・それが1回数十個。時間は細切れで他の事をやるにも集中できず、さりとてその場を離れるわけにも行かず。1クリックすればまとめて処理が行われるように作るべきで、もちろんそれで全て終わるのであればベストである。しかしどうしてもそうできない場合は、出来る限りまとまった単位でまとめて処理できるようにしよう。

エラーが起きる可能性があるなら中間データ

とはいえ数十分経って戻ってきたらエラーが起きて最初からやりなおしでは時間が足りなくなる危険もあるしストレスもたまる。そのようなことが起きそうなら中間データを作成し、エラーが起きたら途中から始められるようにする。月次のデータならば1か月分取得したらアウトプットし、エラーが起きたらその月から始めるといったようにできればやり直す時間も短くなる。もちろんそのようなエラーが出ないようにするか、出ても自動でやり直すような仕組みまで入れ込めればそれに越したことは無いがあとはコストや優先順位との兼ね合いによる。

■バックアップ体制

やり方をきちんと教えるかマニュアルを整備

「作ったからあとは知らない」というのはむちゃくちゃだと思うが、よく見聞きする。そのツールを使うためにファイルを用意し、所定の場所に所定の名前で置き、しかるべき手順で進めればここにこのようなアウトプットがでる、と最初から最後まできちんと説明し、できれば最初はやってみせるのが良い。そこまで時間が無いのであれば、簡易的にでもよいのでマニュアルを作成して渡す。

トラブルシューティング

何かとトラブルは起きる。その度にいちいち呼び出されて対応していたらいくら時間があっても間に合わない。マニュアルと同時に、「こんなトラブルが起きたらこうする」といったトラブルシューティングもまとめておけばかなり時間の削減になる。「止まったけど終了していいか」というような質問は「やればいいじゃん」と思うかもしれないが、初めて使う人やデータに慣れていない人には何かあったらどうしようと心配なのである。消しても問題が起きないことがきちんと書いてあればそれで電話がかかってくる回数はかなり減る(なくなるとは言わない)。

困った時に聞ける人は誰なのかはっきりしておく

「エラーが起きた、フリーズした、でも過去に経験は無い初めての現象だから問い合わせたいけど作った人はもういない。誰に聞けばいいのかもわからない。納期は明日なのにどうしたらいいの!」というのもまたよくある風景。vbaやプログラムでテキストを処理するような簡単なツールなら使える人も割といるので何とかなるかもしれないが、ある程度以上複雑ならば作った本人に聞くのが一番早い。この場合自分がいなくなる前に引き継ぎも必要だが、社内に3-5人程度は同じレベルのことがいないのであればやめておくべきだろう。

極端な話をすれば、「自分が今死んでも動くツールが最良」である。もちろん全ての事に同じレベルで対応する時間はないのだが、そう思って作っておくといざというときのことを考えやすい。

■「役に立たない」「二級品である」ではなく「不良品」である

タイトルは「役に立たない」あるいは「二級品である」にしようと思ったが、思い切って「不良品である」とした。いくら正しく使えば動くといっても面倒だったりわかりづらかったりすればまともに使えないのであるから言い過ぎではないだろう。

結局のところ、自分の仕事をどう捉えるかの違いか。「ツールを作ること」を自分の領域とするか、「その仕組みを誰かが運用して問題なく回すまで」を領域とするか。もしかしたらツール作成そのものが不要で、そのために呼ばれた自分がお役御免になったとしても、自分は後者でありたいと考える。

このエントリーをはてなブックマークに追加

タグ:システム・ツール 仕事


最新のブログ記事5件

大学や独学でデータ分析の勉強をしただけだと実務で使えない理由
「データ分析をする人」とは何をする人のことを指しているのか
定期レポートを効率化する
最悪のデータ分析組織とは
「何を知りたいのか」がわからなければデータ分析は始まらない

ブログトップ > 正しく使えば正しく動くだけのツールは不良品である