Scrum Fest Osaka 2020 Day 1

Fri, Jun 26
05:00

    Sponsor LT - 15 mins

05:15

    Miho Nagase - 45 mins

06:00

    各トラックの事前紹介(エレベータピッチ) - 10 mins

06:10

    Networking Party - 60 mins

Scrum Fest Osaka 2020 Day 2

Sat, Jun 27
10:00
  • Added to My Schedule
    keyboard_arrow_down
    Furuta Kazuyoshi

    Furuta Kazuyoshi - ユーザビリティ評価をサクっと体験してみる

    schedule  10:00 - 11:30 AM place Scrum Fest Osaka

    プロダクトの使いやすさ、操作性の検証、いわゆるユーザビリティ評価を簡単に体験してみましょう、というセッションです。

    ユーザビリティ評価とは

    ユーザビリティ評価にはざっくり2つのアプローチがあります。

    a) 本物のユーザに試してもらうユーザテスト

    • ユーザさんにプロダクトまたはプロトタイプを操作してもらう
    • あらかじめ設定した操作内容(タスク)を行ってもらう場合が多い
    • 定量評価:達成度や達成時間を測定する(想定時間内に終わるか、前バージョンや競合と比較してどうか等)
    • 定性評価:つまづいた点や発話(つぶやき)、事後コメントを記録、観察する
    • 費用や時間がかかりがち、動くものがない段階で検証ができない、情報漏洩リスクなどが障壁

    b) 評価専門家や開発者自身が評価するインスペクション法

    • プロの頭の中にある"仮想"一般ユーザを使って評価
    • 仕様書レベルでもやろうと思えば評価できる(早い段階で問題点を発見できる)
    • 初心者VMの脳内エミュレーション精度には心理学的限界がある(通常、開発者はそのプロダクトにもっとも詳しく、初心者からもっともかけ離れた存在である)
    • エミュレーション精度を挙げるチェックシート的なフレームワークも存在する(ヒューリスティック評価法など)

    どちらにも一長一短があり目的や開発フェーズに応じて使い分けるのが良いとされていますが、コロナ禍でテストルームに多くのユーザを招いて調査をすることが難しくなってきた昨今、せめて後者を頑張ろうといった動きが目立ってきたように感じます。

    どちらも「なんかここがわかりづらそう」といった現象/箇所は発見できるのですが、その理由を説明づけるには専門的な知識が必要になります。特に後者は定量的なエビデンスが得られないので、蘊蓄勝負な色合いが強いです。専門用語や過去の類似例で武装することで説得力を生むことが必須になってきます。

    本セッションの狙い

    本セッションではユーザビリティ屋がよく使うキーワードを簡単に紹介し、実際に身の回りで感じた使いやすさ/使いにくさを例にとって、それらのキーワードで語ってみるトレーニングをしてみたいと思います。つまりユーザビリティを語るための語彙力を鍛えてみようという試みです。「使いやすさ」を説得力ある言葉で語ることは、チームでプロダクトを開発するのにとても重要です。現状にケチをつけるわけですから、しっかりした根拠が伴っているべきですし、その方が円滑にコミュニケーションできるでしょう。

    ユーザビリティ専門家が使うボキャブラリーを学び、にわか専門家を気取ってバシバシっと使ってみませんか?(オトナのキッ〇ニア)

  • Added to My Schedule
    keyboard_arrow_down
    kyon_mm

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

    schedule  10:00 - 11:30 AM place 三河

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

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

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

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

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

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

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

  • Added to My Schedule
    keyboard_arrow_down
    Mori Yuya

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

    schedule  10:00 - 11:30 AM place 広島

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

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

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

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

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

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

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

  • Added to My Schedule
    keyboard_arrow_down
    Rochelle Kopp

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

    schedule  10:00 - 11:30 AM place 福岡

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

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

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

  • Added to My Schedule
    keyboard_arrow_down
    Minoru Yokomichi

    Minoru Yokomichi / Masahiro Kamata - 忙しいマネージャーを救え!「お仕事解体ワークショップ」

    schedule  10:00 - 11:30 AM place 品川

    あなたのマネジャーはあなたより暇そうですか?
    もし暇そうならこのプロポーザルはそっと閉じて他のプロポーザルに投票し、マネージャーに明日「いつも私にチャンスをくれてありがとう」と伝えてあげてください :)

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

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

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

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

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

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

  • Added to My Schedule
    keyboard_arrow_down
    Jumpei Ito

    Jumpei Ito / Yuya Kazama - 付録A:書籍『Agile Testing』を書いてから起きたこと by Janet & Lisa(動画放映)

    schedule  10:00 - 11:30 AM place 新潟

    書籍『Agile Testin』の著者であるJanet Gregory と Lisa Crispinが明かす、本の出版後に何が起こり何を学んだかが、Agile Testing Days 2011のKeynoteで知ることができます。

    XPチームに入り、テスターとしてどう関わったか
    JanetとLisaとの出会い
    Agile Testingについて2人で本を書く
    本を出版後も学ぶことはまだまだたくさん
    チャレンジングな課題感のある5つのトピック
    Janetの大好きなジグソーパズル 
    等々

    面白い話が色々聞けます!

    当日は日本語の字幕を付けて動画を放映しますのでお楽しみに!

  • Added to My Schedule
    keyboard_arrow_down
    Tadahiro Yasuda

    Tadahiro Yasuda - 日本にJoy,Incを創る!どん底からスタートしたぼくらのジョイインクジャーニー7年間の軌跡

    schedule  10:00 - 10:45 AM place DevOpsDays Tokyo

    会社の文化(カルチャー)変革の7年間の軌跡。

    2013年ごろ、色々な問題が噴出し、会社としても個人(経営者)としてもどん底の状態でした。
    そこから、色々な取り組みを行い、少しづつ会社の状態がよくなり素晴らしいメンバーにも恵まれ、会社の良い文化(カルチャー)が形成されるようになりました。

    その過程のなかで2017年8月「Joy,Inc.」に出会いました。
    「Joy,Inc」とは、Menlo InnovationsのCEOであるリチャード・シェリダンさんが執筆した本です。職場に喜びをもたらす知恵や経営手法だけでなく、顧客も巻き込んでより良い製品を作り、事業を継続させる手法などについて書かれた素晴らしい本です。
    この本に共感しぼくらもこんな会社に成りたい!と決意。それまでの会社の文化を良くするための取り組みを更に推進していきました。

    会社のカルチャーを変えることはとても困難です。それをどのような取り組みを行い実行してきたのか、そんなぼくらのジョイインクジャーニーの軌跡を共有したいと思います。そのジャーニーの中でやってきたこと、失敗したこと、いまも続けていることを含めて赤裸々にお話したいと思っています。このぼくたちの経験が、みなさんのジョイインクジャーニーに役立てていただけるのであれば大変嬉しく思います。

    今回は、Regional Scrum Gathering Tokyo 2020での講演(20分)のロングバージョンとしてもう少し詳しく、それぞれの取組みについてお話したいと思っています。

    https://confengine.com/regional-scrum-gathering-tokyo-2020/proposal/11835/joyinc3

  • schedule  10:00 - 11:30 AM place XP祭り

    アジャイル開発プロセスのひとつ、XP (eXtreme Programming)の入門セッションです。
    XPの特徴は、技術と人(チーム)にフォーカスしていることです。

  • Added to My Schedule
    keyboard_arrow_down
    Mitsunori Seki

    Mitsunori Seki - エンタープライズxスクラムで実現するプロダクトマネジメント - 価値を高めるには

