「柔軟な変化への対応」をモチーフにして発展してきたアジャイル。成功の鍵は、アジャイルをチームに導入したそのものではなく、どこまでアジリティーが発揮できるか、いつまで続けられるのかにかかっています。皆さんの組織はいかがですか。新しいチームカルチャーを導入してからチームメンバーからの生のフィードバックはいかがですか。みんな自分の仕事が楽しめる組織になっていますか。導入前後のパフォーマンスの比較はいかがですか。このセッションでは、楽天ランキングのフロントエンドチームを支えるリーダーと、そのリーダーの整えている環境の中で仕事を120%楽しんでいるチームメンバーのお話を紹介します。新しいチームカルチャーを導入しようとするリーダー、そしてリーダーの考えに共感し、そのカルチャーから付加価値を創出しようとするチームメンバー。何が彼らの組織を生きている組織にしているのか。いうところが彼らを躍らせているのか。カンファレンスでお会いし、話させていただきたいと思います。目標管理はOKRで、プロダクトはScrumで。Results)が話題を集めていますね。Scrumを実践する人も、そうでない人も、組織に属している限りは、なんらかのやり方で目標を設定し、その結果を受けて、業績評価、個人への査定を受けるのではないでしょうか。OKRのよって運営される組織、Scrumによって生み出されるプロダクトはどっちが欠けてもうまくいかない両輪のようなものだと、僕は考えています。僕が所属している組織では、OKRもScrumも数年前から導入しているという状況でしたが、そのどちらも「何かがおかしい」「どこかがおかしい」「いや、全体的におかしい」といったどこにでもありそうな、伸びしろのある状態だったのです。Managerとして、OKRもScrumも合わせて幸せになれるよう、取り組んだことをお話しできればと思います。内製アジャイルチームVS受託アジャイルチーム、ソフトウェア業界禁断のテーマを掲げて、大阪で真夏のアジャイルチーム頂上決戦が行われる。内製アジャイルチーム代表、TAKAKING22。常時モブプログラミングをしているチームで、2019年にはチーム転職をした。受託アジャイルチーム代表、kyon_mm。超スクラムを掲げ、現在は15minスプリントに到達した。それぞれのチームは一体なんなのか。どっちが最高のアジャイルチームなのか。令和最初のアジャイルチーム頂上決戦を見逃すな!!TAKAKING22とkyon_mmが、自分たちが経験してきたビジネス、成長、現在について語ります。それぞれが持っているチーム感が真正面からぶつかりあったときになにが生まれるのか。45分1本勝負、皆さんと一緒に考えるような時間にしたいと思います。MinsTalkBeginner私は疑問に思っていました。「スクラムという名前になった理由は?」コミュニティを通して、みなさんに教えてもらった知識や情報を繋ぐことで、これらの疑問や「ラグビーのスクラム」である理由が見えてきました。Game」の内容を紹介しながら、「ラグビーのスクラム」である個人的な見解をお話しします。個人的な見解ですので、「正しい答え」ではないかもしれませんが、スクラムのことを「もっと知りたくなるきっかけ」になると嬉しいです。MinsTalkBeginner伝えたいことスクラムの原理原則に背くとだいたい失敗するとよく言われます。「事情があってちょっとだけ自分たちのやり方に変えてみたいのですが、、」ともなれば、いずこかのスクラム有識者が「スクラムちゃうがな」と投げかけてくるかもしれません。それでもやってみてはどうでしょうか?スクラムは3つの役割、3つの作成物、5つのイベントで構成される軽量で理解が容易なフレームワークです。ところがそれだけシンプルな仕組みであっても、実際に始めるとなるとそれほど容易ではありません。原則通りに始めようとすると、色々と疑問点がわいてきませんか?プロダクトオーナーやスクラムマスターは誰がやるのが良いでしょうか?プロダクトバックログはどうやって作るのでしょうか?スプリント計画はどうしますか?スプリントレビューは必要ですか?スクラムはいつ始められますか?全ての条件を揃えてからスクラムを始めるのは容易ではありません。それでもやるしかないのです。正しいやり方を実践するだけの知識や実力や環境が私たちには無いからです。やって、失敗して、少しでも原則どおりできるように変えていくのが現在の私たちのやり方です。2019年4月に私がJOINしたチームはコテコテのウォーターフォールで開発していました。体制変更で突然大きく変化したチーム状態と過去に経験したことがない高難易度な開発テーマで課題が山積みの中、行き詰まりを感じてスクラムの原則を取り入れ始めました。いえ私たちはスクラムの経験が無いチームなので、プロダクトバックログも十分に作れない状態からとりあえずスプリントの開発サイクルに移行するなど、経験者から「それやったらアカンよ、たいてい失敗するから。」と言われるようなこともあえてやって、たいてい失敗しながら、従来の開発スタイルを少しずつ変えています。私たちの取り組みはまだスクラムをやっているとは言えないかもしれませんが、少しずつでもスクラムに近づこうと試行錯誤している方々にとっての1つの事例として、「こんなやり方でもできるよ」というストーリーをお話したいと思います。中小企業向けのクラウドサービスを提供し、19期連続増収で事業拡大中の会社です。私は2011年に入社し、BtoCサービスや北米向けサービスなどの新規事業の開発を経験した後、主力サービスである楽楽精算の大阪開発チームをリーダーとして立ち上げ、2018年からスクラム開発に取り組みました。スクラム開発に取り組んだことで、過去の開発経験も含めてチームが不確実性と向き合い敏捷性を高めていくことの重要性を改めて実感しました。2019年4月からは10年以上続くメール配信サービスの開発チームに異動し、マネージャとして従来型の開発プロセスを少しずつ改善してチームのアジリティを高めていくことにチャレンジしています。MinsWorkshopBeginnerアジャイルやスクラムなどについて悩んでいる時、みなさんはどうしますか?インターネットなどで似たような悩みを解決した話がないか調べてみたり、SNSでつぶやいてみたり、同僚に相談したりする人もいます。みなさんの現場にアジャイルコーチがいるなら話してみるのもいいかもしれません。多くのアジャイルコーチはアジャイルなマインドセットや幅広い知見を持っています。そんなアジャイルコーチがすべての現場にいるわけではありません。いう、アジャイルコーチに(基本)1対1で相談できる場がありました。紹介をし、実際にどのような感じで行われるのかを見ていただこうと思います。場ができるといいと考えています。※Workshop(90分)を選択していますが、30〜45分の想定です。ConfEngine。