You are a Scrum Master, but you find yourself in between jobs. You begin your search. How do you choose the company that will be a great fit for you? How do you know which company will understand and respect your specific skill set? This talk is a fresh way to look at the companies that may be trying to hire for a role they don’t understand and don’t want to pay for. This talk with raise the red flags you need to understand before you go in for an interview.

 
 

Outline/Structure of the Talk

Introduction. Why this talk? 5’

Each slide contains a job title and actual quotes from job descriptions for Scrum Masters. I’ll discuss my take on the true meaning behind the things these companies are asking for. Examples will include combined roles, incorrect expectations, wrong terminology, less-than-market pay rates, combining scrum and waterfall practices.

Each will take 2-4’.

Next I’ll call on the audience to discuss anything they’ve seen that’s a good or bad example. Next, we’ll discuss what the audience thinks would make for a good job description.

I’ll share my ideal job description for the role of Scrum Master.

Remainder of total timebox – Q&A

Learning Outcome

Give people hiring scrum masters an idea of what will bring them the best candidates.

Give scrum masters an idea of what challenges they can expect so they are better prepared to decide if they want to interview with a particular company.

Target Audience

Anyone

Prerequisites for Attendees

None

schedule Submitted 10 months ago

  • Rochelle Kopp
    keyboard_arrow_down

    Rochelle Kopp - サーバントリーダーシップを身に付けましょう!

    90 Mins
    Workshop
    Beginner

    イノベーションを生み出し、生産性の高いチームを目指すのなら、マネージャーやスクラムマスターはどのように振る舞うかが鍵となります。そこで推薦したいのは「サーバント・リーダーシップ」です。

    サーバント・リーダーシップを活かしている人は一方的に命令するのではなく、チームメンバーをどうやってサポートしてあげられるかに重点を置きます。チームメンバーをコントロールするのではなく、チームメンバーに仕えるという態度で接します。

    このワークショップでは、サーバント・リーダーシップを効果的に実践するために必要な要素を紹介し、またそれを応用する方法もお教えしていきます。自分のリーダーシップを再考する絶好のチャンスになります。

  • Tatsuya Sato
    keyboard_arrow_down

    Tatsuya Sato - なぜ私はチームにい続けるのか。あるいは、エンジニアとしての成長のためのチームの活用について。

    Tatsuya Sato
    Tatsuya Sato
    Software Developer
    DENSO
    schedule 10 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    2016年夏、あるチームが解散となりました。そのチームのうち、社内に残ったエンジニアは一人。当時、彼は一人でプロジェクトをこなしていました。ステークホルダーから感謝されていたので一人で開発を続けていました。しかし、エンジニアとしての成長は殆どありませんでした。切っ掛けでとあるチームでエンジニアを募集していることを知りました。技術スタックもそれまでの事業領域も異なるところでやっていけるのだろうか?と彼は悩みました。そのチームにいるエンジニアと一緒に働きたいという想いからそのチームへ入ることにしました。あの時の彼の決断は正しかった、と今の私なら言えます。

    このセッションは、RSGT2020で発表された「Team-Based TEAM - 会社を越えるチーム」に対するアンサーセッションです。RSGT2020当日に初めてこのセッションの内容を知りました。それでも「あぁ、わかる。これは自分たちだ。」と思える内容でした。このセッションでは、Team-basedチームの一員として得られたものが何かについてお話します。

  • Yukio Okajima
    keyboard_arrow_down

    Yukio Okajima / Yuichi Hashimoto - 「ここがアジャイルの世界か」 ~ 業務SEがアジャイラーになるまでの8か月

    45 Mins
    Talk
    Beginner

    巨大ウォーターフォールプロジェクトの一員であった業務SEは、8か月後、重要なアジャイルプロジェクト(※)を任されるエンジニアになっていました。

    「なぜ?」「どうやって?」。このセッションでは、チャレンジした本人(橋本)とそれを支える組織(岡島)それぞれの目線から、次の切り口で明らかにしていきます。

    1. 価値:変化を抱擁する世界へのチャレンジと、それを支援するアジャイル組織の在り方
    2. 原則:本気で取り組むための「ビジネスと学びの両立」「段階的動機付け」「組織能力化」
    3. プラクティス:プログラミング未経験の業務SEが成長するために日々考え実行したこと

    https://jbpress.ismedia.jp/articles/-/57937

  • KazuhideInano
    keyboard_arrow_down

    KazuhideInano - コミュニティ運営から学んだプロセス改善とチームの成長

    KazuhideInano
    KazuhideInano
    Agile Coach
    JEI LLC
    schedule 10 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    私はとあるコミュニティの運営に数年携わっています。正直なところ運営の苦労なんてなるべく避け、楽しくやっていきたいものです。しかし、実際のところはいろいろありました。そこでみんなであれこれ実験してみたりカイゼンしたりと試行錯誤を重ねた結果、今現在ではなかなかいい感じなプロセスができあがった気がしてます。

    そんなことを思い返していると、ふと気づいたことが。「これってチームの活動と似ているな」と。

    そこで、コミュニティ運営というチームが直面した課題とそれに対しどのような取り組みを行ったか、そしてどのような成果を得られたか(あるいは得られなかったか)、これを続けた結果どのようにチームが成長していったかを整理しつつ、みなさんのチームや組織、コミュニティなどに活かせるヒントが得られるようなセッションをしたいと思っています。

    ※コミュニティについて、話の都合上簡単な紹介はすると思いますが宣伝するつもりはありません

  • Yoko Higuchi
    keyboard_arrow_down

    Yoko Higuchi - ふりかえりが重要ではない!?ふりかえりの活用方法について

    Yoko Higuchi
    Yoko Higuchi
    Researcher
    Kwansei Gakuin University
    schedule 10 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    こんにちは!
    私達はLED-Camp(※) で毎年スクラムを初心者向けに教えています。

    ここでふりかえりを重点的に教えたのですが...LED-Camp が終わった後のアンケートに「ふりかえりは重要ではないと考えている」と答えた人がいました。
    何故なのか?そもそもふりかえりは何故必要なのか、どういったときに必要なのか?
    必要ってことは分かっている。分かっているんだけども...本当に必要なの!?

    この疑問をなんとかして自分の納得する形にしたい!と思い、実践やイベントで様々な意見を交わしていきました。
    その際に得た情報や、自分なりに出したふりかえりについてお話します。

    この話を通じて、「ふりかえり」について、ふりかえるきっかけになってもらえたらと思います。


    ※ LED-Campは、組込みシステム開発の初学者や未経験者、また、興味のある方を対象とした合宿形式の勉強会です。若手の社会人や学生が一堂に会し、組込みソフトウェア開発の基礎を学びます。実習を通して、モデル駆動開発とスクラムを学び、チームで解決することを体験します。
    詳しくはリンクを見てください!

  • Yuichi Tsunematsu
    keyboard_arrow_down

    Yuichi Tsunematsu - スクラム開発におけるマネジメント、目標設定・フィードバック・評価

    Yuichi Tsunematsu
    Yuichi Tsunematsu
    Manager
    Retty Inc.
    schedule 10 months ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    あなたの組織はアジャイルな開発を志ざし、スクラム開発を取り入れ、素晴らしい結果を得ることができました! おめでとうございます!

    全社共通の人事制度では3ヶ月ごとに個人目標を設定し、メンバーから360度フィードバックを集め、成果を評価します。半年ごとに成果に応じた賞与があり、昇進の機会もあります。上司からアジャイル開発の推進者として信頼されているあなたは「スクラム開発での目標設定・フィードバック・評価はどうしたら良いのか」と相談を受けました。プロダクトの成功にばかり集中していてそのことをすっかり失念していたのです。

    スクラム開発では全員が一丸となり同じ目標を追います。・・・でも個人ごとの目標を決めるルールです。メンバーのキャリア・成長はどう導いていきましょう? 誰が何の貢献をしたのかどう評価しますか?

    アジャイルな開発を長く続けるために、たまにはマネージャーの悩みを一緒に考えてみませんか?

    ※Scrum Fest Osaka採択後、福岡セッション枠の45分で話すことになったため情報を更新しています。

  • Masamichi Otsuka
    keyboard_arrow_down

    Masamichi Otsuka - スクラムちゃうがなと言われてもやってみぃひん?

    20 Mins
    Talk
    Beginner
    伝えたいこと

    スクラムの原理原則に背くとだいたい失敗するとよく言われます。「事情があってちょっとだけ自分たちのやり方に変えてみたいのですが、、」ともなれば、いずこかのスクラム有識者が「スクラムちゃうがな」と投げかけてくるかもしれません。しかし、それでもやってみてはどうでしょうか?

    スクラムは3つの役割、3つの作成物、5つのイベントで構成される軽量で理解が容易なフレームワークです。ところがそれだけシンプルな仕組みであっても、実際に始めるとなるとそれほど容易ではありません。原則通りに始めようとすると、色々と疑問点がわいてきませんか?プロダクトオーナーやスクラムマスターは誰がやるのが良いでしょうか?プロダクトバックログはどうやって作るのでしょうか?スプリント計画はどうしますか?スプリントレビューは必要ですか?スクラムはいつ始められますか?

    全ての条件を揃えてからスクラムを始めるのは容易ではありません。しかし、それでもやるしかないのです。なぜなら、正しいやり方を実践するだけの知識や実力や環境が私たちには無いからです。とりあえずやって、失敗して、少しでも原則どおりできるように変えていくのが現在の私たちのやり方です。

    2019年4月に私がJOINしたチームはコテコテのウォーターフォールで開発していました。体制変更で突然大きく変化したチーム状態と過去に経験したことがない高難易度な開発テーマで課題が山積みの中、行き詰まりを感じてスクラムの原則を取り入れ始めました。とはいえ私たちはスクラムの経験が無いチームなので、プロダクトバックログも十分に作れない状態からとりあえずスプリントの開発サイクルに移行するなど、経験者から「それやったらアカンよ、たいてい失敗するから。」と言われるようなこともあえてやって、たいてい失敗しながら、従来の開発スタイルを少しずつ変えています。私たちの取り組みはまだスクラムをやっているとは言えないかもしれませんが、少しずつでもスクラムに近づこうと試行錯誤している方々にとっての1つの事例として、「こんなやり方でもできるよ」というストーリーをお話したいと思います。

    スクラムと私

    株式会社ラクス は中小企業向けのクラウドサービスを提供し、19期連続増収で事業拡大中の会社です。私は2011年に入社し、BtoCサービスや北米向けサービスなどの新規事業の開発を経験した後、主力サービスである楽楽精算の大阪開発チームをリーダーとして立ち上げ、2018年からスクラム開発に取り組みました。スクラム開発に取り組んだことで、過去の開発経験も含めてチームが不確実性と向き合い敏捷性を高めていくことの重要性を改めて実感しました。2019年4月からは10年以上続くメール配信サービスの開発チームに異動し、マネージャとして従来型の開発プロセスを少しずつ改善してチームのアジリティを高めていくことにチャレンジしています。

  • Michael Migliacio
    keyboard_arrow_down

    Michael Migliacio - アジャイルで在宅勤務パーワーアップ (Powering Up Remote Work through Agile)

    20 Mins
    Talk
    Beginner

    COVID19が現れた後で、働き方法が速く変えました。アメリカの会社には、社員が時々Work From Home (WFH) (在宅勤務)出来る文化が多いけど、毎日の働き方法は事務所にいると同じです。

    今は違います。皆んなの安全のためにたくさんの会社はWFHだけのモードに変化しました。だから新しいチャッレンジも現れました。

    このプレゼンテーションでコーチとして私がWFHの普通な問題を直す方法を教えます。

    例えば:

    • コムニケーション
    • 同僚と絆
    • テクノロジー
    • Burnout/Exhaustion

    COVID19 has changed the way we work. While many American companies had cultures that supported occasional work from home for employees as needed, the culture of working remained the same as when those employees were located in offices.

    Now, it's different - everyone is fully remote, all the time. And that leads to a lot of new challenges.

    As a software engineering coach, my job is to help others learn new technologies as well as new ways of working...and this different reality has presented plenty of learning opportunities that I'm excited to share with you!

  • kyon _mm
    keyboard_arrow_down

    kyon _mm / neno neno / Gota Miyazaki / Takao Oyobe - Agile Wars − アジャイルチームの夜明け −

    90 Mins
    Talk
    Intermediate

    agilewars.001.jpeg

    予告動画 : https://www.youtube.com/watch?v=ymZnqdUQ8DE&feature=youtu.be

     

    数度目のアジャイル開発戦争が勃発。
    内製開発企業と受託開発企業ではそれぞれのビジネスと命運をかけて防御壁を展開、エンジニア獲得の勢力図がうごいていた。

    Scrumの加護をうけし組織となるために工作を展開する企業。
    それに反発し自由と共同を求めてオープンなコミュニティをつくりあげるものたち。

    終わりが見えない戦争に希望を見出すため、各組織では次世代の旗手をみつけ育成する作戦が遂行された。
    そしてミレニアル世代が第一線に配属され、時代はひとつの転換を向かえようとしていた・・・

  • Ryo Tanaka
    keyboard_arrow_down

    Ryo Tanaka - 会社組織で実験をしていくためのサバイバルテクニック

    20 Mins
    Talk
    Beginner

    実験場はどうして必要か?

    企業の中で企業を変えようとしているスクラムマスターやアジャイルプラクティショナーの皆様。
    コミュニティや本などで仕入れた新しいワークショップや、メトリクスがうまく働くかを会社で試してみたいと思いますよね。

    でも、それ大丈夫ですか?
    安全ですか?失敗しても大丈夫ですか?失敗しないようにがんばりますか?
    でも、失敗ってしたほうがいいんですよね。

    会社組織は良い実験場か?

    そもそも会社組織の中で最初に実験するのってハイリスク・ハイリターンですよね?
    失敗した場合ときには実験を止めたいと思いますが、下手に予算やOKRが決まってたりすると、とりあえず四半期ぐらいは引くに引けない状態になったりして、危険な状態になることがあります。

    そうならないように、安全に実験できる場所を探しましょう!
    そのためのサバイバルテクニックを考えましょう。

    サバイバルテクニック

    #1 趣味を増やそう!

    単に趣味を増やすことに意味はありません。
    社会性が得られる趣味であれば、それは立派に実験場として機能します。

    #2 地域コミュニティに参加しよう!

    PTAや自治会、地元神輿会など、地域コミュニティも立派な実験場です。

    #3 家族を実験に

    家族との信頼関係が利用できる場合は、実験目的を話して実験に協力してもらいましょう。
    父親、母親、子息、伴侶それぞれ幅広い年齢層に対して実験できます。

  • Mori Yuya
    keyboard_arrow_down

    Mori Yuya - 『「高い技術力」「良いサービス」なんだけど買ってもらえない』を解決するアジャイルなプロダクトマーケティングワークショップ

    90 Mins
    Workshop
    Advanced

    このワークショップは一言でエレベーターピッチの強力版です。

    次のような悩みに効果的です。
    ・「良い商品なのに売れない、自社(自分)に強みがあるのにお客様に喜んでもらえない。」
    ・「日々、頑張っているものの報われないことも多く、意気消沈してしまう」

    私は20代前半から新規事業に取り組み、自費でも数百万の借金をするなどして挑戦してきました。良い商品なんだけど売れない、強みがあるのに買ってもらえないとずっと悩み続け、どうしたらお客さんの喜びにつながるのだろうと考え続け、試行錯誤してきました。

    そのうち徐々にうまくいくにつれて、お客さんから「弊社のこと、なんでそんなに知っているんですか? もしかして勤めていたことがあるんですか?」と驚かれたり、喜んで値引き無しに買ってもらえるようになりました。

    その中で学んだ重要なポイントは開発だけでなく、顧客との付き合い方や売り方もアジャイルに適応してくことです。

    今回は「顧客との付き合い方や、売り方もアジャイルに適応してく」ためのワークを行います。顧客と良い関係を結ぶためのヒントがえられるセッションにしたいと思います。

    ・商品/サービス/強みについて考える
    ・顧客を考える
    ・競合を考える
    ・セールス/プレゼンテーションを考える
    ・ロールプレイしてみよう/セールスマップでユーザーにも決裁者にも響くアプローチを整理してみよう

  • Etsuo Yamada
    keyboard_arrow_down

    Etsuo Yamada / Takahiro Hisasue - どのアジャイル開発チームでも起こりえる課題を事例を通して学ぼう!

    45 Mins
    Talk
    Beginner

    「アジャイル開発の事例を聞いたけど、いざ自分ごとで考えるよく分からない…」
    「このエピソードは、どこでも起きうる話なのだろうか?」
    「自分の現場で起きている課題は、どのチームにも起こり得る課題なのだろうか?」

    事例だけ聞いても分からない…一方で抽象化した理論だけ聞いてもよくわからない…みたいなこと、ありませんか?

    レッドハットには、現場を支援しているアジャイルコーチが複数人います。このセッションでは、同じ会社だから話せる“場”のなかで、アジャイルコーチ同士で深く共有した事例を通し、チームの成長に伴い起きる課題について、実際に現場で起きた内容とどの現場でも共通でチームにみられる事象を紐づけて話せたらと思います。

    今、現場で起きている課題の先に光があるのだろうか?そんなふうに心配している方々に進む勇気を持って頂ければという思いで話させて頂きます。

    ※本セッションは、「アジャイルチーム成長の過程ってどんな感じ?(20min)」と「アジャイル開発導入事例から分る組織・チーム・個人の課題(20min)」を1つにまとめて再構成するものになります。

  • Atsushi Nagata
    keyboard_arrow_down

    Atsushi Nagata - パターンがみせるモブプログラミングの魅力と効果

    Atsushi Nagata
    Atsushi Nagata
    Agile Coach
    Cybozu
    schedule 10 months ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    モブプログラミングは、いますごく話題になっています。モブはいいという話が多くされてはいますが、具体的にどういうことがいいのでしょうか。そして、モブプログラミングでは何が起こっているのでしょうか。モブで、チームメンバーはお互いにどんなやりとりをしているでしょうか。それがそれぞれにどのように働きかけているでしょうか、その結果、どんな効果が生まれているでしょうか。

    サイボウズでは、日本の開発は全てモブでやっています。そこから戻ることはありません。何が彼らをひきつけているのでしょうか

    私は、そのモブに接した時、衝撃を受けました。そしてその魅力に取り憑かれました。何が起こっているのか、もっと調べたくなりました。そこで、モブのやりとりのログを徹底的に取っていきました。

    そうすると、うまくいっているモブの状態や行動に、あるパターンが見えてきました。しかもそのパターンは、チームで不確実な問題を解決していくうえでのメンタリティーを援けているばかりでなく、高い品質をはじめから埋め込んでいく仕組みを裏付けていました。これを言語として表現して、その言葉で議論していけば、さらなるモブの改善や、モブ文化の伝達に寄与することが期待されます。

    これはあくまでも、サイボウズのケースですが、モブの推進の参考になればと思います。

  • Shuichi Matsubara
    keyboard_arrow_down

    Shuichi Matsubara - で、結局 "誰に" 価値を届けるの?〜大企業のアジャイル開発で失敗に成功した話〜

    20 Mins
    Talk
    Beginner

    我々は誰に"価値"を届けるのでしょうか?

    エンドユーザー?自動車メーカー?事業部長??

    大企業はPOからエンドユーザーまでが遠すぎます。

    そして、POと開発チームの間にも距離感を感じている方もいるのではないでしょうか?

    では、"価値"とはなんでしょうか?

    ユーザーの求める価値=ステークホルダーの求める価値でしょうか?

    ステークホルダーの求める価値=POの考える価値でしょうか?

    そして、POの考える価値=開発チームの考える価値でしょうか??

    また、"価値"とはどうやったら生まれるのでしょうか??

    失敗に成功した!

    私のチームはとあるWebアプリ開発をスクラムで取り組みました。

    結論を言うと、プロジェクトは予定通りリリースできました。が、その道のりは失敗の連続でした。

    このセッションでは、とあるプロジェクトを通して私たちが経験した失敗談をお届けします。

    しかし、結果的にこの失敗のおかげで私たちはアジャイルの原則に立ち返ることができ、開発チーム、PO、ステークホルダー、プロジェクトに関わった全員が大きく成長できました。そう、私たちは失敗に成功したのです!

    皆さまには、プロジェクトの中で価値を生み出し続けるための明日から使える具体的な提案と、という"価値"をお届けするセッションになればと思います。

  • Minoru Yokomichi
    keyboard_arrow_down

    Minoru Yokomichi / Masahiro Kamata - 忙しいマネージャーを救え!「お仕事解体ワークショップ」体験会 ※要事前チェックイン

    90 Mins
    Workshop
    Beginner

    ※来場者へのアナウンス:このセッションは事前の参加チェックインが必要です。チェックイン方法は、参加者用 Discord の「品川タイムテーブル」チャンネルをご覧ください。

    あなたのマネジャーはあなたより暇そうですか?
    もし暇そうなら、ぜひ他のセッションに参加し、マネージャーに明日「いつも私にチャンスをくれてありがとう!」と伝えてあげてください :)

    あなたのマネジャーはあなたより忙しそうですか?
    もしそうだとしたら、そのマネージャーを助けたいと思いますか?
    もし助けたいと思わないとしたら、あなたの成功の道も険しいかもしれません :/
    あなたの成功の近道は、あなたのマネージャーを助ける事かもしれないのですから。

    もし少しでも助けたいと思えているなら、この「お仕事解体ワークショップ」が使えるかもしれません。

    世の中のマネージャーの中には、理由は様々あれどなかなかメンバーに仕事が渡せず、それが忙しさの悪循環を招き苦しんでいる人たちがいます。
    そういったチームでは、マネージャーが休むと色々な事が回らなくなったり、マネージャーが仕事上のボトルネックとなることで仕事のリードタイムが長くなり、組織のパフォーマンスが制限されるでしょう。
    それはマネージャーがマネージャーとして機能していないということかもしれませんが、メンバーからそれを助けることでチームとして一歩前にすすめることだってできます。

    「お仕事解体ワークショップ」では、マネージャーとメンバーの対話を通して、マネージャーの仕事を解体、理解し、その仕事をチーム全体で担っていくための具体的なアクションを作ることができます。それは「マネジメント」という行為が、だれか特定の人に依存するのではなく、チームの中に溶けているようなチームを作る一手となるかもしれません。

    忙しそうなマネージャーと働いている方、または周りにそういったマネージャーがいる方は、ぜひこのワークショップ体験にご参加ください。
    実際にワークショップを組織に持ち帰って実施し、あなたのチームがよりよいチームになることを祈っています! ;)

    ※「忙しい人」がマネージャーでなくてもこのワークショップは活用できます。(忙しい PO など)

  • Kanako Muroyama
    keyboard_arrow_down

    Kanako Muroyama - プロダクトオーナーのチームビルディング 〜 心理的安全性が高く、自走できる組織の作り方。うまくいってちょっと泣いた話と、その後の話。

    20 Mins
    Talk
    Intermediate

    こんにちは。楽天 ランキングサービスグループの室山です。

    楽天市場のランキングサービスでプロダクトオーナーのチームリーダーをやっています。

    少し前、トラブルが多発し、モチベーションも低下していたグループの中で、プロダクトオーナーたちはそれぞれが孤独に責任を負っていました。

    そこでチームビルディングのやり直しを行って、助け合うプロダクトオーナー組織へと変わりました。
    モチベーションも低く疲弊したチームから、心理的安全性の高いチームへ。

    どうやって、心理的安全性の高いチームになったのか?

    どうやって、メンバーは自走を始めたのか?

    どうやって、メンバーは変化を受け入れてくれたのか?

    私達が取り組んだチームビルディングと、そこから学んだことをお話します。

    メンバーが「仕事が楽しい」って言ったとき、正直ちょっと泣きました。その後のお話も。

    プロダクトオーナーだけでなく、チームをリードしている方々と、飲みながらでも語り合いたい!
    課題共有の場になれば嬉しいです。

    本セッションは、2019年4月にDevLove関西「プロダクトオーナーの現場」でご紹介した
    「トラブルだらけの現場から仕事が「楽しい」現場に変わった、6か月間の話」と、その後日談に関連した内容となります。
    https://www.slideshare.net/cowappa/ss-141300729
    ぜひこちらも合わせてご覧ください。(Slidesの項目に記載したスライドと同じです)

  • Daisuke Kasuya
    keyboard_arrow_down

    Daisuke Kasuya - プロダクトを5年間運用したチームの歴史 - 長く続くチームづくり -

    45 Mins
    Talk
    Advanced

    Mackerelというプロダクトはローンチから5年が経ちました。ぼくはそのほぼすべての期間、このチームに在籍していて、うち3年間はマネージャーとしてチームを運営しています。5年間運用されたチームではさまざまなことが起こりますが、いくつか事例をご紹介しながら、長く安定的に続くチームづくりについて考えていきたいと思います。

  • Yuma Konishi
    keyboard_arrow_down

    Yuma Konishi - プロダクトのグロースのためのチームを立ち上げてプロセス改善をしている話

    Yuma Konishi
    Yuma Konishi
    Team Manager
    i-plug
    schedule 10 months ago
    Sold Out!
    20 Mins
    Talk
    Intermediate

    株式会社i-plugにて自社サービスのOfferboxの開発をしている小西と申します。

    Offerboxというプラットフォームの質的改善を加速するために、2019年秋からグロースに特化したチームを組成するというの話が上がり私がチームリーダーとして指揮を執ることになりました。
    2019年4月よりスクラム開発をしており、ものを正しく作っていく部分はできるようになってきていたものの正しいものを作る部分は経験がありませんでした。

    その状態から価値あるプロダクトを提供できるように他職種(デザイナーやデータアナリスト)の方と協力しながらこれまでデュアルトラックアジャイルのような開発プロセスを構築してきました。
    データアナリストとともにABテストをしたりデザイナーとともにユーザーテストをしたり、その結果を踏まえて仕様を磨いたり廃案にしたり提供価値にこだわった意思決定をしています。
    また、職種をまたいで連携することで1つ1つの工程のクオリティを高めることにもこだわっています。

    そのような現場で具体的にどのようにプロダクト開発を行っているのかという状況であったりそれを実現するまでの過程であったりをご紹介できればと思っています。

  • umisora (Katsutoshi Murakami)
    keyboard_arrow_down

    umisora (Katsutoshi Murakami) - 三度のスクラムを失敗した私が選んだ四度目のスクラムはコーチングを頼む事だった。

    45 Mins
    Talk
    Beginner

    2019年2月に開設したマネーフォワード 京都開発拠点にて拠点の立ち上げとスクラムマスターをやっているumisoraと申します。

    同時に出しているプロポーザルもぜひ御覧ください。

    「マネーフォワード京都のスクラムセレモニーを完全かつ詳細にご紹介します」


     

    私は新卒3年目くらいから金融系SI会社の中でスクラムに出会っています。出会ってから早8年は経ったでしょうか。スクラムに出会ってからというもの、その魅力は全ての課題を解決するのではないかと夢を抱くほどにパワフルで、合理的で、魅力的だと感じてきました。

    そんなスクラム信者とも呼べる私ですが、過去3回自分自身がオーナーシップを持ってチームにスクラム導入のチャレンジしていました。しかし結果は惨憺たるもので、スクラム本の様にはチームは自走しないし、ベロシティは測れないし、ただ形だけのスクラムを行う事しか出来ませんでした。

    「これは欲していた形ではない」

    と同時に

    「スクラムとはこんなにも難しいものか…」

    と感じてきたのでした。

     

    このセッションでは、

    まるで本に書かれているかの様な成果によってチームの輝く姿を得るに至った、4度目のチャレンジであるマネーフォワード京都開発拠点でのサクセスストーリーをお話します。

    rectangle_large_type_2_9193ccfa9fc48547962a5fc5361899ad.png?fit=bounds&quality=60&width=1280

    2019年2月にオープンしたマネーフォワード京都開発拠点は2名からはじまり、10ヶ月で16名となりました。そのうち10名程度がWebサービス開発に直接的に関わって開発を行っています。

    2019年後期から(自社としては)大きめの案件の開発が始まり、東京も含めて同時に10名~15名程度が稼働するプロジェクトとなりました。

    毎月の様にドメイン知識もないメンバーが増える中で数カ月間ハレーションもなく、活躍できない人もない状況を作り上げました。新メンバーが増えても2週目からは以前からいる人達と同じパフォーマンスを上げ始めるチームです。

     

     

  • Takamitsu Nakamura
    keyboard_arrow_down

    Takamitsu Nakamura / Asumi Ametani - スクラムマスターをしながら、アジャイルコーチにはなれなかった話

    20 Mins
    Talk
    Intermediate

    始めは1チームのスクラムマスターでした。

    外部のアジャイルコーチについてもらい、学びながら、組織的なスクラムの浸透に関わるようになって、組織内でのコーチ業務もするようになっていきました。

    気づいたら、スクラムマスターをしながらコーチ業務もするという状態になっていました。

    ・見るチームが多くて、どこもちゃんと見きれていない。
    ・コーチとしても動いているけど、スクラムマスターでもある状態で、優先するチームはどこなのか?
    ・専任スクラムマスターとして複数チームを見るのと、スクラムマスターとコーチを兼任することでは発生する難しさが違う。。
    ・コーチとしても動けるようになるには何を変えるべきなのか?
    ・スクラムマスターとコーチで必要な行動、マインドセットは違うのか?

    そんな直面した課題や、気づいたこと感じたこと学んだことをお話しします。