スクラムマスダーの日記

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

「アジャイルな開発だと、プロダクトの価値から作り始めることが出来た」は結果論だと思う

アジャイル開発が浸透するにつれて、プロダクトの責任者(スクラムの場合、プロダクトオーナー)だけでなく、開発者が「プロダクトの価値とはなにか?」を考えることが多くなってきたと感じています。

そして、プロダクトが成功したといえる場合、「アジャイルな開発だと、プロダクトの価値が高い部分から作り始めることが出来た!」という理解になると思います。
しかし、その考え方は、生存者バイアスだと、私は思っています。
※プロダクトが成功したと言える状況の時点で、素晴らしいことではあります。

なぜ「アジャイルな開発だと、プロダクトの価値から作り始めることが出来た」は結果論なのか、なぜ「アジャイルな開発は、プロダクトの価値の高い順番で開発する」という捉え方があまりよくないのかを記します。

そもそもプロダクトの価値とは?

プロダクトの価値とは、一体何なのでしょうか?
もちろん、それぞれのプロダクトで、様々な指標があると思います。

ただ、一点言えるのが、「そのプロダクトの価値で儲けることができるのか?」ということです。

単にお金を得るだけであれば、様々なやり方があるとは思います。

  • 顧客から対価をもらう
  • 投資家から投資をしてもらう
  • 社長から予算を承認してもらう

などです。

しかし、儲けるということは、基本的に、顧客から対価をもらうに収束すると考えています。

なぜなら、投資や予算の承認を継続するには、顧客から対価をもらうが必須だからです。 投資家は、そのサービスが稼ぐことで株価を増やしたいという目的があります。社長から予算をもらうといっても、そのサービスで売上や利益を見込めないのであれば、事業として畳むでしょう。

アジャイル宣言の背後にある原則にある継続

アジャイル宣言の背後にある原則には、

アジャイル・プロセスは持続可能な開発を促進します。
一定のペースを継続的に維持できるようにしなければなりません。

と記載されています。
持続可能な開発をアジャイルは目指しているわけですが、仕事で実践する限りは、お金が必要なことは明白です。
無給で働く人はいないですし、会社を運営するだけでも色々な税金や経費はかかっているからです。
※個人やコミュニティで開発する上でも、どこかからはお金を引っ張ってくる必要があます(PCでプログラミングするだけでも、PCを買ったり、電気代やネット代を支払っているので、お金は必須。)

プロダクトの価値は市場に出さないと分からない

では、「プロダクトの価値」が儲ける内容であるかは、いつわかるのでしょうか?
結論としては、市場に出して初めて分かると、私は考えています。

もちろん、市場に出す前に、仮説検証で、将来の顧客やユーザーにヒアリングや実際に使ってもらうことは可能です。
しかし、これらの活動はあくまで仮説の確度を高めるために行っており、実際に顧客から対価をもらっていないからです。
※もちろん、プロダクトの成功する確率を上げるために、市場に出す前の仮説検証という行為自体は必要だと、私は考えています。

そのため、アジャイル開発では、プロダクトの価値の高い順番で開発することはなく、あくまで市場に出す順番で開発しているということになります。

プロダクトの価値は変化する

また、プロダクトの価値は常に変化します。それは、市場や顧客のニーズが変化するからです。

今後作る開発内容については、もちろん開発する順番を変更することで、市場や顧客の変化に対応することが可能です。
しかし、すでに開発済みのプロダクトの開発した順番を変更することはできません。

市場に出すまでに、顧客のニーズが変わったり、競合企業の状況によって、顧客が購入した決め手は、開発した順番の1番目や2番目ではなく、10番目であることも十分に想定できます。 1番目に開発した価値より10番目に開発したプロダクトの価値が高いことも十分あるのです。

つまり顧客にとっては開発する順番は関係なく、その中でアジャイル開発で変化に対応するサイクルを回しているかは全く関係ないのです。

プロダクトの価値だけを作っても市場には出せない

プロダクトの価値は、そのプロダクトの本質といえる部分で非常に重要なのですが、それだけを開発してもプロダクトをリリースすることができません。
おそらくログイン・ログアウトといった機能やユーザー登録機能は必要ですし、Webサービスであればインフラを構築する必要があります。
つまり、本質的にプロダクトの価値につながらない内容であっても、リリースするために必要な開発内容があるということです。

