スクラムマスダーの日記

アジャイル、スクラムに関連した内容が多めです。

プロダクトオーナーは開発チームの成長を考えるべきか?

2019/03/12は、スクラム道関西のオープンジャムに参加しました。

scrumdo-kansai.connpass.com

オープンジャムでは、参加者の困りごとを相談したり、他の実践者の方法を聞いてみたり、話題のワードについて語ってみたりと、参加者が出したテーマについて、みんなで語り合う場です。

テーマの1つに「プロダクトオーナーはプロダクトバックログアイテム(以下、PBI)のビジネス価値をトラッキングする」がありました。

チームの成長はビジネス価値に含めるべきか?

「ビジネス価値をトラッキングした方がいいし、むしろプロダクトオーナーは、会社のKGIやKPIに沿ったPBIを出すことができているかを計測する必要があるよねー!」と、テーマの大枠については、参加者の中で納得感があったと思います。

その中で、PBIのビジネス価値の中には、

  • 売り上げ
  • 顧客の満足度
  • 顧客の継続率

などがあるなという話になりました。

加えて、チームが成長することをビジネス価値として考えているという意見がありました。
参加者の中でも、ビジネス価値にとして含めるべきか否かで、意見がわかれ、いろいろと議論することができました。

ちなみに、ぼくは、
「プロダクトオーナーは、PBIのビジネス価値に、チームの成長を必ず含める必要はない」
という立場です。

チームの成長はどこで行うべきか?

チームの成長につながる時間を仕事中に割く必要がないのか?となると、それは必要だと考えています。

スクラムガイド』では、プロダクトオーナーの責務は、下記の通りです。

プロダクトオーナーは、開発チームから生み出されるプロダクトの価値の最大化に責任を持つ。

つまり、プロダクトの価値の最大化に責任があるのであって、チームの成長に責任はありません。

一方、企業が成長していく、すなわち、売り上げや利益を大きくするには、従業員のスキルアップは欠かせません。
そのため、チームが成長するために必要な時間は、仕事をする時間の中に含まれる必要がありますが、PBIに取り組む時間に取り組む必要はないと、ぼくは、考えているのです。

つまり、チームの成長の責任は、経営層やラインマネージャーと呼ばれる組織上の上長が持つべきであり、プロダクトオーナーが必ずしも責任を持つ必要はないと考えています。

そのため、仕事をする時間の中で、開発チームがPBIに取り組む時間と成長のために学習する時間を分けて取り組むようにする必要があります。

f:id:scrummasudar:20190314221948p:plain
仕事の割合

よりよいプロダクトオーナーとは?

なぜ、プロダクトオーナーがチームの成長を考える必要があるのか?という議論になるのかを考えると、プロダクトオーナーがラインマネージャーであることが多いからだと思います。

そのため、よりよいプロダクトオーナーになるには、開発チームがPBIに取り組む際に、チームが成長しやすいようにプロダクトバックログリストを作り上げる必要があります。

開発チームがPBIを取り組みながらも、成長できれば、より良いスクラムチームになると思います。

プロダクトの価値を最大化しながらも、開発チームの成長を考慮しているプロダクトオーナーは、よりよいプロダクトオーナーと言えると思います。

スクラム 仕事が4倍速くなる“世界標準”のチーム戦術

スクラム 仕事が4倍速くなる“世界標準”のチーム戦術

RSGT2019に参加してきたよ! #RSGT2019

2019/01/09から2019/01/11に開催されたRegional Scrum Gathering® Tokyo 2019に参加してきました!

2019.scrumgatheringtokyo.org

セッションについて

