Blogアプレッソのエンジニアが書く技術ブログです。この広告は、90日以上更新していないブログに表示しています。研修でのマナビ開発はじめに品質マネジメント部の伊藤です。認定スクラムプロダクトオーナー研修に参加してきて得たものまとめたものです。最大化することに責任を持ちます。増やす必要があります。「I」と「R」を考えるとき、「R」を増やす方に注目してしまう人が多いのではないかと思いますが、まず考えるべきは「I」です。いうのも、「I」はコントロールしやすく定義しやすいですが、「R」はコントロールしにくい上、定義しにくいからです。「I」と定義してみると以下のようなものがあげられます。「R」を定義してみます。よっても変わってきますし、影響範囲(※)をどこまでにするかによっても変わってきます。あるプロダクトの改修を行った場合、プロダクトそのもの価値向上はもちろん、それを使うユーザへのプラスの影響、さらには開発者の技術力向上にもつながるかもしれません。その先・・と考えると影響範囲は無限大になりそうです。いうこともあり、コントロールしやすく定義しやすい「I」から考え、どうすれば「I」を減らせるのかということを考えていくのが定石といえます。その次に「R」を考えていきますが、前述の通り難しい課題であります。各プロジェクトやサービスのコンテキストによっても大きく変わるため、どうすればよいかという明確な答えはありませんが、常に意識していくべき課題です。とって大事な仕事です。ついて深く考えさせられる内容でした。印象深かった学びここからは特に印象に残ったキーワードを元に、研修を振り返ってみます。なると矛盾しているように見えますが、真意は別のところにあります。勝手な判断で優先順位を決めてはならないということです。勝手な判断とは、以下のようなことです。嗜好や思考が大きく影響しています。最大化することはできません。ROIを最大化するには、どうするべきか。それには、優先順位を決めるにあたって必要な情報をしっかりと集めることです。極端な話、情報が完璧であれば、どのPOが優先順位をつけても同じ並びになるということです。「優先順位はPOが決めるものじゃなく、決まるもの」の真意です。根拠ある情報が十分そろえば、必然的に優先順位が決まるということです。マーケットとは、どの範囲でしょうか。最大化する必要があるのでしょうか。答えは、「プロダクトに関わる人(もの)すべて」です。・・・プロダクトそのものプロダクトを利用するユーザスクラムチームスクラムマスターその他もろもろのステークホルダーなどなど、挙げればキリがありません。向上すれば、結果的によりよいプロダクトにもつながります。マーケットと考えるべき範囲は、実はかなり広大なのです。」どの課題を解決して、どのくらいの効果が見込めそうか。してはどのように考えたらよいでしょうか。基本的な考え方としては「ポートフォリオ」で考えます。課題の特性によって分類し、より多くの分類に属する課題に効果があると考えられる施策を打つようにします。その際に、以下のどちらの施策を選択したほうがよいでしょうか。Y選択すべきは、「施策Y」です。特性Aの課題が実現場では課題ではなかった場合など、想定課題が誤っていると「施策X」はまったくの無駄になってしまいます。その点、「施策Y」は特性Aが外れても、それ以外が外れなければ、まったくの無駄になるということはありません。これがポートフォリオ的な考え方です。似たような課題を多く解決する施策をうつのではなく、より多くの特性の課題を解決する施策をとるほうが得策ということです。そのためにはまず、多くの課題を見つけておき、その課題の特性の数もより多く持っておく必要があります。よって、課題を見つける際には、もっとも重要な課題のみをピンポイントで見つけにいくのではなく、重要そうではないものも含めて持っておくべきです。冒頭の方で、「Investment(投資)」を減らすことをまず考えるべき、というような話をしましたが、プロダクトを開発して利益を得ることだけに焦点を挙げれば、開発作業は、「I」にしかなりません。想定どおり物事が進めば、スムーズに開発が進みますが、現実的にはあらゆる場所に落とし穴が潜んでいて、想定外のコストが発生します。よって、POとしては想定外のことが発生した場合に、いかに低コストで軌道修正できるかが求められます。そのためには複数のリカバリープランを用意しておく必要があります。プロダクトバックログリファインメントにおいて、PBIの内容を開発チームと精査していたとします。その際、受け入れ条件が開発する上で現実的ではないとなったら、POが持ち帰って再検討しなくてはいけなくなります。してはリカバリープランを複数持っておく必要があります。内容だったり大きさを変化できるように準備しておく必要があったかもしれません。しては様々なことを想定して、様々な対策を考えておく必要があります。対して、リカバリープランを3つは用意する必要がある、とのことです・・・。がんばります!最後に印象深かった学びを中心に紹介しましたが、いかがだったでしょうか。これらは研修中に学んだことの、ごく一部です。印象深かったことはこの記事には載せていません。印象深かったことは研修中の「体験」そのものだからです。こればかりは体験してもらう必要があり、言葉で伝えることができません。知識を得ただけではなかなか行動を変えることは難しいものです。体験によってマインドや考え方に変化が生じ、行動が変わってくるのではないかと思います。最大化するためにも、得られたものを元にしてこれからの活動に活かしていこうと思います。花粉症のカイゼンを日々願っています。開...2017-03-03ペアプログラミングしていてもレビューは必要か?こんにちは、開発部の野口です。研修を受けてわたしたちのスクラムについて思うことアプレッソ開発部の佐々木です。時間以下の単位に分割するのはなぜ...こんにちは、開発部の野口です。S...2016-09-30アプレッソ品質マネジメント部に9月(去年)からJOINしましたどうも初めまして、こんにちは。»プロフィールid:appressoアプレッソのエンジニアが書く技術ブログです。(1)はてなブログをはじめよう!appressoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。