INSPIRED_ロードマップについての言及

最善を尽くしても、多くの場合において製品開発ロードマップは残念な結果で終わる。私はその理由を、製品開発に関する2つの不都合な真実と呼んでいる。第1の不都合な真実は、製品開発のアイデアの半分以上はうまくいかないことである。 製品のアイデアが成功しない理由はたくさんある。顧客が開発側ほどそのアイデアに心を動かされず、製品を選んだり買まったりしてくれないこともある (価値の欠如)。これは最もよくある状況だ。顧客が製品を使いたいと思って試してみても、あまりにも操作が複雑わずらなので製品の価値よりも煩わしさが上回り、 同じ結果になることもある。ユーザーが使わないのだ(ユーザビリティーの欠如)。市場に出ていれば顧客が気に入ったかもしれないのに、 製品の開発が当初の想定よりもはるかに複雑なことがわかり、 市場投入するための時間や資金がなくなることもある(実現可能性の欠如)。133

・第1の目的は、各チームが最も事業価値の高い項目に真っ先に取り組んでいることを確認したいという経営陣の要望に応えることである。 ・第2の目的は、経営陣は事業をうまく進めるために期日のあるコミットメントをする必要があるため (期日を信用している企業はもうほとんどいないが)

1.製品のビジョンと戦略。 これによって、組織が全体として成しげようとするビジョンと、そのビジョンを実現するためのプラコが明らかになる。 それぞれの製品開発チームは集中する分野(とえば買い手チームと売り手チーム)を持っているが、すべてチームは一体となって製品のビジョンを実現しなければならない 2. ビジネスの目標。 これによって、個々の製品開発チームが優先べきビジネスの目標が明らかになる。

第1に、自分たちが最適だと考えるやり方で自由に問題を解決できあるので、チームのモチベーションがいっそう高くなる。やはり伝道と傭兵の問題である。その上、チームはこうした問題を解決するのに最善の体制になるように構成されている。 第2に、チームの責任は、要求された機能やプロジェクトを引き渡すだけでは終わらない。その機能が (主要な結果として測れる形で)ビジネス上の問題を解決しなければならないのだ。 解決できないなチームは解決に向けて別のアプローチを考える必要がある。 第3に、ソリューションのアイデアを誰が考えたかや、 その人がとれだけ頭がいいかに関係なく、最初のアプローチはうまくいかないことが多い。 自分たちのチームには当てはまらないと強がらず、 そうなる可能性を受け入れよう。

重要なのはアウトプットではなくアウトカムである。ごく少数だが、製品開発ロードマップの位置付けを変えて、そこにまれる項目それぞれを解決できるかどうか不明な機能やプロジェクではなく、解決すべきビジネス上の問題によって記述する開発チームある。 このようなロードマップはアウトカムベースのロードマップと呼ばれる。