March 2021
Beginner to intermediate
288 pages
5h 8m
Japanese
| エレン・ゴッテスディーナー | ![]() |
不思議の国のアリスに「もしどこに向かっているのかわからないなら、どんな道でもたどり着ける」というセリフがある。ソフトウェア開発チームにもそのまま当てはまりそうだ。最高のスクラムチームであっても、「あなたのプロダクトは何?」という簡単な問いに答えられないこともある。
スクラムとはプロダクトの探索とデリバリーを継続的に行うことだ。プロダクトが成功するには、顧客に欲しがられ、ビジネス的に成長可能で、開発と保守が技術的に可能でなければいけない。この文章の主語に注目してほしい。プロダクトだ。プロダクトが何であるかを理解していないと、いろいろな形で問題が現れる。
スクラムと同じくらい直感的に理解できるように、プロダクトオーナーはガイダンスの提供とプロダクトの監督をする必要がある。プロダクトオーナーという役割は簡単ではない。プロダクト定義の失敗は、あらゆる問題を引き起こし、チームの満足度やプロダクトのアウトカムにまで影響を与える。
同一の顧客、同一のドメインに多数のプロダクトバックログが存在することがある。似たようなアイテムを含んでいたり、互いに食い違っていたりもする。複数の「プロダクト」のあいだで機能が重複し、リリースマネージャーやプログラムマネージャーのような調整役が必要になる。そのようなプロダクト群のエンドツーエンドのユーザー体験はひどいものになる。手間がかかりすぎるし、イライラさせられる。プロダクトオーナーたちは、優先順位付けとフォーカスの設定に苦労することになる。局所最適化が行われ、組織全体としてのゴールの達成を妨げる判断、アクション、構造が生み出されることになる。プロダクトが明確に定義されていないことによる弊害の一部だ。 ...
Read now
Unlock full access