DRAW! Graphic Recording/Facilitation for ANYONE グラフィックレコーディング&ファシリテーション

Drawing is FUN, ENERGIZING and easy to REMEMBER.

And ... ANYONE can draw!!!

In this workshop you will learn how to spice up your meetings, workshops or retrospective with engaging visuals.

You will create something like the picture below.

絵は楽しく、活気があり、覚えやすい。

そして、誰でも描くことができます!!!

このワークショップでは、グラフィックレコーディングを通して、その魅力と人を惹きつけるコツ、会議やワークショップ、ふりかえりを盛り上げる方法をお伝えします。

このようなグラフィックレコーディングを描きます:

 
 

Outline/Structure of the Workshop

※セッションの言語は英語と日本語の両方で進行します。

  1. 準備
  2. 基本的なフォームと要素
  3. 独自のテンプレートポスター(例:アジェンダ、ジャーニーマップなど)を作成します

(The session will be in English and Japanese)

  1. Warmup
  2. Basic forms and elements
  3. Create your own template poster (e.g. Agenda, Journeymap)

Learning Outcome

  • 描き方(どこから描き始める?など)
  • 内容(会議、プレゼン)の記録の仕方
  • シンボルと比喩の使い方
  • テンプレートの使い方
  • 見映えが良くなるよう絵を微調整するコツ
  • 素晴らしいポスター(グラフィックレコーディング)を作成するために大切なこと

グラフィックレコーディングという魅力をプラスし、仕事をクリエイティブにチェンジさせましょう!

  • How to draw
  • How to record content
  • How to create symbols and methaphers
  • How to make use of templates
  • How to tweak your drawing, that it looks good
  • How to create a great poster

Target Audience

Agile Coach, Facilitator, Managers, Team Leader and anyone who loves drawing

