パートII. 提供
プロダクト志向のエンジニアとして、メジャーリリースをリリースする段階に差し掛かったら、ユーザに製品が期待通りに動作することをどう妥当性確認してもらうか、その質問に執着すべきだ。
この点で、人気ソーシャルメディア企業は恵まれている。彼らは大規模で寛容なユーザー基盤と、極めて強力なソフトウェア配布メカニズム——ニュースフィード——を持っている。実験的な製品を迅速にリリースでき、それが投票であれゲーム招待であれ、イベントやグループ、動画、ストーリーであれ、フィードを通じて少数のユーザに配布し、フィードバックやメトリックを得て、A/Bテストを実施できるのだ。
一方、自動運転車のスタートアップは不運だ。顧客に何かを提供する前に何年も改良を重ねなければならない。専門家を雇って車を監視させながらデータを収集し、人間のレベルを超える信頼性を達成するまで続ける。つまり、走行距離の99.999999%以上で致命的な事故を回避しなければならないのだ。
これらのアプローチには共通点がほとんどない。唯一共通しているのは、いずれも自社製品の妥当性確認を行っているという点だ。
ヒント
ユーザと共に製品の妥当性確認を行え。
ユーザによる製品検証は、重要性の高い懸念事項への回答をもたらすだけでなく、想定外の課題の発見にもつながる。
次の2章では、ユーザ妥当性確認に基づいてソフトウェア製品を反復的に提供し、改良する最も費用対効果の高い方法のいくつかを扱う。
出荷前に、第4章の教訓を通じて、あなたとあなたの同僚がソフトウェアを試用し、テストし、摩擦ログを提供し、慎重に文書化することで、製品を早期のプレッシャーにさらすことになる。
第5章では、リリース後の段階に焦点を当て、フィードバック、実験、メトリックを通じて実際のユーザの声に耳を傾ける方法を扱う。
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access