なぜこれに取り組んでいるのでしょうか?
アレックス・ワインスタイン著
あなたは一流の工学部を卒業したばかり。注目のスタートアップ企業に入社し、入社2週目には野心的な新機能の実装を自ら引き受けます。1週間、夜遅くまで働き、新しい同僚たちに良い印象を与えようと奔走します。あなたは素晴らしいアイデアを思いつきます。問題をエレガントに、しかも誰も考えつかなかったほど少ないコードで解決する独創的なアルゴリズムを編み出します。誇らしげにコードをチェックインし、サイトに送ります。
あなたは自分の成果に誇りを感じています。次の大きな目標へと進んでいます。
ネタバレ注意: あなたは失敗しました。
コードがチェックインされ、発送されたら作業は完了したと考えました。
全く違います… 誇らしげにリリースした機能は、実際にはビジネスに何の変化ももたらさなかったのです。顧客体験を有意義に向上させることも、収益に全く貢献しませんでした。あなたの努力は会社に価値をもたらしませんでした。美しいアルゴリズムを作るための努力はすべて無駄になってしまいました。それは、あなたがコード、つまり「問題を解決する方法」にばかり気を取られ、その背後にある「なぜ」には目を向けなかったからです。
ピーター・ドラッカーは、「本来やるべきではないことを、非常に効率的に行うことほど無駄なことはない」という有名な言葉を残しています。
次回、機能が割り当てられる際には、「なぜこれを行うのか？これにより、ビジネスにどのような価値がもたらされると期待できるのか？」と自問してみてください。
上司やプロダクトマネージャーにとっては、これは大変なことのように聞こえるかもしれませんが、実際にはそうではありません。彼らの主な仕事は、すべてのエンジニアがビジネスを前進させる何かに取り組んでいることを確認することです。彼らは喜んでその意図を説明してくれるでしょう。
タスクの背後にある「なぜ」が分かれば、実装をその核心に迫るものにするのがはるかに容易になります。余計な労力を費やす必要もありません。もしかしたら、あなたに割り当てられたタスクは単なる実験で、ビジネスリスクが非常に高く、この段階ではスケーラブルかどうかは問題にならないかもしれません。あるいは、もしかしたら、作業項目の内容よりも、その特定の「なぜ」を解決する方法について、より良いアイデアを持っているかもしれません。
自分の仕事が勤め先の会社に影響を与えたいなら、単なるプログラマーではなく、起業家精神を持たなければなりません。タスクを与えられたら、前提を疑ってかかり、そのタスクの結果としてどのような指標が変化することが期待されるかを把握し、実際にそれを実感できるようにコードをインストルメント化しましょう。
ビジネスにプラスの影響を与えるかどうかを客観的に判断できるまで、作業を開始しないでください。自分の作業がビジネスを前進させたと実感できるまで、作業を止めないでください。機能のリリース後にデータを確認し、発見事項をチームと共有し、イテレーションを提案してください。
いくつかの例を見てみましょう。
—タスクは、サインアップページのレイアウトを変更することです。
なぜでしょうか？コンバージョン率を向上させて、収益を増やすためです。
実際の客観的な指標は何でしょうか?時間の経過に伴うコンバージョン率です。
成功したかどうかはどうやってわかるのでしょうか？レイアウト変更前と変更後のコンバージョン率を客観的に測定する必要があります。
—タスクは、Facebook Insights データ収集の再試行ロジックのバグを修正することです。
なぜでしょうか?お客様が常に Facebook アクティビティに関する統計情報を入手できるようにするためです。
なぜそれが重要なのでしょうか？それは、お客様がキャンペーンの効果を判断し、その知識を活用してより成功するキャンペーンを実施できるようにするためです。
この取り組みによってビジネスが改善されたかどうかは、どうすればわかるのでしょうか？お客様が開始した Facebook キャンペーンの統計データが改善されるはずです。
—タスクは、古いバージョンの iOS で iPhone アプリがまれにクラッシュする問題を修正することです。
なぜでしょうか?クラッシュは顧客の不満を非常に招きます。
いや、本当になぜ？古いiPhoneを使っている人が少数いて、激怒してApple Storeに星1つのレビューを残すからなんです。
ビジネスの成功の尺度は何でしょうか？クラッシュや古いiOSがダウンしていることに言及する、アプリの1つ星レビューの数です。
この指標の良い代替指標は何でしょうか?実際のクラッシュ数です。アプリのクラッシュ統計をキャプチャし、それを継続的に監視する必要があります。
エリック・リースは「失敗を達成する」という面白い言葉を作り出しました。これは、欠陥のある計画を完璧に実行することです。彼は、この現象が大規模なもの（スタートアップ全体）で起こると述べていますが、小規模なもの（個々の作業項目）でも常に起こっているのです。
「なぜこれをやっているのか」と自問することで、グループをその脅威から隔離し、グループに共通の目的を思い出させ、チームを一つにまとめることができます。
アレックス・ワインスタイン（@alexweinstein ）は、 Wetpaintの製品開発責任者であり、不確実な状況におけるデータドリブンな意思決定について探求するブログ「Technology + Entrepreneurship」の著者でもあります。Wetpaint入社以前は、Microsoft Live Labsでテクノロジー関連の取り組みを主導していました。
写真はShutterstockより。
