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 3 weeks ago

Public Feedback

comment Suggest improvements to the Speaker

  • Liked 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の紹介やトークセッションも行います

  • Liked Tatsuya Sato
    keyboard_arrow_down

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

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

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

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

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

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

  • Liked Arissa Nakamura
    keyboard_arrow_down

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

    Arissa Nakamura
    Arissa Nakamura
    Scrum Master
    CI&T
    schedule 1 week 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.

  • Liked 川渕 洋明 (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つの要素」である「直感」「コミュニケーション」「余白」について、様々な例とともに、リアルとエモさの間を行き来しながら、紹介できたらと思います。

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

  • Liked Alex Sloley
    keyboard_arrow_down

    Alex Sloley - Liberating Structures... 36 tried and true facilitation techniques to amp up your org's collaboration

    Alex Sloley
    Alex Sloley
    Alex Sloley
    schedule 1 month ago
    Sold Out!
    100 Mins
    Workshop
    Beginner

    The communication tools of Liberating Structures will teach you how to facilitate the discussions your org needs. I am going to demonstrate how to use these techniques in the workshop. And all the attendees are going to be fully immersed and ready to wield their new knowledge the very next day at work.

    Come learn how to help your team(s), org(s), and company(ies)!!!

    For more information, watch my video at http://youtu.be/UNOjqMUv8h0

    A version of this workshop that was presented at Agile Tour Sydney 2016 is at http://bit.ly/2f4Bie8

  • Liked Sam Huang
    keyboard_arrow_down

    Sam Huang - Sociocracy for Scrum teams

    Sam Huang
    Sam Huang
    Scrum Master
    Titansoft
    schedule 1 month 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.

  • 45 Mins
    Panel
    Advanced

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

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

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

    発表者は、現時点で絹川達也さん(楽天)、太田敦士さん(NTT西日本)にお願いしております。いずれもご本人が新規サービス/事業を手掛けるだけでなく、仕組みづくりや組織づくり、メンタリングなども携わられてきたみなさまです。

  • Liked 藤原大
    keyboard_arrow_down

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

    45 Mins
    Talk
    Intermediate

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

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

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

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

  • Liked Kazuki Mori
    keyboard_arrow_down

    Kazuki Mori - ふりかえりのファシリテーションを突き詰めた結果見つかった大切なもの

    45 Mins
    Talk
    Intermediate

    大事な活動である「ふりかえり」。だが、難しい活動でもある。

    スクラムの重要なイベントの一つである「スプリントレトロスペクティブ/ふりかえり」。
    チームを自己組織化へと導く大事なステップでもあり、スクラムの中でも一番「チームによるチームのための活動」だと言えると考えています。

    スクラムを始めたとき、多くの人が直面するのは、「ふりかえりがうまく機能しない」ということです。
    ふりかえりが反省会のようなムードになってしまう。
    チームのためのアクションが出ず、なかなかチームがまとまらない。
    アクションは出たものの、なかなかカイゼンされているように思えない。
    こういった悩みを持つ多くの現場を見てきました。

    ふりかえりは、難しい活動の一つとして考えられがちです。
    時間対費用効果が出ているのか、なかなか計測がしづらいですし、効果がすぐに現れない場合もあります。
    他のイベントと違い、ふりかえりがうまくいかなかったときに、「この活動は価値がないものだ」と感じ取られてしまいがちなのです。
    そのまま、ふりかえりが行われなくなってしまうのは、とても悲しいことです。

    ふりかえりとファシリテーション

    ですが、ふりかえりにはチームが成長するために大事な要素がたくさん詰まっています。
    そのうちの一つが「ファシリテーション」という考え方です。

    進行役としての「ファシリテーション」ではなく、促す者としてのファシリテーション。
    スクラムマスター一人がファシリテーターなのではなく、チーム全員がファシリテーター。
    チームが「ファシリテーション」を意識したとき、あなたたちのふりかえりはきっと良い方向へと変わります。

    ファシリテーションというものをあなたがどうとらえるか。
    そのとらえかたが変わると、きっと新しく見えてくるものがあるでしょう。

    このセッションについて

    このセッションでは、あなたがふりかえりの中で行うファシリテーションを考えるときの気付きを提供します。
    チームの形成、そしてチームの成長・混乱・成熟、そしてチームの解散。タックマンモデルのチームの推移に合わせて、どのようなファシリテーションを検討するとよいのか、といういくつかの事例を示します。

    自分のチームでは今どんなことを意識しながらファシリテーションしているだろうか、をイメージしながら、セッションに参加していただければ幸いです。

  • Liked Tsutomu Yasui
    keyboard_arrow_down

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

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

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

  • Liked Mitsuyuki Shiiba
    keyboard_arrow_down

    Mitsuyuki Shiiba - スクラムチームの中でテックリードとして僕はどう動くか

    45 Mins
    Talk
    Intermediate

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

    「スクラムのロールには定義されていないけど、こういうのは誰がやるのが良いんだろう?」「そもそも、そんな状況ってことは、まだスクラムをやるための準備が整ってないってことなのかな?」って悩むことありませんか?僕はありました。
     
    スクラムに取り組んだ最初のころは「あれー?ここどうしようかな?とりあえず・・・自分でやっとくかな」と思うことが結構ありました。「これでいいのかなぁ?」と不安に思いながらやってましたが、それも5,6年たった今では「あー、うちの組織だと、こういう役割が必要なんだわ。こそこそやらずに、自分の中でテックリードって名前つけて堂々とやっとく方が良さそうだな」って納得してやってます。
     
    スクラムガイドの中には、テックリードというロールは定義されていません。でも僕は、今の組織の中で、このロールがとても大切な役割を果たしているなぁと感じています。大変だけど、やりがいがあって、とても面白いロールです。
     

    バックグラウンド

    こんにちは。椎葉です。楽天株式会社の大阪支社で自社ECサービスのウェブアプリケーションエンジニアとして仕事をしています。僕が所属している組織では、多くのチームがスクラムを採用しています。その中で、この数年間、僕は改善エンジニアとして「色々なチームに入っていって現場のみんなと一緒に内側から組織の改善をする」という活動をしてきました。その活動の中で学んだのが、テックリードというロールの大切さです。
     
    僕の中のテックリードは、スクラムチームと組織のあいだに立って、技術的な視点に軸足を置きながら、開発やチームや組織を支える。そういう役割です。何かと何かの間におちてしまいそうなものに手をのばして拾い上げたりします:プロダクトオーナーと開発チームのあいだ、開発チームとスクラムマスターのあいだ、スクラムチームと組織のあいだ、そしてマネージャーとスクラムチームのあいだ。など。
     

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

    これからスクラムに取り組もうとしていたり、既にスクラムを実践しているけど悩んでたりする方々に対して「僕の組織では、スクラムからは少し外れるかもしれないけど、こういうことをやる必要があって、僕はテックリードとしてこういうことをやってるよ」ということを伝えることで、「あぁ、自分も同じようなことで、もやっとしていたけど、そういう風にやってる人もいるんだな」って何かしら参考になるようなセッションにしたいなと思っています。
     
    きっと、僕と同じような動きをしている人がいるのではないかと思います。セッション後には、そういった方と意見交換をできたら嬉しいです!
  • Liked Yusuke Amano
    keyboard_arrow_down

    Yusuke Amano - スクラムマスター×複業=アジャイルコーチ? —複業で広げるキャリアの選択肢—

    Yusuke Amano
    Yusuke Amano
    Scrum Master
    Cybozu, Inc.
    schedule 1 month ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    突然ですが、スクラムマスターのキャリア設計って難しいと思いませんか?
    アジャイル開発が普及するにつれてスクラムを導入するチームも増えている一方で、まだまだスクラムマスターというロールは一般的ではなく、多くのスクラムマスターは元々の役割と兼務しています。スクラムマスターとして価値を高め、今後キャリアを伸ばしていくためにはどうしたら良いでしょうか。

    現在私は週3日サイボウズで正社員として働きながら、週2日は個人事業主として社外のチームをお手伝いするというちょっと変わった働き方(複業)をしています。
    このセッションでは、エンジニアからスクラムマスターになり、アジャイルコーチとして複数チーム・組織を支援する立場になった事例を紹介したいと思います。スクラムマスターのキャリアの選択肢のひとつとして参考になれば嬉しいです。

  • Liked Tomonori Fukuta
    keyboard_arrow_down

    Tomonori Fukuta - 田舎で14年スクラム - チームを導く現場の「ゲームモデル」づくり

    20 Mins
    Talk
    Intermediate

    ゲームモデルとは、サッカーなどのスポーツにおいて、試合中にチームで共有されるべき共通認識をモデル化したもので、チームが自己組織的に判断を繰り返すための「脳内映像」とも言えます。

    ソフトウェア開発の現場でも、それぞれの現場、チームに応じた「状況・局面」が発生します。もちろん都度、問題に取り組み、解決につなげているわけですが、それを「再現性」のある形でチームの行動として落とし込むための道しるべとして、「ゲームモデル」のアイデアが参考になるのではないかと考えています。

    とかなんとか書きましたが、つまり僕はニワカ素人サッカー戦術ファンで、自分たちのチームをサッカーチームっぽく表現して、みんなと話せたら、と思ったのです!

    みんなの現場をシンプルなゲームモデルで表現して、わいわいできないでしょうか。

    みんなの現場では、現場で起きることを自己組織的に解決するために、スクラムを、スクラムの外側を、どう実装していますか?それをサッカーっぽくやると楽しくないですか?

    まずは僕がやってみようと思います。

  • Liked Takao Oyobe
    keyboard_arrow_down

    Takao Oyobe - 会社を越えるチーム - バックキャストでチームのいまを考える -

    45 Mins
    Talk
    Advanced

    あなたのチームはこの先の未来どうなりますか?

    スクラムはチームワークのためのフレームワークです。
    自己組織的なチームをつくることは、スクラムチームの目標の1つです。

    しかし、自己組織的なチームができた後、そのチームはどこを目指すのでしょうか。
    チームでよい成果を生み出した後、そのチームはどうなるのでしょうか。

    このタフクエスチョンの答えはどの教科書にも載っていません。そして、自分たちで描いて、あがいて、もがき続けなければそこにたどり着くことができません。しかしその答えが、答えようとする姿勢が、私達がスクラムに魅力を感じて活動をする理由になるはずです。

    あるチームは、スクラムやモブプログラミングを通し自己組織的なよいチームになりました。
    そのチームは、ついに会社という枠を越えて別の会社にチーム転職をしました。

    チーム転職できました #チームFA宣言 #完結編 #アフターストーリー

    チームのモデルケースの1つとして、このチームの成り立ち、生態、メンタルモデル、描いている未来について整理します。「誰と働くのか」について真正面から考えてみましょう。

  • Liked Stefan Nüsperling
    keyboard_arrow_down

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

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

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

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

  • Liked Masaya Mito
    keyboard_arrow_down

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

    20 Mins
    Talk
    Beginner

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

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

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

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

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

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

  • Liked Arnab Gupta
    keyboard_arrow_down

    Arnab Gupta / 羽渕 彰博 - 人間には感情があることを知っていますか?アジャイル改革の盲点

    20 Mins
    Talk
    Beginner

    クライアントからアジャイルな開発体制を作って欲しいと要望される。
    アジャイルな開発体制を求めている理由を聞いていくと、「ビジネスインパクト」だという。
    今までにない新しいプロダクトが素早く創れることを期待している。

    本当にそれだけで「ビジネスインパクト」が得られるのか?
    開発部門だけでなく、新たなビジネスモデルやオペレーティングモデルを実現するためにも他部門を横断して価値を生み出さないといけないのではないか。

    そのような本質的な問いを抱いていたアジャイルコーチのGupta。
    アジャイル開発の外側で、組織変革に携わっているreborn founderのハブチン。
    呑みながら二人が対話したとき、仕組みや体制だけでなく、社員のモチベーションも重要で、ある仮説を立てた。

    仕組み×モチベーション=組織変革

    仕組みだけだと形骸化するし、
    モチベーションだけに頼ると不安定な状態になる。

    両方の要素をバランスよく組み合わせることによって、
    組織が変革し、「ビジネスインパクト」が得られるのではないか。

    それではモチベーションの正体は何なのか。
    鍵は個人のミッションの見える化にあった。
    個人のミッションとチームのミッションが重なり合ったとき、
    真のアジャイルが生まれていく。

    ハブちんとGuptaの会話で生まれた様々な気付きをこの場でシェアしたいと思っています。

  • Liked Iwao Harada
    keyboard_arrow_down

    Iwao Harada / Masataka Mizuno / Takao Kimura - アジャイルコーチから見たScaled Agile Method.. ~SAFe and LeSSから学ぶ勘所~

    45 Mins
    Talk
    Beginner

    1チームがそれなりに成果出すにはかなりの努力が必要です。

    ましてや、普通に複数Scrumチーム難易度hardですよね…?
    チームがScaleするには、どんな現実の「制約」が問題なのでしょうか?

    大規模なアジャイルの難しさ

    「大規模アジャイルってどんなものなの?」

    大規模≒Enterpriseという認識で大規模開発にアジャイル開発を始めても多くの人が失敗しています。もしくは、そのような不安から大規模開発に踏み切れない人の相談を多く聞いています。
    現場のマネージャ、チームのリーダー、その中で働くメンバーたち…悩みは、それぞれです。

    私たちには何が足りなかったのでしょうか。

    smile大規模アジャイルのエッセンスを絞って、「これだけ」分かって欲しいことをお伝えします。

    大規模アジャイル開発で気を付けること

    「大規模アジャイル開発で、まず何から始めたらいい?」

    そんな疑問を大規模アジャイルの開発手法であるSAFeLeSSから良いポイントを抜き出し、考えるべき重要なポイントを紹介したいと思います。

    お話しするのは、実際にSAFeと LeSSを学習したり、実際に体験して気が付いた事です。

    smile二つの手法が大規模なアジャイル開発でおさえておくべき“大切にしている”ことを話します。

    単なる手法の比較ではなく、それぞれの良いポイントを挙げたいと思います。
    それは皆さんが「大規模なアジャイル開発」に関わる時、失敗しないように考えなければならないポイントに他ならないです!

    大規模は難しいと敬遠されていた方や、これから挑戦しようとしているが不安を感じている方、実際に自己流で大規模開発しているが上手くいっていない方に参考になるはずです。

    アジャイルコーチから見た大規模アジャイル

    「大規模アジャイルって、実際どうよ?」

    研修や本からは読み取れない大規模アジャイル開発手法に見えた「秘訣」があると思っています。
    大規模アジャイル手法には、1チームのScrumでも使える良い考え方やプラクティスがあります。

    smile普段のアジャイル開発に役立つ考え方やプラクティスを伝えます。

    参考

    SAFe 日本語サイト
    http://jp4.scaledagileframework.com/

    LeSS 日本語サイト
    https://less.works/jp/

    大規模アジャイル開発手法の全体像

    ■SAFe4.5(英語版のみ。日本語サイトは4.0)
    ■LeSS
  • Liked Yukio Okajima
    keyboard_arrow_down

    Yukio Okajima - 【完結編】総売り上げ:35,400円 ~ 受託エンジニアが自社サービスのPOをやって学んだこと

    45 Mins
    Talk
    Beginner

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

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

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

  • Liked Takeshi Arai
    keyboard_arrow_down

    Takeshi Arai - Scrum Master 2.0 〜僕が考えるスクラムマスターが目指すその先〜

    20 Mins
    Talk
    Intermediate

    僕が考えるスクラムマスターが目指すその先

    プロジェクトにおいて、プロダクトマネジメントにおいて、スクラムマスターとしての役割を実践してきました。
    この知識やマインドや実践知は、製品づくりだけに留まらせる必要はありません。
    チーム、部署へとスケールさせ、会社組織全体を対象にできるのです。

    また、自社だけに留まらず、複業にて他の会社を支援してきました。
    ソフトウェア開発の現場だけではなく、バックオフィス系、営業系、エグゼクティブチームなど、あらゆるところで活用できるのです。

    スクラムマスターのノウハウを活用して、会社という組織を活性化させることを目指してみませんか?
    僕が考えるスクラムマスター業の一つの解をご提供します。
    もしかしたらスクラムマスターとしての「あり方」や「生き方」なのかもしれません。