「バグを排除しようと圧力をかけると、バグが報告されないプロジェクトになる」 この寸言は、よく忘れられる。シックス・シグマや日経ナントカに染まった管理者が、バグを目の敵にし、バグゼロの号令をかける。不具合が表面化すると、たまたまそこに詳しいだけの担当を犯人扱いし、なぜなぜ分析を強要し、ccメールや全体会議で晒し者にする。 なぜなぜ分析とは、「なぜそれが起きたのか？」「その原因の原因は？」と、原因を幾重にも掘り下げる手法のこと。5段階も遡及すると、たいてい「私の不注意でした」となり、対策は「意識を入れ替える」という小学校の学級目標になる。反面、もっと深刻な「仕様変更が電話口で伝えられていた」とか「アジャイルの名のもとにテストが省略されていた」などは放置される（なぜなら、「人」を原因にしたいから）。 こんな冗談みたいな施策を続けていくと、スケープゴートになった人はどんどん心をすり減らし、不具合の
ヤフーのビッグデータ戦略を担当する安宅和人チーフストラテジーオフィサーは20年以上分析に関わってきた。ほとんどの分析が同じような理由のために失敗を繰り返しているという。 私はこれまで20年以上にわたり、様々な分析とともに生きてきた。その経験の中から言えることが1つある。それは、この世の中で日々生み出されている分析の大部分が、意味のある意思決定や変化を何も生み出さないということだ。世の中で生み出される分析のほとんどが、結果の視点から見るとダメ分析なのだ。 私自身が仕事を始めたころに行った分析も今振り返ればそうだったし、これまで接してきた事業分析やビッグデータ分析の多くもそうだった。 そこに費やされている労力、才能、コストを考えれば、あまりにも残念なことだ。この連載は失敗の原因を見つめることから始めたい。 では、ほとんどの分析はなぜダメ分析なのか？ 原因は大きく5つある。 （原因１）「何のため
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く