schedule Submitted 1 year ago

  • Ryutaro YOSHIBA (Ryuzee)
    keyboard_arrow_down

    Ryutaro YOSHIBA (Ryuzee) - アジャイルコーチ活用術

    20 Mins
    Talk
    Beginner

    世の中でアジャイル開発が一般的になるにつれて、アジャイル開発を支援する「アジャイルコーチ」という職種や肩書を見かけることが多くなってきました。
    アジャイルコーチとは組織がアジャイルなやり方で成果を出せるようにするために、組織的な観点、技術的な観点、プロダクトの観点などさまざまな観点から支援する役目です。
    アジャイル開発に慣れていないチームには、アジャイルコーチは必要な存在だと言ってよいでしょう。

    一方で、アジャイルコーチといえば、「めんどくさい」「マサカリ投げる」「上がった感」「単価が高い」「実際の効果がよくわからない」といったイメージがあります。
    これらはコンサルティングを始めとした支援系の仕事に対する共通のイメージでもありますが、銀の弾丸思考の表れでもあります(アジャイルコーチがあなたの問題をすべて指摘し、魔法のように解決してくれるわけではなく、あくまで主体はスクラムチームです)。

    本セッションでは、アジャイルコーチとは何なのか、実際にアジャイルコーチをどう活用すれば良いのかを、日本で唯一のScrum Alliance Certified Team Coach(CTC)で実際にアジャイルコーチングを有償サービスとして提供している現役アジャイルコーチが解説します。

  • Arissa Nakamura
    keyboard_arrow_down

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

    Arissa Nakamura
    Arissa Nakamura
    Scrum Master
    CI&T
    schedule 1 year ago
    Sold Out!
    20 Mins
    Talk
    Intermediate

    CI&Tではスクラムマスター(以下SM)のキャリアパスは通常テスター役から始まります。

    テスターは開発者達と日々タスクを実施するので、開発の流れ、プロダクトの使い方、技術などについて良く知ることができます。

    しかし、SMはプロジェクトマネージャーやプロジェクトオーナーと仕事をすることが多いのでどちらかというと「マネージメント」グループに含まれており、ビジネス要件にしか深く関わることができません。多数の案件を管理するようになると、チームが実際何に困っているか簡単に気づいてあげられない時もあります。

    お客様と開発チームとの関係性をより良くするためにはどうすればいいのか。
    どちらにも偏らないように、どうすればバランスを保つことができるか。
    テスターとして積み上げた知識はSMになった私にどう役立ってるのか。

    現在勤めてるプロジェクトの経験も通して、テスターからSMになって感じた変化についてお話したいと思います。

    On CI&T, people who are willing to become Scrum Master (SM) usually starts the career path as a Tester.
    The tester works daily with the developers so they are able to follow the development process closely, they are able to know a lot about the product itself and all the technologies involved.

    However the SM works closer to the Project Manager and the Project Owner, which makes the role to be considered a "management" type. Also, the SM is only able to have deep knowledge about business requirements, since they need to manage several kinds of subjects at the same time. The multi-tasking makes it hard for the SM to realize what are the real needs of the team sometimes.

    As a SM, what can I do to improve the relationship between the team and the client?
    How the SM should keep the balance between negotiate team advices and PO requests?
    How my experiences as Tester can help me as SM?

    I'd like to share my experiences on this transition from Tester to SM, and my project.

  • 45 Mins
    Panel
    Advanced

    大企業で新規事業を始めるために必要なものはなんだと思いますか?予算ですか?社内政治ですか?そう!違う!そう!

    プロダクトオーナーやリーンスタートアップの本を読んでも、なかなか教えてもらえないのが「日本企業におけるカネと政治」。エンジニア出身の方も、マーケティング出身の方も、プロダクトデザインやUXの方も、等しく苦労するポイントであろうと思います。

    プロダクト開発はうまくできても、それ以外のところで泥沼にハマってしまいがちな大企業の皆様に、うまくサヴァイヴして人生をときめくためのヒントをお伝えできればと考えております。そのために、実際に大企業で新規ビジネス開発の仕組みづくりに携わるみなさんから、戦略やヒントやマサカリをいただきます。もしかしたらちょっと心に棘が刺さるかもしれませんので、しっかりと心のご準備をお願いいたします。

    発表者は、絹川達也さん(楽天)、太田敦士さん(NTT西日本)、そして楽天技術研究所や楽天テクノロジーカンファレンスを設立から育ててこられた森正弥さん。いずれもご本人が新規サービス/事業を手掛けるだけでなく、仕組みづくりや組織づくり、メンタリングなども携わられてきたみなさまです。

  • Sam Huang
    Sam Huang
    Scrum Master
    Titansoft
    schedule 1 year ago
    Sold Out!
    20 Mins
    Talk
    Intermediate

    After we adopt Agile and Scrum in 2014, we found there are more and more communications for product development and team development.

    To make our communication more effective, we invited experts to conduct facilitation training to our staff to improve efficiency and quality of our communication in early 2016.

    However, the following challenge is the implementation of organizational tasks
    related to recruitment, training and public affairs were easily neglected after facilitation process.

    Facing this challenge, the next thing we tried is the framework of Sociocracy in 2017.
    The circle structure and double-linking formed, and driving the execution of organizational tasks.

    (Complete story of Titansoft's experiments from Agile to Sociocracy is in the book BOSA nova, sharing by Yves Lin)

    During the try of Sociocracy, I took part in facilitating the election of roles for circles, and experienced Sociocracy’s impact on us.

    In this talk, I will share some basic idea of Sociocracy, the practices we have tried, and the impact of this try in our Scrum teams.

  • Tomoharu Nagasawa
    keyboard_arrow_down

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

    20 Mins
    Talk
    Intermediate

    English follows Japanese.

    ---

    アジャイルな開発においては、アナログなツールもデジタルなツールも大切な活動のための友達です。

    このセッションでは、アジャイルもテクノロジーも成熟してきたなかでうまれ、乱立されてきたデジタルなツールについて、基本に立ち返ってどんなツールが求められているか、どんなツールをあなたの現場で選べばいいのかを考察していきます。

    せっかく使うツールならば自分たちのための、自分たちの創り出す価値のためのものを選びましょう。

    ツールから学ぶバリューチェーンのような内容にするつもりです。

    なお、本セッションでは特定のツールにフィーチャーすることはありません。

    ---

    It is important to become friends with tools (both analog and digital) as Agile team. In this session, I will consider about digital tool(s) following points of view returning to the basics.

    • What tool(s) are needed with Agile
    • What tools(s) should you choose at your Agile team

    I will share to learn "flow of value" from tool(s) with you in this session.

  • Takao Oyobe
    keyboard_arrow_down

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

    45 Mins
    Talk
    Advanced

    あなたのチームはいつ死にますか?

    スクラムはチームワークのためのフレームワークです。スクラムでは、安定したチームが成功するための前提条件として紹介されることが多いです。実際に「STABLE TEAM(安定したチーム)」はScrum Patternsの1つになっています。

    安定したチームは本当によいチームなのでしょうか?

    私たちのチームは、スクラムやモブプログラミングを通して自己組織的なチームになりました。Unlearnを自分たちの活動に組み込んで、学習するチームになりました。スタートアップしたプロダクトも成長軌道に乗せることが出来ました。そしてそのチームは、プロダクトの終焉を乗り越え、さらには会社をも越えました。

    私たちのチームは、Project-BasedでもProduct-Basedでもなく、Team-Based TEAMだったのです。私たちのチームにとってはプロダクトの終焉も転職もチームの死にはつながりませんでした。私たちの考える「STABLE TEAM(安定したチーム)」はSAME TEAM(同じチーム)ではなく、生物のように変化し続けることができるチームです。私たちは会社を越えた後も、変化と向き合い生物的チームを目指して活動を続けています。

    あなたのチームはいつ死にますか?

    このタフクエスチョンの答えはどの教科書にも載っていません。しかし、チームの死を考えることで、どう生きるかが定まり、どうチーミングすればよいのかが見えてきます。一緒にチームのライフサイクルについて考えてみましょう。

  • Kazuki Mori
    keyboard_arrow_down

    Kazuki Mori / Jean-Baptiste Vasseur / Kazunori Otani / Kenta Sasa - スクラムの理解を深めるスクラムショーワークショップ

    100 Mins
    Workshop
    Beginner

    スクラムショーワークショップは、スクラムの説明をショー(寸劇)形式で行うワークショップです。
    このワークショップを通じて、参加者はスクラムの基本を体験・学習できます。

    スクラムショーワークショップは、yycr2019(アジャイルコーチとスクラムマスターの宴、通称:よなよなコーチングリトリート)
    生み出されたワークショップです。「短い時間でアジャイルを知るようにしてほしい」というニーズに応えるために、最大2時間でアジャイル・スクラムの理解を高められるワークショップをみんなで作りました。
    会社の中で展開するために、できるだけ準備が少なく済ませたいという要望にも応えています。

    皆さんも、スクラムショーワークショップを実施してみましょう!

    紹介動画はこちらから!

    詳細はこちらの記事をご参照ください。

  • Masaya Mito
    keyboard_arrow_down

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

    20 Mins
    Talk
    Beginner

    サイボウズの事業がオンプレミスからクラウドに移行する中、開発スタイルはウォーターフォールでの指揮統制・分業型からスクラムでの自己組織化・機能横断型に変わりつつあります。そんな状況の中、チームがユーザーにより価値を届けやすくするために職能別部署は解体されチーム主体の新組織になりました。

    新組織の狙いは以下の4つです。

    • 職能単位での部分最適化ではなく、チーム全体で最適化しやすく
    • 従来の職能の枠にとらわれず、個人の多様なスキル・個性を活かしてプロダクトやチームに貢献できるように
    • チームに必要なことはチームで意思決定できるように、権限と責任をチームに委譲
    • 主体的にキャリアを作れるように異動をカジュアルに

    組織変更の中で部長の役割は分割され再割当てされました。採用・予算などはチームに移り、異動は各メンバーに移り、給与評価はそれを受け持つ組織運営チームが新設されました。

    組織変更をして8ヶ月、様々な変化が起きました。
    どうやって意思決定するか議論するチーム。
    どんな人を採用したいか、そもそも人を増やすべきなのかを議論するチーム。
    上長がいなくなり色んな人と1on1し始めるメンバー。
    活発になる他職能/他チームへのお試し異動。
    チーム内でオープンに議論されるようになった問題。

    このセッションでは部長がいなくなった組織で起こったことを紹介します。

  • Mitsuo Hangai
    keyboard_arrow_down

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

    Mitsuo Hangai
    Mitsuo Hangai
    Manager
    Rakuten, Inc.
    schedule 1 year ago
    Sold Out!
    20 Mins
    Talk
    Intermediate

    こんにちは。楽天仙台支社の半谷(はんがい)と申します。
    仙台・東京・大阪・福岡にそれぞれ仲間がいる開発組織で、25人くらいのグループのマネージャーをやっています。ベースは仙台ですが、月に2回くらいは東京に行っています。

    私達は、楽天市場の開発を行っています。

    2019年6月にリリースした新機能開発では、もともと縦割り組織だったビジネス・デザイン・開発のそれぞれのステークホルダをワンチームにまとめ、日々数万店舗様が使ってくれるような顧客満足度の高いものを作ることが出来ました。

    この体制を作るのに参考にしたのが、Jeff Pattonさんが提唱している「Product Discovery Team」の考え方でした。このおかげで、ともすると敵対関係みたいになってしまいがちな三者が、顧客に価値を届けるぞ!良いもの作るぞ!と同じ方向を向きつつそれぞれが強みを発揮するようになりました。

    もちろん最初からうまくいったわけではなく、色々な書籍や文献、先達の知恵に助けてもらいつつ、もがき苦しんだ結果たまたま発見したものです。なのでセッションの内容は、うまくいったぜ!という過程ではなく、苦労話が多くなると思います。

    このセッションが、大企業の中で組織改善に悩むいろんな方々のヒントになったら良いなと思います。私自身もまだまだ悩み中なので、一緒に旨い酒が飲める仲間が出来たら嬉しいです。

  • Stefan Nüsperling
    keyboard_arrow_down

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

    100 Mins
    Workshop
    Intermediate
    • 組織にアジャイルを導入するこに関わっていますか?
    • 変化(変革)をスタートするときに押さえておくべきポイントとは?
    • 変化(変革)に対する「人」と「要因」の適切な対応と考え方
    • 変化(変革)を「見える化」する
    • 全員で同じ方向に向かっていくために必要なこと

    あなたが組織の変化・変革に関わり、チェンジ・プログラムを開発、実行するためのより効果的な方法を探しているのであれば、リーン・チェンジエージェントになりましょう!リーン・チェンジエージェントとして、あなた自身のチェンジ・フレームワークを構築する方法や、変化の影響を受けるステークホルダーからどう支持してもらえるかを様々な視点から考え学びます。

    このセッションでは前半にManagement 3.0の「Change Management(チェンジマネジメント・ゲーム)」を行う予定です。後半はグループでチェンジ・キャンバスを作成します。ディスカッションを通して変化(変革)への戦略を考えていきます。キャンバスから見えてくる変化(変革)への課題とどう向き合い実践していくかを学び、リーン・チェンジマネジメントを体験してください。

  • Takuo Doi
    keyboard_arrow_down

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

    Takuo Doi
    Takuo Doi
    CTO
    Lifematics Inc.
    schedule 1 year ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    現在,大学でプログラミング言語の授業を持っています.

    その授業では,文法としてのプログラミングだけでなく,プログラミングの面白さを知ってもらえるもらえるように,モブプログラミングを導入して授業を行なっています.

    ところが,企業でのモブプログラミングの導入とはまた違った課題がありました.そして,その解決策として,行動分析学を元にして,試行錯誤をしています.

    本セッションでは,その試行錯誤の課程を共有したいと思っています.

    ----

    I have a C programing course at university.

    I introduced Mob Programing technique to my class so that my student learn not only the grammar of the programing language but also the fun of programing.

    I have an experience to introduce Mob Programing to the work in our company. However I faced different problems. And Now I am trying to solve the problem using Behavior Analysis.

    I will share this experiences in my session.

  • Mitsuyuki Shiiba
    keyboard_arrow_down

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

    45 Mins
    Talk
    Intermediate

    スクラムチームにテックリード?

    「スクラムのロールには定義されていないけど、こういうのは誰がやるのが良いんだろう?」「そもそも、そんな状況ってことは、まだスクラムをやるための準備が整ってないってことなのかな?」って悩むことありませんか?僕はありました。

    スクラムに取り組んだ最初のころは「あれー?ここどうしようかな?とりあえず・・・自分でやっとくかな」と思うことが結構ありました。「これでいいのかなぁ?」と不安に思いながらやってましたが、それも5,6年たった今では「あー、うちの組織だと、こういう役割が必要なんだわ。こそこそやらずに、自分の中でテックリードって名前つけて堂々とやっとく方が良さそうだな」って納得してやってます。

    スクラムガイドの中には、テックリードというロールは定義されていません。でも僕は、今の組織の中で、このロールがとても大切な役割を果たしているなぁと感じています。大変だけど、やりがいがあって、とても面白いロールです。

    バックグラウンド

    こんにちは。椎葉です。楽天株式会社の大阪支社で自社ECサービスのアプリケーションアーキテクトとして仕事をしています。僕が所属している組織では、多くのチームがスクラムを採用しています。その中で、この数年間、僕は改善エンジニアとして「色々なチームに入っていって現場のみんなと一緒に内側から組織の改善をする」という活動をしてきました。その活動の中で学んだのが、テックリードというロールの大切さです。

    僕の中のテックリードは、スクラムチームと組織のあいだに立って、技術的な視点に軸足を置きながら、開発やチームや組織を支える。そういう役割です。何かと何かの間におちてしまいそうなものに手をのばして拾い上げたりします:プロダクトオーナーと開発チームのあいだ、開発チームとスクラムマスターのあいだ、スクラムチームと組織のあいだ、そしてマネージャーとスクラムチームのあいだ。など。 

    このセッションで伝えたいこと

    「僕の組織では、スクラムからは少し外れるかもしれないけど、こういうことをやる必要があって、僕はテックリードとしてこういうことをやってるよ」ということをお伝えしたいと思います。

    それによって、これからスクラムに取り組もうとしていたり、既にスクラムを実践しているけど悩んでたりする方々に対して「あぁ、自分も同じようなことで、もやっとしていたけど、そういう風にやってる人もいるんだな」って何かしら参考になるようなセッションにしたいなと思っています。

    また、その中で学んだ「テックリードとして考えておくと良いこと」もお伝えします。

    今、テックリードとして悩んでいる方や、これからテックリードとしてチームをリードしていく方々に勇気を伝えられるようなセッションにしたいと思います。

  • Harada Kiro
    Harada Kiro
    CEO and Agile Coach
    Attractor Inc.
    schedule 1 year ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    ScrumPLoPとして2010年から活動してきたスクラムをパターンランゲージとして記述する活動も、2019/8/5現在、最終校正が完了し印刷待ちです無事9/3発売されました。RSGT 2020 には、出版された本を持っていける予定ですいきます。

    540ページの大部になってしまったので、ちょっと気軽に手に取るには大きな本になってしまいました。

    このセッションでは、A Scrum Book の読み始める方法を、ちょっとした出版までのエピソードなどを含めてお話しできればと思っています。

    著者のJim Coplienを発表者に追加しました。

  • Yukio Okajima
    keyboard_arrow_down

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

    45 Mins
    Talk
    Beginner

    永和システムマネジメントはソフトウェアの受託開発を生業にしていて、私もその最前線で25年やってきました。 そんな私が企画し、プロダクトオーナーとして関わった自社Webサービスが、数ヶ月前にひっそりと終了しました。

    「ニーズがなかったね」の一言で済ますにはもったいなく、一体何が悪くてそこから何が学べるのか? オーナーシップって何なんだろう?組織との付き合い方は?これからのエンジニアに求められるマインドって何?といったことを、自分なりに徹底して追及した結果を共有させてください。

    The web service that I planned and worked as a product owner closed quietly a few months ago.

    What is wrong and what can you learn from it? What is ownership? How do you interact with your organization? What kind of mind is required of engineers in the future?

    Please let me share the results that I thoroughly pursued.

    ※ 「明日の開発カンファレンス2019」でお話させていただいたことを全面ブラッシュアップし、後日談も含めた【完結編】となります。

  • Tsutomu Yasui
    keyboard_arrow_down

    Tsutomu Yasui - ワークショップ用ゲームの作り方 やっとむ流

    Tsutomu Yasui
    Tsutomu Yasui
    Consultant
    self-employed
    schedule 1 year ago
    Sold Out!
    100 Mins
    Workshop
    Intermediate

    カンバンゲーム、宝探しアジャイルゲーム、心理的安全性ゲームなどを作ってきたやっとむから、ゲームの作り方を解説します。

    私が作っているゲームは、一般的な商業ゲームとは違い、伝えたい明確な内容、ゲームの体験から受け取ってほしいメッセージが入っています。そうしたゲームを作るために、以下のような順番で考えます。

    1. 伝えたいものはなんなのか自分の中で整理する
    2. それを伝えられるゲームの枠組みを選ぶ
    3. ゲームバランスを取る

    1.の項目では、アジャイル開発であるとか、心理的安全であるとか、カンバンボードといった対象を自分なりに分析し、モデリングしたりシミュレーションモデルを作ります。ここでは、ゲームでは表現しない要素、切り捨てる要素を探します。

    それをもとに、プレイヤーに体験しほしいエクスペリエンスを考えます。たとえばカンバンゲームでは、以下のような体験を想定しました。

    • 全体が見えているとハイレベルな判断ができるようになる
    • 個人でなく全体を最適化したくなる
    • タスクが見積もり以上にかかる
    • タスクが片付くと嬉しい、盛り上がる
    • 人が抱えてる問題を知ると解決できる
    • 自分の解決法を見せると誰かが利用する
    • みんなでやると早く終わる
    • 早く終わると問題が起きにくい
    • 仕掛で残してると問題が増える
    • 終わりそうだと思ったら問題だらけになる
    • 話し合うと思わぬ解決法が見つかる
    • 仕事を割り振るリーダーはいらない
    • タスクに価値があると優先順位を判断できる

    つぎに2.の段階では、そうした体験をゲームとしてどう表現するか考えます。世の中にはたくさんゲームがあるので、そこからアイデアを借りるのがよいでしょう(商業ゲームならパクりは問題ですが、自分のワークショップで使う分にはいーんじゃないかなと思っています)。逆に言うと、ゲームを作るコツはよいゲームをたくさん知っていることです。

    カンバンゲームはカンバンボードを扱うものなので、カンバンボードをそのままシミュレーションします。タスクの内容、見積もり、ToDo/Doing/Doneはリアルそのものです。こうしたリアルを写し取った要素が多いと、ゲームから仕事に役立つ学びを直接得やすくなります。

    もちろん、すべて再現してしまったらそれは仕事そのものなので、デフォルメ、ゲームらしさも必要です。仕事の進み具合をサイコロで表現する、問題と解決をそれぞれカードで表現するというのはゲームとしての工夫になります。解決が有効か話し合うというところは、『キャット&チョコレート』などのゲームから借りたアイデアとなります。

    世の中のゲームを知っているから自分のゲームのアイデアも浮かぶというのと同時に、道具立てもけっこう重要です。どんな道具が使えるか(いま持っていないものも含む)、それをうまく利用できないか。カンバンゲームでは、ゲーム用の金の延べ棒を使います。これを見るだけでプレイヤーはテンションが上がりますし、カンバンがDoneになったら儲かるんだということが直感的に伝わります。このインスピレーションは、仕事におけるタスクの見方にまで影響します。カンバンゲームでは次のような道具を使っています。

    • サイコロ → 仕事の進捗は予測できない
    • 仕事残量をチップで見せる → 仕事の大きさが目で見える
    • 問題カード → カンバンで問題が起きていることの見える化
    • 解決カード → 手札に持った解決方法を適用できる
    • 金塊 → 仕事には価値があることの実感

    最後が、3.のバランス調整です。時間的にはここが一番かかります。ゲームの枠組みがあっても、求めている体験が本当に得られるか、違った感触のものになってしまわないか、予想外の抜け道がないかなどを考えます。バランス調整では、いろいろな人に実際に遊んでもらう必要があります。

    カンバンゲームではこのバランス調整の中で、以下のような発見や出来事がありました。

    • 無理筋な解決法を押し通そうとする人がいる
    • 「もっとがんばる」で解決できると主張を崩さない人がいる
    • ピッタリ合う解決法しか使いたくない人がいる
    • EVENTカードを先読みして期待する
    • 無理だと思ったらサイコロが爆走して完了する
    • 自然と1人1タスクにしてしまう(習慣の力は強い)

    私のゲームはプレイヤー同士の会話を重要なファクターにしていることが多く、そのためゲームとして破綻することは少ない(ルールを悪用して一人勝ちする、など)ものの、よい会話が生じるかは気をつかうところでもあります。

    バランス調整はある意味永遠に続き、ゲームをやっては微調整をしたり、たまに大幅バージョンアップが起きたりもします。

    当日はこのような話をします。参加者の方と一緒にゲームを作る時間があるかは、採択の結果に寄ります。

  • Masakazu Yoshikawa
    keyboard_arrow_down

    Masakazu Yoshikawa / Ryuichi Honda / Stefan Nüsperling - エンジニアの大量採用。退職届け取り下げ etc,,, Management3.0を実践投入して様々な成果を出している2人による、Management3.0ワークショップ

    100 Mins
    Workshop
    Beginner

    退職希望者の退職届け取り下げ。

    エンジニアの大量採用成功。

    やる気のない社員のマインドセットを変えた。

    変革する気がない組織にアジャイルコーチを投入できた。

    これがManagement3.0のプラクティスやツールを導入して僕らが半年で得た成果です。

    近年、アジャイル界隈を中心に広がりを見せている。Management3.0

    Management3.0には、仕事の改善、高性能のチーム作りや、やりがいのある仕事を作るといった能力を引き出すことに有効なツール、ゲーム、プラクティスが存在します。

    それらは、どれもライトウェイトで導入が簡単かつ、確実に成果が出ます。

    (具体的な成果は上記参照)

    が、日本では学ぶ人は増えているが、実践している人が少ないのが現実。

    そこで、自分の組織、家庭etc... 日本で2番目にManagement3.0実践投入している2人(株式会社クオリティアの吉川誠一、株式会社マリエッタの本田竜一)による、事例紹介のトーク実践者視点によるワークショップを行います。

    Management3.0を日本で展開する、NuWORKS の Stefan Nüsperling氏による、簡単なManagement 3.0の紹介やトークセッションも行います

  • 川渕 洋明 (bucci)
    keyboard_arrow_down

    川渕 洋明 (bucci) - 変革を始めるのは君だ(僕だ)〜自分・家庭・社会、CI&T歴4年の恋の行方〜

    20 Mins
    Talk
    Beginner

    仕事・夢・人生

    モラトリアムな就職浪人、地元に近いという理由で第二新卒入社した中小SIerでプログラマ、通信キャリアの企画部署に長年常駐、海外合弁事業が初のグローバルな仕事。

    アプリ開発ベンチャーでディレクター、転機となった自費40万で参加したSXSW2014、そして未払い賃金を勝ち取ったけど一瞬フリー状態に恐怖。

    先輩つたってEC基盤な事業会社で良くしてもらい、そしてSXSW2014の縁がつながって現職と、20年近い仕事人生をなんとか渡り歩いてきました。

    常に自分は何かできると夢見て、でも実力と実績が伴うわけでもなく、身の丈に合わない背伸びをしたり。

    1人で考えていても何も動かないんですよね。

    CI&Tに入って

    ブラジル発・創業24年のアジャイル・トランスフォーメーション・エージェンシーCI&Tに入り3年半が過ぎました。いつのまにか日本採用のなかでも最長老です。

    入ったころはアジャイルも言葉を知っている程度で、こんなに変革が身近になるとは思ってもいませんでした。

    最初は数名だったのが今では30名規模に成長、毎日グローバルでコラボラティブな環境に身を置くことができています。

    大変ラッキーなことに自分の経験・能力・人脈をフル発揮でき、なおかつこの会社と社員のもつ変化し続けるカルチャーとパワーに、時折疑問をもちつつも、喜びと驚きを持ち続けることができています。

    変革とは

    スクラムやアジャイルをやってる/やろうとしている方々は、その成果はどうあれ、まさにデジタル変革というバズワードの渦中におり、うまく波に乗ってる方もいれば、まるで洗濯機にもまれるが如く翻弄され疲弊してしまっている方もいるんじゃないかと思います。

    でも変革ってどうやっておこるんでしょう?変革ってなんなんでしょう?

    新しいプログラミング言語やテクノロジーを習得すること、それらを用いた新サービスやビジネスを構築すること、働く人が嬉しいプロセス・プラクティスや環境を整備すること、それが周囲に伝搬し広がり大きくなること、でしょうか?

    これらは結果に過ぎないんじゃないかと、最近あらためて思うようになりました。

    変革に必要な3要素

    この登壇では僕が思う「変革に必要な3つの要素」である「直感」「コミュニケーション」「余白」について、様々な例とともに、リアルとエモさの間を行き来しながら、紹介できたらと思います。

    そして、変革を実現するためのコツ・感覚を持って帰っていただきたいと思っています。

  • Tatsuya Sato
    keyboard_arrow_down

    Tatsuya Sato - RSGT 100分ハッキング - 出張短縮版OSS Gate ワークショップ -

    Tatsuya Sato
    Tatsuya Sato
    Software Developer
    DENSO
    schedule 1 year ago
    Sold Out!
    100 Mins
    Workshop
    Beginner

    開発チームのスキルによって、開発の時に重要な要素である実行可能性(Feasibility)は大きく左右されます。価値のあるバックログアイテムが用意されても、それを実現でき、お客さんに届けることができなければ意味がありません。実現することこそが開発チームの本懐であると思います。

    現在のソフトウェア開発において、オープンソースソフトウェア(OSS)を活用することは当たり前となってきています。もちろんOSSも人が作ったソフトウェアですのでバグはありますし、期待した機能を持っていなかったりもします。では、そういった不具合や期待した機能を持っていないことに気づいた時に、どうしたらいいでしょうか?居酒屋で見つけたバグをネタにビールを飲むことでしょうか?「こんなバグがあるなんて、酷い!」「このOSSは、○○が無いのでダメだ!」などとSNSなどで投稿することでしょうか?

    残念に感じたり、時には怒りを覚えるかもしれません。ですが、それはとても素晴らしいチャンスです。そう、OSSに貢献するチャンスです。しかし、残念なことにOSSへの貢献がとても高いハードルと感じている方もいらっしゃるようです。

    ようこそ、OSS Gate ワークショップへ!
    このワークショップでは、OSSに貢献したいけど最初の一歩を踏み出せずにいる方の背中を後押しするワークを行っていただきます。終わった時には、小さいかもしれませんが、OSSへの貢献に確実な一歩を踏み出せたと思えっていただけるでしょう。そして、普段の開発で、それまでよりもOSSに対して身近に感じていただけると思います。

  • 藤原大
    keyboard_arrow_down

    藤原大 / Takao Oyobe - 輝く未来を抱きしめて。アジャイルコーチ、スクラムマスター10年戦記

    45 Mins
    Talk
    Intermediate

    このセッションのプレゼンテーターの二人は、過去に同じ開発プロジェクトにおいて、アジャイル開発を経験しました。ひとりはアジャイルコーチ、スクラムマスターとして参加し、ひとりはエンジニアとして参加しました。

    そのプロジェクトは1000人を超える開発組織の中で初の「アジャイル開発を導入する」とうたったプロジェクトでした。もちろん途中、困難はありましたが、無事にプロダクトはリリースされました。

    プロジェクトが終わり、ふたりは異なる環境でスクラムマスターやアジャイルコーチの経験を積んでいきます。

    共に歩んだアジャイルプロジェクトから10年。それぞれの経験をふりかえりながら学びを確認し、今後の10年を考えるセッションです。

  • Raquel Silva
    Raquel Silva
    Agile Coach
    JP Morgan Chase
    schedule 1 year ago
    Sold Out!
    100 Mins
    Workshop
    Intermediate

    Toxic behaviours in a Team cause damage to the Team. Affecting their performance, causing high levels of stress and demotivation. Conflict Navigation is one of the biggest challenges within the Teams. Can you help them to overcome this challenge? Are there any antidotes?

    When a Team member shows a toxic behaviour, how the Team reacts to it? Can we educate the team and help them as a System to overcome these challenges? As a Scrum Master or a Coach, our main mission is to help out teams to be their better selves. By the end of this workshop, you should be able to help your team to be better prepared to deal with conflict.