アジャイルで開発しようが、ウォーターフォールで開発しようが、市場に出すまでに開発する必要があるものは開発する必要があるのです。

アジャイルな開発な場合、むしろ継続的インテグレーションや継続的デプロイを効果的に運用するために、開発初期段階で、インフラの構築やユニットテストの自動化といったことを行うことが多いです。

プロダクトの価値につながる開発を実施しする前に、上記のような足回りの整備をしてから取り組んだ方がよいと考えています。

おわりに

色々と書きましたが、市場に出さない限りはわからないし、市場に出すことこそが改善のサイクルを回す最大の原動力になるので、改善のサイクルを回して、顧客から対価をもらえるように、アジャイル開発をうまく利用しようということでした。

ただ、「アジャイルな開発だと、プロダクトの価値から作り始めることが出来た」という考えれる状況って素晴らしいと思うんですよね。なんたって、顧客から対価を継続的にもらえているのですから。

Regional Scrum Gathering Tokyo 2020に参加しました! #RSGT2020

2020/01/08~2020/01/10にお茶の水で開催された、Regional Scrum Gathering Tokyo 2020(以下、RSGT )に参加しました。

2020.scrumgatheringtokyo.org

f:id:scrummasudar:20200111104005j:plain

RSGT2020は、日本最大のスクラムに関するイベントということもあり、非常に多くの方々とお会いし、お話することができました。お話させていただいた皆様、誠にありがとうございます。

セッションについて

参加セッション

  • 1日目
    • The Ten Bulls of the Scrum Patterns
    • アジャイルコーチ活用術
    • プロダクト生存戦略 : 大企業で新規事業を始めて成功させるには
    • The Product Owner and Scrum Master Brain Transplant! Mwuhahahaha!!!
    • A Scrum Bookの歩き方
  • 2日目

    • Lost in Translation: The Manager’s Role in Agile
    • チームの再定義 -進化論とアジャイル-
    • Team-Based TEAM - 会社を越えるチーム -
    • 【元士官が語る】軍隊組織からみる、これからのアジャイルのあり方
    • 10年たってやっとアジャイルがわかりかけてきた話
    • 最高のScrumキメた後にスケールさせようとして混乱した(してる)話
  • 3日目

セッションの感想

すべてのセッションで学びがありました。その中でもいくつかピックアップします。

The Ten Bulls of the Scrum Patterns

禅の十牛図スクラムを照らし合わせ、十牛図の各段階において、スクラムの状況はどういったものであるかを、説明されていました。

ちなみに、十牛図については、以下のサイトがわかりやすいです。

www.tees.ne.jp

このセッションで考えさせられたのは「自分とは一体何者なのか?自分は自分自身を理解できているのか?」ということです。

私は、2015年に、アジャイルスクラムに出会い、今まで仕事で多少なりとも実践し、スクラム道関西というコミュニティで活動することで、ある程度スクラムについて、理解していると考えていました。

しかし、昨年に転職し、開発者としてプロダクト開発に取り組むにつれて、「自分は、アジャイルスクラムを本当に理解できているのか?実践する力が本当にあるのか?」ということを日々感じるようになりました。

セッションにおいて、十牛図は流れが一方向のように聞こえましたが、実際にはチームが変わったり、役割が変わったり、状況が変わったりすることで、十牛図の段階がもとに戻ることもあると感じました。

RSGTの一番最初のセッションということもあり、RSGTの3日間、「自分とは何者なのか?今の僕は、何ができて、何ができないのか?将来、何になりたいのか?」を考えるようになりました。

アジャイルコーチ活用術

私は、「将来、アジャイルコーチになってみたい。」という思いがあります。
そのため、第一線で活躍されている吉羽さんのセッションで、「アジャイルコーチとは、どういった考えで働くべきか?どういった働き方をすべきか?」を知りたいと思い、参加しました。

セッションで、一番衝撃だったのは、アジャイルコーチが有償で働く時間は40%で十分ということでした。
アジャイルコーチは、有償で働く以外の時間で、トレーニングを受けたり、セミナーに参加したり、書籍を書いたりなどの継続的学習をすることで、ハイアウトプットをすることができるということでした。

