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

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

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

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

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

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

 
 

Outline/Structure of the Talk

  1. サイボウズのモブプログラミング
  2. モブプログラミングを覗いてみると
  3. モブメトリクス:モブのログを分析してみると
  4. モブプログラミングモデルが見えて来た
  5. モブプログラミングパターン:いくつかのパターンを紹介
  6. まとめ

Learning Outcome

  1. モブプログラミングで、何がいいのか、何がすごいのか、具体的に分かります。
  2. モブプログラミングをやってみたいというモチベーションが増します
  3. やるといいですよというプロモーションがやりやすくなります
  4. こうやるとうまくいくかもというヒントが得られます。

Target Audience

モブプログラミングに興味を持っていただける人

Prerequisites for Attendees

特にありません

schedule Submitted 1 month ago

Public Feedback

comment Suggest improvements to the Speaker

  • Liked 川渕 洋明 (bucci)
    keyboard_arrow_down

    川渕 洋明 (bucci) - この1年で経たことを中心に想いをbucciまけてみる

    45 Mins
    Talk
    Beginner

    とある方が背中を押してくれました。

    僕の想いや考え、今の会社やポジションのこと、などなど「ぶち」まけてみませんか?と。

    「ぶち」と来たからにはやらないわけにはいきません。

    「bucci」まけてみようと思います。

    ◉この1年を中心に

    衝撃的だったRSGT2019やコミュニティ。みなさんの高い言語化・認識力、パッションと知見の共有・共感。

    とあるマーケティング講座に毎朝15分FBライブで参加。毎日の問いかけが視座や認識を高めてくれた。

    CI&Tではマーケ業務と現場プロジェクトを半々。ワークショップ運営が増え、カスタマーサクセスリーダーに。

    AgileJapan実行委員。今年は5/20です。ほかの方々に助けられてばかり。

    家庭では長男の「釣りキチ」っぷりが末恐ろしい。

    ◉周りを変えるには自分から

    一昨日ひさびさに本屋を眺め、悩んだ末に「EQトレーニング」という本を買いました。

    冒頭にジャック・マーの一言「大事なのは、あなた自身をどう変えていくかなのです」

    理論・実践的な内容もですが、この一言、すごく良いなと思いました。

    自分なんてものはそう簡単に変わりません。なのに仕事や現場では変わることや変革を謳っています。

    変わりたいのに変われない。変えたいのに変わらない。いつも憂いてきた気がします。

    でも、迷いながらも進むこともできる、模索がどこかに連れて行ってくれる。この1年で学んだのかも。時には心のなかの怖れも味方にしながら。

    ◉どうやって影響力をもつか

    ペア、チーム、部署、会社、家族、地域、国。RSGT2020のクロージングでもバタフライ効果に言及がありました。

    あなたが変わることが、その姿勢が滲み出たとき、実は世界は変わっているのかもしれません。

    そんなことが積み重なった世界を見たくありませんか?

    ◉キーワード

    マインドセット、適応課題、毎日やる、解像度、視座、言語化で物事の認識たかめる、抽象と具象、寄り添う、共感、目的思考、多様性、価値観

  • Liked Rochelle Kopp
    keyboard_arrow_down

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

    90 Mins
    Workshop
    Beginner

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

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

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

  • Liked Tatsuya Sato
    keyboard_arrow_down

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

    Tatsuya Sato
    Tatsuya Sato
    Software Developer
    DENSO
    schedule 1 month ago
    Sold Out!
    20 Mins
    Talk
    Beginner

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

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

  • Liked Kazutaka Matsusaki
    keyboard_arrow_down

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

    45 Mins
    Talk
    Beginner

    Reginal Scrum Gathering Tokyo 2020 にて講演させていただいた内容の再講になります。
    一部変更やプラスαして話させていただければと思います。

    ふくおかフィナンシャルグループ(FFG)では、2018年4月、DevOps・アジャイル開発を実践していくための組織が立ち上がりました。
    昨今厳しいと言われる銀行業界でイノベーションを起こしていくための組織です。

    2018年5月にゲーム会社から銀行へと異色の転職で入社以降、このアジャイル開発チームに携わってきました。

    古くからある大きな企業でのアジャイル開発を進めていくには、技術的な面・組織的な面で非常に多くの問題が存在していました。
    そもそも外注開発しかしたことのない組織が内製開発に取り組むということで、その問題の大きさは想像に難くないでしょう。
    実際、前職とはかけ離れた環境やフローが存在し、多くのカルチャーショックにぶちあたってきました。

    このセッションでは、そんな組織の中で、ゼロからアジャイル開発を進めてきた1年半の歴史を余すことなく紹介していきたいと思います。
    取り組んできたこと、失敗したこと、成功したこと、たくさんあります。
    地銀という古い体制の組織・規制の厳しい金融業界、そんな世界で経験してきた内容が、少しでもみなさんの今後に役立つことができれば幸いです。

    • アジャイル組織の変遷
    • 現行ルールのしがらみとの闘い
    • アジャイル開発を少しずつ組織に浸透させていく方法
    • 組織を拡大していくための対内・対外的な取り組み
    • 拡大していく組織で発生した問題
    • 成果を出し続けていくための組織やチームの意識改革
  • Liked 常松 祐一
    keyboard_arrow_down

    常松 祐一 - スクラム開発での目標設定・フィードバック・評価

    常松 祐一
    常松 祐一
    Engineering Manager
    Retty Inc.
    schedule 1 month ago
    Sold Out!
    20 Mins
    Talk
    Intermediate

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

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

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

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

  • Liked Gabor Devenyi
    keyboard_arrow_down

    Gabor Devenyi - Hippie Coaching vs. Corporate Coaching (workshop) - English

    Gabor Devenyi
    Gabor Devenyi
    Agile Coach
    Gabor Devenyi
    schedule 2 months ago
    Sold Out!
    90 Mins
    Talk
    Beginner

    There is no "one right way" to coach. Some coaches primarily focus on people and behaviour, some on processes and frameworks, some on system of work and the list goes on. Depending on the organisation and its context, different focus might be required.

    My observation is that the different styles of coaching create different perception in the organisation. Those coaches who "preach" about the Agile manifesto and the value and principles, often looked as the “hippie coaches”. Even though their message is right, they often can't succeed in the corporate world, where it’s lot more fashionable to talk about “scaling agile” or “standardising new way of working”.

    However, the coaches whose focus is helping huge corporates, can become "instituionalised" - within two years their focus and vocabulary become corporate-language and they become part of the machine.

    So what can you do, if you’re one of those “hippie” coaches, who is afraid of being lost in the corporate world? And if you’re a “corporate” coach, who speaks the corporate language and became a master of agile tools and processes - but lost sight of the the original values?

    This interactive talk / workshop will hopefully get these coaches closer to each other and to reality, so we can work on improving ourselves as coaches, independent on what type of people we are.

  • Liked Mori Yuya
    keyboard_arrow_down

    Mori Yuya - 「相談」のすごい影響が整理できて「話が早い相談」ができるようになる20分

    Mori Yuya
    Mori Yuya
    no
    witch&wizards inc.
    schedule 1 month ago
    Sold Out!
    20 Mins
    Talk
    Advanced

    私たちは困ったときに相談をしています。毎日、一日の中で何度も相談を持ちかけたり相談を受けたりします。

    相談とは「問題解決のために人と話し合ったり、他人の意見を聞いたりすること」です。
    「問題解決を協働で取り組む短時間多頻度活動」とも表現できます。

    相談は意思決定でもありますから、相談がうまくいけばスムーズに仕事が流れますが、相談がうまくいかないと仕事が止まってしまう原因にもなります。「現場のチーム」や「部署間の相談」「経営者の相談」「お客様との相談」などなど、あらゆるところで何千、何万回も相談は行われています。

    もし組織の中で行われる相談という共同活動が劇的な改善をしたら、組織はどのようによくなるでしょうか?

    これからも何千、何万回も行われていく相談の質が大きく高めることができたら、非常に大きな効果があると思いませんか?

    このセッションでは「相談」がチームや組織に与える影響を整理し、またすぐにできる質の高い相談をする方法を共有したいと思います。チーム内での相談の質を高めること加えて、とくにチームの開発力が高まってきて他の部署との連携や、お客様との打ち合わせが増えてきた方にお薦めです。

    ※このセッションは2017年に行われた日本TOC(制約理論)推進協議会主催のTOCシンポジウム2017での発表を大幅に加筆修正したものです。スライド参照。

  • Liked 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

  • Liked Takuo Doi
    keyboard_arrow_down

    Takuo Doi - 行動分析学でScrumチームの課題を解決してみよう!

    Takuo Doi
    Takuo Doi
    CTO
    Lifematics Inc.
    schedule 1 month ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    Regional Scrum Gathering Tokyo 2019、Regional Scrum Gathering Tokyo 2020では、行動分析学という視点から見たScrumチームについての考えをお話させて頂きました。そして、この話を聞いて、行動分析学に興味を持ったよと言ってくださった方もいらっしゃました。

    一方で、行動分析学的な観点でScrumチームの課題を自分で分析しようとした場合には、どのように分析をし、どのような点に注意をすればよいかのご質問も頂きました。

    そこで、本セッションでは、参加者の皆様と一緒に具体的なケースを想定し、一緒に分析をし、その行動の改善につなげるための介入の施策を検討してみたいと思います。

  • Liked KazuhideInano
    keyboard_arrow_down

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

    KazuhideInano
    KazuhideInano
    Agile Coach
    JEI LLC
    schedule 1 month ago
    Sold Out!
    20 Mins
    Talk
    Beginner

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

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

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

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

  • Liked Yoko Higuchi
    keyboard_arrow_down

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

    20 Mins
    Talk
    Beginner

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

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

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

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


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

  • Liked 徳冨 優一
    keyboard_arrow_down

    徳冨 優一 - ミルクボーイがスクラムを説明したら

    徳冨 優一
    徳冨 優一
    代表取締役
    Degino Inc.
    schedule 3 weeks ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    駒場
    「最近、うちのおかんがシステム開発に興味を持っててなぁ。名前は忘れたんやけど、その開発手法には "プロダクトオーナー" ってゆー役割があるってゆーてたんやわぁ。」

    内海
    「そんなもん、スクラムやないのぉ〜。 プロダクトオーナーゆーたら、スクラムの三つのロールの一つやないのぉ〜。スクラムに決まりやがなぁ〜。」

    駒場
    「オレも最初スクラムやと思っててんけどな、話しを聞いてみるとなんかちょっと違うねんなぁ〜。」

    内海
    「違うことあれへんがなぁ〜。何が違うねんなぁ〜。」


    続きは会場で。

  • Liked Gabor Devenyi
    keyboard_arrow_down

    Gabor Devenyi - "Oh no, we're going Agile" - transformation antipatterns

    Gabor Devenyi
    Gabor Devenyi
    Agile Coach
    Gabor Devenyi
    schedule 2 months ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    Agile transformations are very popular in big corporates, however there is often a disconnect between the teams, the middle management, the "business" and the customer. Despite investing heavily in Agile frameworks (like Scrum) practices (stand-ups), tools and processes; transformations fail to deliver better outcome for the customers.

    In my presentation I am looking at red flags when companies "go agile". However, it's not just an angry rant about all the things that are going wrong. I also have a look at how we can make our organisation a better place with setting the right goals, measuring the right things and nurturing the people.

  • Liked Sally Sloley
    keyboard_arrow_down

    Sally Sloley - The Great Scrum Master Job Hunt

    Sally Sloley
    Sally Sloley
    Agile Coach
    Sally Sloley
    schedule 3 weeks ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    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.

  • Liked Woohyeok Aaron Kim
    keyboard_arrow_down

    Woohyeok Aaron Kim / 宿里 洋平 - 【大阪格闘ボイー:Leader + Member 漫才(collabo)セッション】Walk Together as One Team

    45 Mins
    Talk
    Beginner

    「日本ではなかなかないリーダーとチームメンバーのコラボプレゼン!」

    「柔軟な変化への対応」をモチーフにして発展してきたアジャイル。ただ成功の鍵は、アジャイルをチームに導入したそのものではなく、どこまでアジリティーが発揮できるか、いつまで続けられるのかにかかっています。

    皆さんの組織はいかがですか。そして新しいチームカルチャーを導入してからチームメンバーからの生のフィードバックはいかがですか。みんな自分の仕事が楽しめる組織になっていますか。また導入前後のパフォーマンスの比較はいかがですか。

    このセッションでは、楽天ランキングのフロントエンドチームを支えるリーダーと、そのリーダーの整えている環境の中で仕事を120%楽しんでいるチームメンバーのお話を紹介します。

    新しいチームカルチャーを導入しようとするリーダー、そしてリーダーの考えに共感し、そのカルチャーから付加価値を創出しようとするチームメンバー。

    何が彼らの組織を生きている組織にしているのか。どういうところが彼らを躍らせているのか。

    カンファレンスでお会いし、話させていただきたいと思います。

  • Liked Yasumasa WATANABE
    keyboard_arrow_down

    Yasumasa WATANABE - 目標管理はOKRで、プロダクトはScrumで。

    45 Mins
    Talk
    Intermediate

    ここ最近、OKR(Objectives & Key Results)が話題を集めていますね。

    Scrumを実践する人も、そうでない人も、組織に属している限りは、なんらかのやり方で目標を設定し、
    その結果を受けて、業績評価、個人への査定を受けるのではないでしょうか。

    OKRのよって運営される組織、Scrumによって生み出されるプロダクトは
    どっちが欠けてもうまくいかない両輪のようなものだと、僕は考えています。

    僕が所属している組織では、OKRもScrumも数年前から導入しているという状況でしたが、
    そのどちらも「何かがおかしい」「どこかがおかしい」「いや、全体的におかしい」といった
    どこにでもありそうな、伸びしろのある状態だったのです。

    例えば、次のようなことがあったとします...
    (あくまで例えばですよ、例えば)

    • OKRなのに、数値管理として、その達成度をそのまま評価に用いられている
    • チーム開発のはずなのに、OKRで定めた目標以外の全てが軽視される
    • 開発プロセスではインパクトを出している人の査定評価が高くない

    そんな中、ProductOwnerの役割のProduct Managerとして、
    OKRもScrumも合わせて幸せになれるよう、取り組んだことをお話しできれば
    と思います。

    • OKRに興味がある、導入しようとしている、導入したけどうまくいかない
    • ScrumMasterだけど、組織改善がうまくいかない
    • Product Ownerだけど、組織関連はSMに任せっぱなし/もっと任せたい
    • まっとうに評価されたい(!)

    という方にぜひ、共有したいなと思っています!

  • Liked kyon_mm
    keyboard_arrow_down

    kyon_mm / neno neno / Gota Miyazaki / Takao Oyobe - SFO アジャイルチーム頂上決戦

    45 Mins
    Talk
    Intermediate

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

    内製開発じゃないとアジャイルチームは作れない?受託開発だからこそ最高のチームがつくれる?

    2020 夏。内製アジャイルチームVS受託アジャイルチーム、ソフトウェア業界禁断のテーマを掲げて、大阪で真夏のアジャイルチーム頂上決戦が行われる。

    内製アジャイルチーム代表、TAKAKING22。常時モブプログラミングをしているチームで、2019年にはチーム転職をした。

    受託アジャイルチーム代表、kyon_mm。超スクラムを掲げ、現在は15minスプリントに到達した。

    それぞれのチームは一体なんなのか。何をなしてきたのか。どっちが最高のアジャイルチームなのか。令和最初のアジャイルチーム頂上決戦を見逃すな!!

    TAKAKING22とkyon_mmが、自分たちが経験してきたビジネス、成長、現在について語ります。それぞれが持っているチーム感が真正面からぶつかりあったときになにが生まれるのか。45分1本勝負、皆さんと一緒に考えるような時間にしたいと思います。

  • Liked Woohyeok Aaron Kim
    keyboard_arrow_down

    Woohyeok Aaron Kim - In to the unknown : Successful Scrum Migration

    45 Mins
    Talk
    Beginner

    Agile and Scrum

    変化に柔軟に対応し顧客の求める価値を素早く提供する。Agile時代の今、Scrumは私たちエンジニアにとって1つの楽しめるコンテンツとなっています。

    しかし「Agile=Scrum」という関係が成立しないということは、みなさんご存知だと思います。成立もしなければ、歴史が最も長い訳でもありません。

    Agileを示すフレームワークは他にもあります。

    1)Kanban

    2)Extreme Programming(XP)

    3)Feature-Driven Development(FDD)

    4)Crystal Methodology

    Scrum for Happiness

    では、何がScrumをAgileのメインストリームにしたのでしょうか。

    それはScrumが単に「素早さ」だけを求めるのではなく、最高の価値としての「幸せ」に焦点を合わせているからではないでしょうか。

    Rakuten Ranking's Challenge : From Kanban to Scrum

    大阪に拠点を置いている楽天ランキングサービスグループのフロントエンドチームはKanban方式でプロジェクトを進めてきましたが、Scrumが持つ価値に共感し、Scrumへのマイグレーションを推進しました。現在、導入してから半年が経ちますが、私たちのチームは幸せになっています。

    何を持って幸せだと言えるか。

    マイグレーションは決して順調ではありませんでした。

    その過で何が大変だったのか、また何が私たちを強くしたのかなどをKanbanからScrumへの移行を考えてる方、Scrumの導入をためらっている方にお伝えします。

  • Liked kobase 555
    keyboard_arrow_down

    kobase 555 - ラグビーとお刺身の疑問を解く~スクラムになった理由~

    kobase 555
    kobase 555
    Software Engineer
     
    schedule 1 month ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    私は疑問に思っていました。
    「サッカーやバスケではなく、なんでラグビーなのか?」
    「たまに、お刺身って聞くけど、何のこと?」
    「スクラムという名前になった理由は?」

    コミュニティを通して、みなさんに教えてもらった知識や情報を繋ぐことで、これらの疑問や「ラグビーのスクラム」である理由が見えてきました。
    例)
    ・昨年の平鍋健児さんのセッション「野中郁次郎のスクラム〜The New New Product Development Game と知識創造理論と海兵隊
    ・スクラムの原典と言われる論文「The New New Product Development Game
    ・その他、コミュニティやカンファレンスを通して得た知識や情報

    このセッションでは、主に「The New New Product Development Game」の内容を紹介しながら、「ラグビーのスクラム」である個人的な見解をお話しします。
    あくまで、個人的な見解ですので、「正しい答え」ではないかもしれませんが、
    スクラムのことを「もっと知りたくなるきっかけ」になると嬉しいです。

    一緒にスクラムのことをもっと知りたくなりましょう!

  • Liked 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年以上続くメール配信サービスの開発チームに異動し、マネージャとして従来型の開発プロセスを少しずつ改善してチームのアジリティを高めていくことにチャレンジしています。