11:35

    Lunch Break - 90 mins

01:00
  • Added to My Schedule
    keyboard_arrow_down
    Masamichi Otsuka

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

    schedule  01:00 - 01:20 PM place Scrum Fest Osaka
    伝えたいこと

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

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

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

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

    スクラムと私

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

  • Added to My Schedule
    keyboard_arrow_down
    Shuichi Matsubara

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

    schedule  01:00 - 01:20 PM place 三河

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

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

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

    では、ユーザーの求める価値とはなんでしょうか?

    ユーザーの求める価値=自動車メーカーの求める価値でしょうか?

    自動車メーカーの求める価値=POの考える価値でしょうか?

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

    失敗に成功した!

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

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

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

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

    皆さまに勇気という価値をお届けするセッションになればと思います。

  • Added to My Schedule
    keyboard_arrow_down
    Hiroki Hachisuka

    Hiroki Hachisuka - 人事や総務を兼務してわかった「小さく始める」は開発だけではないということ

    schedule  01:00 - 01:45 PM place 品川

     私はスクラムチームのProduct Ownerとしての仕事に加え、2019年夏から人事、総務、経理、情シスなどを統べる「管理本部」を兼務しています。

    そのミッションは"1300人に対し、働き方改革を推進すること"この抽象的かつ大きなテーマに立ち向かうことです。

     ミッションを受けてから数ヶ月、小さなチームで小さく始めることでリモートワークやコミュニケーション改革などたくさんのアウトプットと社内のメンバーへのアウトカムを追求してきました。

     そんな実践録をお話しします。

  • Added to My Schedule
    keyboard_arrow_down
    Daisuke Kasuya

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

    schedule  01:00 - 01:45 PM place 京都

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

  • Added to My Schedule
    keyboard_arrow_down
    Yuya Kazama

    Yuya Kazama - 日本の開発者・経営者に特に伝えるべきAgile Testingのエッセンス

    schedule  01:00 - 01:45 PM place 新潟

    AgileやScrumにおいて、Agile Testingはあまり盛り上がっていない分野です。

    • 「Testing?やってるよ。開発は全てテスト駆動開発(TDD)でね。」
    • 「AgileやScrumでは全てチームで行うので、QAやTesterは必要ないよ。」
    • 「チームの外で、QAがテストしてるみたいだね。詳しくは知らないけど。」

    こんな風に思っている開発者も多いのではないでしょうか?

    keynoteでも講演したJanetとLisaによる書籍『Agile Testing Condensed』は、このような開発者や経営者に対してAgile Testingのエッセンスを紹介しています。

    本講演では、Agile Testingの「Condensed=濃縮された」内容が書かれている書籍『Agile Testing Condensed』の中で、現在の日本の開発者に特に伝えるべきだと感じた内容を、この書籍の翻訳者本人である発表者が紹介していきます。

    紹介の際には、日本ならでは事情や書籍に載っていない補足なども加えてお伝えする予定です。

  • Added to My Schedule
    keyboard_arrow_down
    Tomonori Fukuta

    Tomonori Fukuta - 田舎で14年スクラム - Agile未開の地に降り立ったらあなたはどうしますか

    schedule  01:00 - 01:20 PM place 鳥取

    Regional Scrum Gathering Tokyo 2020 で「田舎で14年スクラム - チームを導く現場の「ゲームモデル」づくり」というプロポーザルを出したら落ちたのと、当該カンファレンスで2つもゲームモデルの話があったので、田舎の未開度合いと、そこで発見した奇跡について話したいです。

    鳥取に比べたら、世界中スクラムパラダイスやで!

    前回「田舎で11年スクラム」との違い

    • 1年経過しました
    • 計算間違ってません
    • 田舎のスクラムチームを取り巻く状況はさらに深刻に
    • 田舎では、会社の中でスクラムチーム運営してますわーいだけでは先がありません
    • Long-Stable-Teamを求めて、ちんもは自分が働いている土地とそこに住む人々について改めて考えることになりました

  • Added to My Schedule
    keyboard_arrow_down
    Mitsunori Seki

    Mitsunori Seki / Ayana Chandler / 川渕 洋明 (bucci) - [ディスカッション] 異文化の壁を乗り越えるスクラム

    schedule  01:00 - 01:45 PM place Agile Japan

    外国人の同僚や海外支社チームと5年以上仕事し続けてきた今だからこそ強く思うこと。
    数々の実体験を赤裸々に語りながら、みなさんの質問やご相談に応えていきたいと思います。

    外国人だけが異文化というわけではありません。
    広い意味での"異文化な人"とのお仕事に悩んでいる方に是非ご参加頂きたいです。

    ※このセッションでは、前半のプレゼンテーションに基づき、参加者の皆様から質問やコメントを頂きながら、ディスカッション形式で議論を進めていきます。

    プレゼンター:アジャイルジャパン実行委員 CI&T Japan 川渕洋明
    ファシリテーター:アジャイルジャパン実行委員 楽天株式会社 チャンドラー彩奈