私は、現在進行中も含め4名のアジャイルコーチと一緒に働いたことがあります。今思えば、すべての方が、週5日間有償で働いている方はいらっしゃいませんでした。

私は、会社員として週5日の勤務しかしたことがないこともあり、アジャイルコーチも基本的に週5日間働く、減らしても週4日間は働くことが当然のように考えていました。

すぐにアジャイルコーチになるというわけではありませんが、「自分はどんなアジャイルコーチをやりたいのか?」を引き続き考えていこうと思いました。

チームの再定義 -進化論とアジャイル-

kyon_mmさんは、私が思いつきもしない観点や分野からアジャイルやチームについて考えられており、今回は「進化論」という観点でお話されることもあり、楽しみに参加していました。

今回のセッションでは、今までのセッションと異なり、kyon_mmさんを一番近く感じることができました。
15分スプリント、フラクタルスプリントなどを紹介されていた今までのセッションでは、「よりよいチームにするために、未来に、目指すべき姿だ。で、そのために、めちゃくちゃ砕いて、自分たちが、今何をするべきかを考えなければならない。」という感じ方をしていました。自分たちのチームとかけ離れた存在という前提で、考えていました。
しかし、今回のセッションでは、「kyon_mmさんも、似たような悩みを抱えることがあるのか…。近い存在なのかもしれない。」と感じました。

あと、Scrum Fest Osaka 2019の基調「公演」は、「こんな感じだったのか…。今まで全く理解や想像すらできなかったけど…。」と、片鱗を知ることができ、よかったです。

アジャイルラジオ公開録音

OSTで、スクラム道関西メンバーで配信しているアジャイルラジオの公開録音を提案し、実際に収録を行いました。

agileradio.github.io

結果として、20名以上の方に参加いただくことができました。ご参加いただいたみなさま、本当にありがとうございます。

参加いただいた方々に、RSGTの感想を伺うことができ、RSGTの素晴らしさを感じることができました。

2020/01/13の週には、公開予定となっています。みなさま、ぜひ聞いていただければと思います。

英語への抵抗感、意外とない

今回は、1日目に事件があり、英語についても、考えを改めるRSGTでした。

上記、名札の写真に「I SPEAK ENGLISH」という赤いラベルがありますが、僕自身は、ほぼ流暢に英語を話すことができないと思います。 これを貼り付けるきっかけは、1日目に起こりました。
名札に貼り付けるラベルを取りに、ラベル置き場に行くと、原田騎郎さんがいらっしゃたので、ご挨拶をさせていただきました。
そのときに、原田さんから手渡されたのが、「I SPEAK ENGLISH」の赤ラベルでした。

尊敬する方から手渡されたものを断るのは良くないので、僕は、受け取り、もちろん名札に貼り付けます。
ただ、この事件をきっかけに、まずは、英語をしっかり聞くことを意識して、セッションに参加しました。

英語セッションのうち、「The Ten Bulls of the Scrum Patterns」や「A Scrum Bookの歩き方」は、「意外と、英語でも理解できるぞ!」と感じました。
もちろん、セッションへの質問時にネイティブの方が話される内容とかは、早いし、聞き取れないので、ほぼ理解できていません。

RSGTで英語で話をするには全く至ってないですが、それでも僕にとっては一歩前進でした。
自分の状況を把握するきっかけを与えてくださった原田さんには非常に感謝しています。

パックマンモデルで勇気づいた

2日目の開始時に、川口さんが、パックマンモデルを紹介され、「ぼっちにならないようにしましょう。」ということを参加者の方々にお伝えされていました。

パックマンモデルの詳細は川口さんのブログをご確認ください。

kawaguti.hateblo.jp

僕は、コミュニティで活動したり、アジャイルラジオでパーソナリティやっていたりするのですが、完全にコミュ障なので、特に知らない方とお話するのには非常に勇気がいり、自分で「ここは頑張るぞ!」と決心しないと、人とお話できないタイプです。

川口さんがパックマンモデルを紹介してくださったことで、「僕が輪の中に入っても、多分受け入れてくれるに違いない。僕も輪の中に入ってきてくださったら、受け入れる行動を取るから!」という気持ちを持つ事ができました。

