プログラマの思索プログラマの思索IT業界に身をおいて、1日の労働後、心に溜まった疑問を一つずつ点検してみる。»2012/09/17MVPを元にした製品開発Inspired日本語版というWebページの記事がとても面白かったのでメモ。いわゆるリーンスタートアップに出てくるMVPを元にした製品開発を題材にしているように思える。目に留まった内容をラフなメモ書き。詳細はWebページを見てください。Storeでも電子書籍で売られているようです。Inspired日本語版(引用開始)もっとわかりやすく言うと、技術的にいい仕事をするだけではダメなのだ。製品を「見つけ出す」ことである。失敗の原因を徹底的に突き詰めていくうちに、何を作るかを決めたのは、プロダクトマネージャーと呼ばれる人だということがわかった。プロダクトマネージャーは、通常はマーケティング部門に所属していて、私たちエンジニアが作り上げる製品のプロフィールを決める人であった。ところが、さらにわかったのは、プロダクトマネジメントは、HPにとってあまり得意な領域ではないということだった。後になって気づいたのだけれど、ほとんどの会社はプロダクトマネジメントが得意ではなく、その状態は今も変わっていない。(引用開始)プロダクトマネージャーの仕事は、価値のある、使いやすい、実現可能な製品を「見つけ出す」ことである。製品を特定することである。これによって、製品化までの時間と製品の複雑さを最小限にするのである。製品であり、必要最低限の機能を持つこと。価値があるのは、顧客価値に相当。使いやすさは、使用性(ユーザビリティ)という品質特性に相当。実現可能性は、アーキテクチャがプログラムで実装可能で、システムとして実現可能(フィージビリティ)であること。)の中で、使用性を最も重視していること。製品のアーキテクチャが実現可能(フィージビリティ)であることを保証する人は普通はアーキテクトだが、プロダクトマネージャもアーキテクトの役割を兼ねること。プロダクトマネージャはかなりの高レベル人材であること。(引用開始)エンジニアリングは、重要で困難な仕事である。重要なのがユーザーエクスペリエンスデザインであり、それは、たいていの場合エンジニアリングよりも困難である。エンジニアは、たいていユーザーエクスペリエンスデザインが不得意である。エンジニアは実装モデルで考えるが、ユーザーは概念モデルに基づいて考える。ユーザーエクスペリエンスデザインは、本質的に連関している。(引用終了)使用性という品質を重視すること。それは機能性に密接に関係している。Inspired日本語版プロダクトマネージャーの役割プロダクトマネージャーの主な任務は2つ。製品の市場性を評価することと、開発すべき製品を定義すること。(引用開始)十分に市場性があって、自社でそのアイデアを実現できる可能性が高いと判断されれば、その次には、誰かが、そのアイデアの具体的な形、つまり、どういう製品にするのか(必要とされる特性と機能、ユーザーエクスペリエンス、発売の基準など)を「見つけ出す」必要がある。ここで、再びプロダクトマネージャーの出番となる。この任務は、プロダクトマネージャーの仕事の核心部分である。ここで、私は、紙ベースではなく、プロトタイプに基づく軽量なアプローチを勧める。肝心なのは、その仕様書が記述すべきことは、開発されるソフトがどういう機能を備えて何をするものかということであり、どのように動くかではないということだ。(引用終了)上記の製品こそが、リーンスタートアップに出てくるMVP(実用最低限の機能を持つ製品)に相当する。Inspired日本語版プロダクトマネージャーとプロジェクトマネージャーの違いトレインモデル。複数のコンポーネントを平行に開発したり、別の複数の製品を平行に開発したりとか。派生開発、ソフトウェアプロダクトラインを連想させる。正しい製品を作るのか、それとも、製品を正しく作るのか前者はアーキテクトないしプロダクトマネージャ。製品設計、アーキテクチャの問題。