参加セッション

  • 1日目
    • Outcome Delivery: delivering what matters
    • Coaching resilient Scrum teams
    • スクラムチームを辞めて20人でカンバン運用してきた半年間の軌跡
    • 心理的安全性ゲーム
    • 超Scrum入門〜未完成フラクタルと15minSprint〜
  • 2日目
    • Learning to Experiment
    • プロダクトオーナーは突然に 〜メカ屋出身プランナーと奇妙な冒険〜
    • プロダクトの「負債」を「機能」と呼び直すために ーA/Bテストを用いた"価値"の定量化ー / Fact based decision making
    • プロダクトオーナーとして『開発プロセス』を思考せよ〜EBM(Evidence-Based Management)を軸とした『プロセスの見える化』と『ムダからの解放』を実践したインパクトについて〜
    • そのときサーバントリーダーはどう振る舞うか
    • 学習する/Unlearnするチームへ ー 新卒研修とスクラムとモブプログラミング ー
  • 3日目
    • よなよなエール流 熱狂を生むチームづくり ~8年連続赤字から13年連続増収増益までの軌跡~

以下、特に印象に残っているのものをピックアップします。

心理的安全性ゲーム

よーできとる!

ロールプレイングのワークショップとして、非常に有効な内容だと感じました!
ロールプレイングと、割り切って、やることが重要ですね。演技大事です。

心理的安全性を生み出す発言、場を壊す発言など、いろいろと含まれており、実際に働いているチームで取り組むと、非常に効果的なように感じました。
同じ言葉、行為でも、状況や、人物によって、受け取り方が変わることがポイントですね。

カードは、もちろん、持ち帰らせていただきました!
まだ、代金を支払えてないので、このあと、支払いします。支払い方が、意外と難しいです…。

そのときサーバントリーダーはどう振る舞うか

ロッシェル・カップさんは、以前から存じ上げていて、ツイッターなども追いかけていたのですが、セッションに参加したことがなかったので、「せっかくの機会だから参加しよ!」と思い、参加させていただきました。

サーバント・リーダーシップ自体は、ロッシェル・カップさんやスクラム道関西の活動のおかげて、ある程度は知っていました。
今回のセッションの良さは、絹川達也さんの実体験をもとに、サーバント・リーダーシップを活用されている点でした。
セッションの中に、泥臭さが見え、だからこそ、自分の仕事の中で、どのように活用できるかのイメージがしやすかったと感じています。

概念だけではなくて、事例を知ることで、サーバント・リーダーシップについて、より理解できるようになりました。

OpenJam

Yahooさんのリモートスクラムディベート

リモートスクラムディベートメンバーに指名され、参加しました!
リモートスクラムあり派で、ディベートしましたが、なかなか難しいですね。
というか、ディベート自体難しい。

私は、課題を解決することが大事派なので、特定の理想の状態(今回であれば、リモートスクラムの良さを語る)に対して、意見を出すこと自体が難しかったです…。

ディベート結果は、あり派となし派で、引き分けにw
楽しい結果なりました!

スクラム道関西とアジャイルラジオの宣伝

f:id:scrummasudar:20190112213121j:plain せっかくの機会なので、スクラム道関西とアジャイルラジオの宣伝をさせていただきました。

scrumdo-kansai.connpass.com

agileradio.github.io

スクラム道関西は、定期的に活動しておりますので、ぜひ、関西圏にお住まいの方は、オープンジャムなどにご参加ください。

また、アジャイルラジオは、上記URLから聞くことができますので、ぜひ、聞いてください!
ゲスト出演も可能ですので、関西に来た際は、ぜひ、私をはじめ、スクラム道関西のメンバーにお声がけいただければと思います。

いろんな方とお話できた

RSGTの良さは、セッションの素晴らしさだけではなく、ホワイエ、ネットワーキングパーティ、懇親会など、いろいろな方々とお話できることにあることです。
以前からお名前は存じていて、スライドだったり、Podcastを通して、お話したいなーと思っていた方と、お話することができました。

特に、 id:ikikko さんにお会いできるよう、事前に id:rohki さんが手配いただいていました。ありがとうございます!

また、「ブログ読んでます!」、「アジャイルラジオを聞いてます!」と多くの方にお声がけいただきました。
このブログも、真に役に立つかどうかは、全然わかりませんが、フィードバックをいただけるということ自体が、個人的に非常に嬉しいです。

おわりに

今年も年始から最高のイベントに参加することができました。
一個人の参加者としては、オーガナイザーの方々、スポンサー企業の方々、スピーカーの方々が、あってのイベントだと思っています。
まことにありがとうございます。