この気持ちを持ったことで、2日目、3日目の飲み会は、僕的には、勇気を持って、いろいろな方とお話できました。

色々できなかったこともあるけれど

RSGTが終わって、他の方の感想などを見ていると、

  • やっぱりこのセッションを聞いておけばよかった…
  • この方と少しでもお話すればよかった…

と、できなかった、しなかったことを数えてしまいます。
特に最近の僕は、マイナスのことを数えて、心に積み重ねがちです。

ただ、帰りの新幹線で、椎葉さんの以下のスライドを見てみると、「僕は選択しなかったことを選択したんだな。また、選択した選択肢の素晴らしさを感じることも必要だな。」と感じました。

おわりに

RSGTは、年に一度のお祭という感じもあるので、本当に楽しむことができ、学びの多い3日間でした。
このイベントを開催してくださる実行委員の方々をはじめ、スタッフの皆様には、大変感謝いたします。

RSGT2021のチケットも無事購入できたので、来年のRSGTも今から楽しみです。

Regional Scrum Gathering Tokyo 2020のスライドまとめ #RSGT2020

2020/01/08から、Regional Scrum Gathering Tokyo 2020(以下、RSGT2020)が始まりました!

2020.scrumgatheringtokyo.org

本ブログでは、RSGT2020のセッションの発表資料をまとめています。
個人で発見した発表資料のみですので、掲載していないセッションの発表資料がありましたら、コメント欄などで教えていただけるとさいわいです。

現時点では、1日目のスライドのみです。
2日目まで追加しました!
3日目まで更新しました。

1日目(2020/01/08)

keynote

The Ten Bulls of the Scrum Patterns

Hall WEST

アジャイルコーチ活用術

slide.meguro.ryuzee.com

みなさんのプロダクトバックログアイテムはOutcomeを生み出していますか?

プロダクト生存戦略 : 大企業で新規事業を始めて成功させるには

note.com

特殊部隊SETチームの日常 - 技術と実験を融合した実践アジャイル術 -

テックリードは未来の話をしよう (Tech Lead in Scrum)

Hall EAST

Afternoon Mingle

見積りしないスクラム / NoEstimates Scrum

モブプログラミング x 行動分析学 x 教育 / Mob Programing x Behavior Analysis x Education

日本語版

www.slideshare.net

英語版

www.slideshare.net

The Product Owner and Scrum Master Brain Transplant! Mwuhahahaha!!!

www.dropbox.com

A Scrum Bookの歩き方

Terrace Room

スクラムの理解を深めるスクラムショーワークショップ

qiita.com

リーン・チェンジマネジメント - チーム・組織に変化を起こす!オリジナルのチェンジ・フレームワークを構築する方法

2日目(2020/01/09)

keynote

Lost in Translation: The Manager’s Role in Agile

Hall WEST

日本にJoy,Incを創る!ぼくらのジョイインクジャーニー3年間の軌跡

組織変更して部長がいなくなってから起きたこと

大企業の縦割り組織の中でProduct Discovery Teamを作ってサービスをリリース出来た話

キャリアパス考察:開発者と動くQAテスターからチーム支援するスクラムマスターへ

アジャイルな組織を創っていくには?地銀で取り組むアジャイルな組織創り

10年たってやっとアジャイルがわかりかけてきた話

最高のScrumキメた後にスケールさせようとして混乱した(してる)話

Hall EAST

【完結編】総売り上げ:35,400円 ~ 受託エンジニアが自社サービスのPOをやって学んだこと Total sales: 35,400 yen ~ What the contract engineer learned from the experience of Product Owner

Sociocracy for Scrum teams

 ### Going Agile with Tools - たまにはツールの話もしようぜ

A newアジャイルTransformation: Immersive Learning Spaces

ORGANIC agility®: an evolutionary approach to organizational resilience

Terrace Room

チームの再定義 -進化論とアジャイル-

Team-Based TEAM - 会社を越えるチーム -

【元士官が語る】軍隊組織からみる、これからのアジャイルのあり方

アジャイルUXリサーチLive! ~ 「即席」ユーザーテスト見学会

3日目(2020/01/10)

Terrace Room

Test-Driven Product Development (TDPD) - a better way of handling product development

keynote

NEXT→ACTION

講演中に「資料の公開は無し」とおっしゃっていました。