01:30
  • Added to My Schedule
    keyboard_arrow_down
    Daiki Kanai

    Daiki Kanai - テスタビリティが低いシステムのためのテスティングテクニック-ライブコーディング

    schedule  01:30 - 01:50 PM place Scrum Fest Osaka

    システムへの機能追加・変更を安全にするため、味方につけたい自動テストを伴うコーディング。

    いざ実践しようと思ったが、既存システムのテスタビリティが低くて難しい。

    そんな状況をサポートするテスティングテクニックをライブコーディングで実践していきます。
    実際に現場である、テストを入れづらいコードに対してテストコードを追加していきます。

    アイデア元 "書籍:レガシーコード改善ガイド"

  • Added to My Schedule
    keyboard_arrow_down
    Shinya Ogasawara

    Shinya Ogasawara - 「自己調整学習」の理論から、よりよい学びのプロセスを考える

    schedule  01:30 - 01:50 PM place 三河

    「自己調整学習」とは教育心理学などの文脈で使われる言葉で、学習が効果的になるように、学習者が自発的に行うプロセスのことです。

    私がこの自己調整学習に興味を持ったのは、よりよい学習の理論を知って終わるのではなく、
    実際によりよい学習を実践できるようになる理論であると感じたからです。

    私は普段、認知科学や学習科学などの分野で、人の理解や学びについての理論を趣味で学んでいますが、
    興味深い内容であると思う一方で、他の人に薦める難しさを感じています。
    薦められた人は理論云々よりも、実際に役立つ知識が欲しいと考える人が多いと思うからです。

    そんな中、自己調整学習の内容は、理論だけでなく、それをより実践しやすい形に落とした内容も扱っており、
    これを紹介することで、学習のプロセスを見直すきっかけになるのではないかと考えました。

    例えば、「初歩の自己調整学習者」と「上達した自己調整学習者」の比較がされています。
    初歩の自己調整学習者は学習課題に興味をもっておらず、上達した自己調整学習者は強い内発的興味を持っています。
    初歩の自己調整学習者は結果のセルフ・モニタリングをしますが、上達した自己調整学習者は過程のセルフ・モニタリングをします。
    初歩の自己調整学習者はマイナスの評価を能力に帰属しますが、上達した自己調整学習者はマイナスの評価を方略の使用や不十分な練習に帰属します。
    こうした具体的な比較は、現在の状態と比較して改善ポイントを考えるのに役立つと思います。

    また、自己調整という言葉からは、自分だけの話のように感じるかもしれませんが、
    自己調整学習の発達の話では、他者との相互作用の重要性にも触れられており、チームでの学習についても考えることができます。

    このセッションでは、メタ認知や動機づけなど、自己調整学習の理論で重要になる考えについて簡単に触れながら、
    上達した自己調整学習者を目指すという観点から、より実践的に学びのプロセスについて考えることができればと思います。