来年は、御茶ノ水というところ(大阪に住んでいるのでよく知りません)で開催されるとのこと。
今まで参加した2回とは異なる形で、参加できるように、いろいろと頑張りたいと思います。

おまけ

いよいよ、来月に、Scrum Fest Osaka 2019が開催されます。

www.scrumosaka.org

チケットは、2019/02/01に発売されます。以下から購入できるのですが、数が少なくなっているようですので、参加予定の方は、ご注意ください。

www.eventbrite.com

ちなみに、僕は、オーガナイザーでもなんでも、ないので、ご注意ください!*1

上記、ツイートされていますが、真ん中の僕は、単なるスクラムフェス大阪の法被を着た人です!
左右のお二人は、オーガナイザーです!

*1:RSGT中も、たびたびオーガナイザーに間違われました!

RSGT2019のスライドまとめ #RSGT2019

2019/01/09からRegional Scrum Gathering Tokyo 2019が始まりました〜。

2019.scrumgatheringtokyo.org

発表スライドまとめてみました。
個人的に見つけたスライドだけですので、他にもあればコメントいただけると嬉しいです。
3日目分まで、更新しました。

1日目

Keynote

Outcome Delivery: delivering what matters

www.youtube.com

HALL-A

チームワークの会社で最高のプロダクトを目指すチームができるまで -強くてスケールするチームの作り方-

speakerdeck.com

運用中のモバイルゲーム開発チームに、並行バージョン開発を導入してみた

スクラムチームを辞めて20人でカンバン運用してきた半年間の軌跡

speakerdeck.com

東名阪をまたいだLeSS Huge(大規模スクラム)においてスクラムマスターとして実践したこと

www.slideshare.net

ちゃんとやってるのになんかうまくいかないスクラムからの脱出

speakerdeck.com

超Scrum入門〜未完成フラクタルと15minSprint〜

speakerdeck.com

HALL-B

Coaching resilient Scrum teams

行動分析学に基づくScrumの導入

www.slideshare.net

英語版もあります。

心理的安全性ゲーム

games.yattom.jp

エンジニア採用もカンバン使ってみたら、「透明性」によって採用が活動が変わったこと / Agile Recruiting

speakerdeck.com

スクラムならできる プロダクトバックログの戦略

2日目

Keynote Learning to Experiment

HALL-A

プロダクトオーナーは突然に 〜メカ屋出身プランナーと奇妙な冒険〜

自律的で協調的なチームの作り方 ~複数拠点、多言語、職能型組織で始めるScrum~

NTTみたいなトラディショナルな企業でアジャイルな取り組みを実現するたった一つの必要なもの!

全部SCRUM!~SIerで大切だったもの、サービサーで大切だったもの~

www.slideshare.net

スクラム1年生のチームが全員でRSGT2018に参加してわかったチーム開発、はじめの一歩

リーダーシップを一度捨ててチームの輪の中に置いた話

www.slideshare.net

英語版もあります。

www.slideshare.net

学習する/Unlearnするチームへ ー 新卒研修とスクラムとモブプログラミング ー

HALL-B

Effective Retrospective / とにかく楽しいふりかえり

speakerdeck.com

プロダクトの「負債」を「機能」と呼び直すために ーA/Bテストを用いた"価値"の定量化ー / Fact based decision making

speakerdeck.com

プロダクトオーナーとして『開発プロセス』を思考せよ〜EBM(Evidence-Based Management)を軸とした『プロセスの見える化』と『ムダからの解放』を実践したインパクトについて〜

speakerdeck.com

そのときサーバントリーダーはどう振る舞うか

ファシリテーションの難しさと楽しさ

スクラムで学ぶスクラム開発

Workshop

喧嘩できるチームを作るワークショップ

明日現場で使える!とにかく明るいScrum Patterns 活用ワークショップ

3日目

Workshop

「自分を立てなおす対話」をやってみよう! ♥ 智慧の車座ワークショップ

Keynote

よなよなエール流 熱狂を生むチームづくり ~8年連続赤字から13年連続増収増益までの軌跡~