02:00
  • Added to My Schedule
    keyboard_arrow_down
    Ryo Tanaka

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

    schedule  02:00 - 02:20 PM place Scrum Fest Osaka

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

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

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

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

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

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

    サバイバルテクニック

    #1 趣味を増やそう!

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

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

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

    #3 家族を実験に

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

  • Added to My Schedule
    keyboard_arrow_down
    erocco waruico

    erocco waruico - アジャイルって 美味しいの? (アジャイル以前に持つべき覚悟)

    schedule  02:00 - 02:45 PM place 三河

    アジャイルの前にやることやってんの?

    多分そんな感じの内容です(ざっくり)

    努力と根性と忍耐がとにかく嫌いなダメ人間が導き出した、
    アジャイルがもっと美味しくなる(かも知れない)話。

    • アジャイルは美味しいか?
    • なぜか上手く行く不思議な価値観
    • バラバラのメンバーが実は一体となる秘訣
    • 他にも以下のご要望があれば
      • 個性的なチームを育てた(自ら勝手に育つ)チームビルディング
      • SIerなのに勝手にやっていたプロダクトマネジメント

    当時の参加人数によりますが、オンラインの良さを生かした小さなコミュニケーションも取り混ぜて進めたいと思います。

    こいつアジャイルやスクラム舐めてるからちょっといじめてやろうぜっていう人にも
    優しくちゃかしてもらいながら進めれれば嬉しいです。

    このセッションに参加すると

    努力と根性と忍耐がとにかく嫌いなダメ人間がなぜ
    • 高いスキルを持った人達と共に歩めたか?
    • マネージャーとして尖ったチームが育つ環境を作れたか?
    • スキルの高くないメンバーも活躍できるチームを作れたか?
    • 自分の思考のリミットを解除し続けたのか?

    が、わかるだけでなく
    次の日からすぐに実践できちゃうかも知れません。

    背景

    努力と根性と忍耐がとにかく嫌い(無理)。
    協調性も薄く、コミュニケーションも苦手。
    そんな僕が10年前に入った会社は、当時社員が10人にも満たない
    零細SIerの株式会社オンザロード。

    アジャイルやスクラムを全く知らなかった僕が、
    その会社でマネージャーとして10年にわたり地道に
    チームビルディングとプロダクトマネジメントを続けた結果、
    個性的なメンバーが自由に働ける環境が出来上がり、
    洗練したスクラムのチームも生まれ、
    お客様とも信頼関係を築くことができていました。

    新たな夢に向かうため退社した事をきっかけに、
    これまでの奇跡的なマネジメントを振り返り、
    改めて認識した事をお話しします。

  • Added to My Schedule
    keyboard_arrow_down
    Yoko Higuchi

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

    schedule  02:00 - 02:20 PM place 品川

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

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

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

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


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

  • Added to My Schedule
    keyboard_arrow_down
    Atsushi Nagata

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

    schedule  02:00 - 02:45 PM place 新潟

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

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

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

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

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

  • Added to My Schedule
    keyboard_arrow_down
    Mitsunori Seki

    Mitsunori Seki / Ayana Chandler / Tatsuya Kitahara - [ディスカッション] 組織の壁を乗り越えるスクラム

02:30
  • Added to My Schedule
    keyboard_arrow_down
    Yuma Konishi

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

    schedule  02:30 - 02:50 PM place Scrum Fest Osaka

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

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

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

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

  • Added to My Schedule
    keyboard_arrow_down
    Ikuo Suyama

    Ikuo Suyama - Effective Mob Programming

    schedule  02:30 - 02:50 PM place 品川

    モブプログラミングとは...

    「同じことを、同じ場所で、同じ時間に、同じコンピューターで」

    私たちはモブプログラミング(以下モブプロ)を「デフォルトの働き方」として採用し、一年間ほとんどすべてのタスクをモブプロで実施してきました。
    これら自分たちのチームのモブの実践と、様々なチーム、ときには海外でモブプロを経験し、その行動を観察するうち、モブプロを実践するときに共通して見られるいくつかの行動を発見しました。

    なぜモブプロなのか

    書籍「Effective DevOps」によると、DevOpsは4本の柱からなる文化であるとされます。
    4本の柱とはすなわち、

    - コミュニケーション
    - アフィニティ
    - ツール
    - スケーリング

    「同じことを、同じ場所で」全員で実施するモブプロは、開発チームのコミュニケーションを促進し、そして開発チームを超えてビジネスや運用チームとのアフィニティを高め、信頼を醸成する最良の手段の一つであると言えます。

    実際に僕たちのチームでは、モブプロをきっかけにチームのコミュニケーションが改善され、いまでは自己組織化された機能横断的なチームを実現しています。

    '効果的な' モブプログラミング

    モブプログラミングは「全員で1つのことをやる」という性質から、
    「効率的に働く」つまりリソース効率の最大化、単位時間あたりのアウトプット総量の最大化をめざすのではなく、
    「効果的に働く」つまりフロー効率を最適化し、単位期間あたりの仕事の成果(Outcome)を最大化するための手段であると言えます。

    自分たちのモブを観察するうち、成果を出せているときとそうでないときそれぞれに特定の共通した行動が見られることに気が付きました。

    これらの行動のうち、良い影響を与えるものを増長し、悪い影響を与えるものを最小化するため、意図的にチーム内でのモブにおける役割を定義しました。
    このロールの組み合わせによって、モブにおける「フォーメーション」あるいは「カタ」として名前をつけ、いくつかのカタログを作成しています。

    本セッションでは僕たちのチームで発見したモブプロの「カタ」を紹介し、カタを通して効果的にモブプロを行う方法について議論します。

03:00
03:30
  • Added to My Schedule
    keyboard_arrow_down
    Rose Hashinaga

    Rose Hashinaga - CI&Tでアジャイル案件を管理して12年 - 自分という変革

    schedule  03:30 - 03:50 PM place Scrum Fest Osaka

    12年前、最初のアジャイルスクラム案件に取り組みました。

    この新しい世界を受け入れるには、最初からすべてを学び直す必要がありました。しかし、いくつかのプロジェクトを経験し、いくつかの困難に直面したため、アジャイル、プロジェクト管理、およびメトリクスが共存できることに気付きました。

    無駄ゼロを目指したリーン思考により、非常に簡潔なプロセスを達成できました。

    CI&Tリーン・アジャイルプロセスを適用してプロジェクトを管理している間に、私はいくつかのことを学び、リーダーシップに対する考え方を完全に変えるに至りました。

    そして「Process & People」は私の情熱であることに気付きました。

    3年前、私はブラジルから東京に移り、このCI&Tリーン・アジャイルプロセスとCI&Tの企業文化を日本での事業に導入しました。

    日本文化について学び、日本でも受け入れられるようにプロセスを調整することは、大きな挑戦でした。

    私はこの困難に立ち向かいながら、数々のプロジェクトを経験しました。再び、私は多くのことを学び、そしてそれは自分自身をも変革してくれました。

    この登壇では、アジャイル、プロジェクト管理、メトリクスに関する「学びの旅」と、これらが日本という地で如何に適用されているか皆さんに共有します。そして、これが再度自分を完全に変化させたことを。