Scrum / DevOps の導入を加速させるグローバルマインドセット

日本へのScrum / DevOps の導入を米国と同じような深度、スピードで実施するのは 大変難しいと言われています。解決策は、Scrumが生まれた国、米国の文化、マインドセットを学ぶことです。本セッションはマルチカルチャーの専門家のRochelle Kopp さんと共に研究している Agile / DevOps のための文化インストールメソッドのうち、Scrumの背景に存在する米国の文化をインストールするグローバルマインドセットをご紹介いたします。これによって、Scrum の背景をより深く理解し、Scrumや新しい技術の導入をより効果的、高速に実施できるようになります。是非ご参加ください!

 
 

Outline/structure of the Session

Scrum / DevOps の特に生産性や、本当の理解に関係する日米のマインドセットの違いをわかりやすく説明します。

Learning Outcome

Scrum / DevOps に関する日米間でのマインドセットの違いを理解する Scrum / DevOps をより深く理解し、実践を楽にし、導入をスムーズにする

Target Audience

Everyone

Requirements

Nothing. Projector please.

schedule Submitted 5 months ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • Yasunobu Kawaguchi
    By Yasunobu Kawaguchi  ~  5 months ago
    reply Reply

    単なる思いつきで大変恐縮なのですが、
    以下の竹林さんの発表がDevOpsの経験レポートですので、
    https://confengine.com/regional-scrum-gathering-tokyo-2017/proposal/3336

    こちらの牛尾さんの発表とうまくつなげて一本にする、ないし、20分ずつ分け合う構成にする、というアイデアを思いついたのですが、いかがでしょうか。

    大変たくさんのご提案を頂いておりますので、採択できるかどうかは全くわからないので、
    無責任で恐縮なのですが....

    • Yasunobu Kawaguchi
      By Yasunobu Kawaguchi  ~  5 months ago
      reply Reply

      竹林さん経由でサイズダウンは難しい旨の牛尾さんのご回答を確認しました。

      • Tsuyoshi Ushio
        By Tsuyoshi Ushio  ~  5 months ago
        reply Reply

        ありがとうございます、、、この元ネタをあyったとき、30分ですら評価最悪だったけど、時間がちゃんとあるときはNo.1の評価でしたので、、、

        ちなみにRochelle Koppさんも共同登壇になりました!


  • Liked Yasuo Hosotani
    keyboard_arrow_down

    アジャイル開発におけるドキュメンテーションの考え方

    Yasuo Hosotani
    Yasuo Hosotani
    schedule 5 months ago
    Sold Out!
    45 mins
    Talk
    Beginner

    前は、アジャイル開発宣言において「包括的なドキュメントよりも動くソフトウェアを」と言われていることもあり「アジャイル開発ではドキュメントは書かない」という誤解がありました。現在では、「必要なドキュメンテーションは行う」というのが定説になっていますが、「何が必要なのか?」はコンテキストに依存することもあり明確ではありません。 本セッションでは、自分達にとって必要なドキュメントは何なのか?をそれぞれの現場で考えるときの考え方を説明します。

  • Tomoyasu Ishii
    Tomoyasu Ishii
    Atsushi Harada
    Atsushi Harada
    schedule 5 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    アジャイルを学ぶコミュニティ「アジャイルひよこクラブ」を立ち上げて3年目となります。

    おかげ様で毎回様々な著名人にご支援いただき、色んなバックグラウンドの方に参加いただけるコミュニティとなりました。今年のデブサミにもコミュニティとして参加させていただきました。

    もちろん最初からスムーズにコミュニティ運営が進んだ訳ではありません。
    参加者が全く集まらなかったり、業務におわれイベント準備が全く進まないこともありました。

    無名で、経験も少ない僕らがコミュニティを立ち上げた時どんな課題が起こって、どう試行錯誤をしてきたかという経験をお伝えできればと思います。

    一つだけ言えるのは、コミュニティはただ参加するより運営する方がずっと学びは大きいということ。

    これから勉強会やコミュニティを始めてみたいと思う人の参考になれば幸いです。
    きっと一人で学んで達人になる人はいない。なのでカテゴリはあえて「達人スクラムマスターへの道」にさせていただきました。

  • Liked KOGA Masanori
    keyboard_arrow_down

    エンジニアの技術力評価は難しい? - 5年間運用してきた相互評価制度の改善の歴史 -

    KOGA Masanori
    KOGA Masanori
    schedule 5 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    エンジニアの技術力を評価するのって難しいですよね。 評価する側がエンジニアではない場合は特に難しいと思います。

    そこで、VOYAGE GROUPでは2011年7月から技術力評価会というエンジニアの相互評価制度を導入しました。 5年やってみて、わりと良い感じだと思っています。

    この5年間で会社の状況に多くの変化がありました。

    • エンジニアの人数が約2.5倍になった
      • 40人強 -> 100人弱
    • 会社が上場した
      • 2014年 マザーズ上場、2015年 東証一部に市場変更
    • 長期に運営しているメディアが増えた
      • ECナビ 12年、リサーチパネル 10年、PeX 9年、kotobank 8年
    • アドプラットフォーム事業を始め、日本最大級の規模になった
      • fluct、Zucks Ad Network、Zucks Affiliate
    • 多くの新規事業に挑戦した
      • アドプラットフォーム事業、採用支援事業、EC事業、ゲームパブリッシャー事業、ソーシャルゲーム事業、ソーシャルマーケティング事業、キュレーションメディア事業、etc

    このセッションでは、多種多様な事業を支えるエンジニアの相互評価制度の改善の歴史について、制度設計から全エンジニアの最終評価までやってきたCTOが語ります。

     

  • Liked Mitsunori Seki
    keyboard_arrow_down

    Agile Product Management for Product Owner - 27 tips to manage your product and work with scrum teams

    Mitsunori Seki
    Mitsunori Seki
    schedule 5 months ago
    Sold Out!
    20 mins
    Tutorial
    Beginner

    Product owner, in order to determine the services or products that the customer is really necessary, and not the experience or intuition, ability to think logically is required. In, the services and products the customer is really necessary, to think logically, what do I?

    In this session, we will introduce 27 tips to manage your product and work with scrum teams.

     

    ----

    プロダクトオーナーは、顧客が本当に必要としているサービスやプロダクトを見極めるために、経験や勘ではなく、論理的に考える力が求められています。では、顧客が本当に必要としているサービスやプロダクトを、論理的に考えるには、どうすればいいのでしょうか。

    このセッションでは、アジャイルなプロダクトマネジメントにおいて、プロダクトオーナーがスクラムチームと一緒にプロダクトをマネジメントするにあたっての27のtipsをご紹介します。

  • Liked Iwao Harada
    keyboard_arrow_down

    お悩み解決!持ってて損しない道具箱

    Iwao Harada
    Iwao Harada
    schedule 5 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    「なんでこんなの作る必要だあるんだよ!?」

    いろんな現場で大小の声を聞きます。
    ロールは余り関係なく、プログラマーだけでなくデザイナー、プロダクトオーナー…誰からも。

    インタビューしても、実際にソフトウェアを使う場面を見ても、結局、何なのか?

    そんな時の思考ツールとして「モデリング」をおすすめします。
    「モデリング」を通して分かることは沢山あります。

    • 自分が考えていたけど言語化できていないこと
    • 誰も気付いていない共通点や性質
    • QWAN(Quality Without A Name)
    • etc...

    オブジェクトの広場に掲載されていた「モデリングカフェ」を開催します。
    身近なものをモデルとして表す時の観点や考え方、そんなものを20分で浴びます!

    皆さんに書いてもらうものの発表とかしません。
    予習も可能なのでHP見て予習すると不安なく参加できますので、気軽にどうぞ。

    https://www.ogis-ri.co.jp/otc/hiroba/others/ModelingCafe/

  • Tomonari Nakamura ( ikikko )
    Tomonari Nakamura ( ikikko )
    schedule 5 months ago
    Sold Out!
    20 mins
    Talk
    Intermediate

    BacklogというWebサービスを題材に、少数精鋭・個人プレイである程度の成功を収めていたサービスにおいて、組織改正の際にリーダーを任されてからの試行錯誤や取り組みについてお話します。

    従来までは、チームメンバーも4〜6名程度で、数年間ほとんどメンバーの入れ替わりもなく、阿吽の呼吸でサービス開発を進めることができていました。ですが、リーダーを任されるのと時を前後して、メンバーも10名・20名と着々と増えていき、チームの大多数がスキルは十分なものの文化的な背景を共有できていない状況でした。そのような状況下で、従来型の個人プレイでは行き詰まりを感じており、チームで物事に当たってより大きな成果を出すプロセスへの変換を迫られていました。

    本発表では、リーダー改め駆け出しのスクラムマスター・アジャイルコーチが、チームプレイを根付かせるために行ってきた取り組みについて、紹介します。

  • Masanori Kado
    Masanori Kado
    Junya Ishihara
    Junya Ishihara
    schedule 5 months ago
    Sold Out!
    45 mins
    Workshop
    Beginner

    2014年3月、達人デイヴ・トーマスが「アジャイルは死んだ」と宣言してから、プログラミングのできない「認定ほげほげ」や「ふがふがコーチ」は殲滅した。それを遡ること数年前、Scratchの開発者であるミッチェル・レズニック教授がTEDトークで 「子供達にプログラミングを教えよう」と感動的なプレゼンを行い、日本には阿部和広先生の著書『小学生からはじめるわくわくプログラミング』(日経BP社)という良書が登場した。アジャイルが死んだ一方で、プログラミングそのものは裾野を広げているのである。すでにゾンビとなった方々もこれを機に童心に戻り、Scratchでプログラミングを学び直してみてはどうだろうか。本セッションでは、アジャイルプラクティスのひとつ「ペアプログラミング」によって、それを体験する。

  • Tsuyoshi Ushio
    Tsuyoshi Ushio
    schedule 5 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    Installing Agile / DevOps in Asia is very difficult. However, if you understand the five steps,

    It will be easy.  1. Presentation and Demo 2. Value Stream Mapping 3. Install western culture

    And readiness for Devops 4. DevOps hackfest 5. Continuous improvement and monitoring.

    Don’t miss this session to break the barrier. 

    InfoQ publishes my article related this and a lot of famous agile/DevOps guys retweeted the article.

    https://www.infoq.com/articles/agile-success-asia

     

     

  • Liked Rie Chonan
    keyboard_arrow_down

    多様な働き方をするチームでスクラムを実践してみた

    Rie Chonan
    Rie Chonan
    schedule 5 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    出張で不在の多い営業、月末月初が忙しい経営管理部、子どものお迎えを控えつつ差し込み業務に追われる総務
    ...と働き方の異なるメンバーで構成された非開発チームが、
    スクラムを実践した経験を失敗談、工夫点、今後も活かせる良かった事をもとにご紹介します。

  • Taku Fujii
    Taku Fujii
    schedule 5 months ago
    Sold Out!
    45 mins
    Talk
    Executive

    エンタープライズアジャイル勉強会の実行委員会で考えた日本におけるエンタープライズアジャイルの3つの可能性をまず説明し、アジャイル開発の実践を試みる際に陥りがちなアンチパターンを説明します。さらに、そのアンチパターンを克服するための実行委員の方々の提言を動機、戦略、戦術という観点で整理して紹介します。

  • Liked Masahiro Taguchi
    keyboard_arrow_down

    ゲーム開発を盛り上げる技術とチームを支え続ける原動力

    Masahiro Taguchi
    Masahiro Taguchi
    schedule 5 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    みなさんの開発現場は盛り上がっていますか? 開発現場では、チームが協力しあって取りかかることは重要だと思いますが、その場の空気が盛り上がっていないと、チームが協働的に取り組むことが難しくなってきます。

    また近年のゲーム開発では、開発規模がますます巨大化していく上に、市場やお客様のニーズも日々変化してきているため、開発の複雑さも増してきており、そうした中でライバルよりも良いプロダクトをお客様に早く届けることがビジネスとして重要であり、そのために開発プロセスや考え方もそれに合わせて変化させていくことが重要になっています。

    本セッションでは、ゲーム業界でのソフトウェア開発の特徴をお話した上で、私が開発現場をもっと良くしていくためにどのような取り組みを行ったのか、またどのような想いを持ってチームを支え続けてきたのかをお話したいと思います。

    関西人なので面白おかしく話すことを保証します!

  • Liked Yuichiro Yamamoto
    keyboard_arrow_down

    スクラム道関西 第79回定例会 + アジャイルラジオ公開録音

    45 mins
    Panel
    Beginner

    スクラム道関西は、2012年に設立されたアジャイル・スクラムの実践情報を交換するScrum Alliance公認コミュニティです。

    今回で定例会は通算で79回目を迎えることになりまず。Scrum実践における小さな悩みや新しい気づきなどを持ち寄り、古株・新参によらずスクラムバディとしてざっくばらんに意見交換をしてきました。今回この定例会を、RSGTに集まった全国各地の参加者と一緒に、肩を張らない等身大の意見を交換しあえる場として、いつものユルくて楽しい雰囲気を共有できないかと考えています。

     

    また、スクラム道関西ではストリーミング放送「アジャイルラジオ」を運営しています。スクラム道関西のRSGT参加が叶えば、これを記念して、その場でRSGTの雰囲気を伝えるために公開収録をさせたもらえたら嬉しいです。

    セッション本編で採用されなくても、収録のために会場の片隅にスペースをいただけると有り難いです。

  • 武市 大志
    武市 大志
    schedule 5 months ago
    Sold Out!
    60 mins
    Keynote
    Intermediate

    日経電子版は2015年に日経電子版アプリを全面リニューアルし、その後の継続的な改善リリースによってアクティブユーザー数を1年で2倍に押し上げ、AppStoreのおすすめベストニュースAppにも選ばれました。

    これらを実現したのはレガシーな開発体制からの脱却、社員がメインエンジニアとしてプログラムを書く内製開発、そして部局の壁を越えて理想を実現するためのチーム力でした。アジャイル開発を進める上で遭遇した課題・解決策、そしてこれからの展望をお話しします。

  • Liked Reina Otsuka
    keyboard_arrow_down

    問題対ワタシ達:はじめてのMyアジャイル 〜 チームが変わっていったお話 & スクラムへの道のり

    Reina Otsuka
    Reina Otsuka
    schedule 5 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    "agile、なにそれ、おいしいの?"というチームが、
    4年弱の間に2つの新規サービスを立ちあげる。
    その過程で、
    どのようにチームの問題を認識し、
    どのようにagileを取り入れ改善していったかのお話。

    私は好きにした。君たちも好きにしろ。

  • Liked Yudai  Moriya
    keyboard_arrow_down

    学生がチーム開発のメンタリングを改善したひと夏の話

    20 mins
    Talk
    Beginner

    筑波大学大学院 M2 4人による発表です.

    筑波大学では,毎年8月に2週間のenPiT開発合宿を開催しています.全国の大学から100名近くのM1の受講生が参加し,10数チームに分かれて,プロジェクトを通してチーム開発を学んでいます.

    そこには,前回の受講生であるM2の学生が,教員や社会人とともにメンターとして参加しています.

    合宿中は,受講生チームの朝会を必要に応じてファシリテーションし,Scrum of Scrumsを実施して情報共有を行っていました.

    これまでメンターは,受講生をサポートする仕組みを作り,毎年改善してきました.
    昨年の受講生だった僕たちの経験から,メンターをもっと有効活用する方法はないかと考え,"enPiT Go"というメンター呼び出しシステムを作成し導入しました.

    本セッションでは,このメンタ―呼び出しシステムと,Scrum of Scrumsを使ったメンタリングの仕組みについてお話します.
    Scrumの実践とメンタリングを経験した学生の体験談や,そこから得られた知見を共有します.

  • Liked Yasunobu Kawaguchi
    keyboard_arrow_down

    パネル: DevOpsとリーンスタートアップ時代のプロダクトオーナーシップ

    45 mins
    Panel
    Intermediate

    DevOps(継続的デリバリー)によって、プロダクト開発は、より短いピッチで仮説検証することが可能になりました。仮説を効率的に実装につなげ、素早くデリバリーして、部分リリースでメトリクスをとって検証する。リーンスタートアップが、大企業でも積極的に採用されるようになった、ともいえます。こうした時代に、プロダクトマネージャーに求められるスピード感や役割そのものが変化しています。おそらく正解もないので、パネルディスカッションを用意することにしました。ぜひ皆さんで議論しましょう。

     

  • Tsutomu Yasui
    Tsutomu Yasui
    Takeshi Arai
    Takeshi Arai
    schedule 5 months ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    「『価値を生み出すためのアジャイル』は近視眼的ではないのか?アジャイルとは『環境が変化しやすい中で価値を守り続ける』ためのものではないのか?」

    「『アジャイル』の名のもとに、やたらと新しいことをやりたがるのは、間違いではないか?」

    「『変えること』と『守ること』はどちらが大切なのか?」

    本セッションでは、上記の問いを立てたうえで、現場からの現実解を発表します。発表内容は、複数の会社・組織からそれぞれのエクスペリエンスレポートです。

    発表(予定):

    • 翔泳社
    • ヴァル研究所

    アジャイルやスクラムと言うと「新しいことをする」「新たな価値を創造する」というイメージになりがちです。しかしアジャイルとはそれだけではない、むしろ今あるものを続けていくという向きにゆくためのものだったのではないか。変化しやすい環境の中で、本質的に同じプロダクトを変わらず提供し続けている会社にこそアジリティがあるのではないか。そうした話を、現実のビジネスからのエクスペリエンスレポートとしてお届けします。

     

  • Liked Makoto Takaesu
    keyboard_arrow_down

    「なんたらアジャイル」その前に 〜 アジャイル開発「守破離」の「守」

    Makoto Takaesu
    Makoto Takaesu
    schedule 5 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    「アジャイル」や「スクラム」という言葉をよく聞くようになったものの、アジャイルコーチとして、よくわからないままやっている、あるいはやらされている人たちと会う機会が増えてきました。

    では、何を「守」ればアジャイル開発を行っているといえるのでしょうか?

    「アジャイル」とはどういうものであり、どういうものではないか、についてお話したいと思います。

  • Liked Iwao Harada
    keyboard_arrow_down

    Scrum研修で学んだ本当に深イイ話/Really deep good story learned in Scrum training

    Iwao Harada
    Iwao Harada
    schedule 5 months ago
    Sold Out!
    45 mins
    Talk
    Beginner

    2016.10.29 update:ワークのやり方を見直しました
    2016.11.5  update:タイトルと文章の一部を見直しました
    ※45分枠予定でしたが、事前アンケートや会場での意見収集などで後半辺りなら20分枠もありかなと思ってます。
    2016.11.12 update:ムダにgoogle翻訳してみた。面白い!


    「僕のマスター先生が言っていたんだ」

    My teacher said that ...

    「資格取ってどうですか?」最近良く聞かれるんですよね。
    どうも名刺についているいろんなマークが気になる人は、まだ多いようだ。
    CSP、CSM、CSPOとまるで信号機のような青、黄、赤マーク。
    資格さえ取れば何でもできるって訳じゃないんだけど…

    "How about taking qualification?" Recently heard well.
    It seems that there are still many people who are interested in various marks attached to business cards.
    CSP, CSM, CSPO and blue, yellow, red marks like traffic lights.
    I can not do anything if I qualify ...

    でも、本当に良かったんだよ!!

    But it was really good! It is!

    得たのは資格証明でなく、かけがえのない経験と学び

    I got not qualification certificates, I learned from irreplaceable experience!

    という熱い思いを参加者に無茶振りしながら引き出す会です。
    CSMとかCSPOとかCSDとか取った時の「あの熱い話」を共有しませんか?

    It is a meeting to bring out the hot feeling of participants without hesitation.
    Do you not share "hot story" when you took CSM, CSPO or CSD?

    • マスター先生が言っていた「XXX」は人生を変えたんだよ
    • 「XXX」って習ったけど、この前の現場で役にたっただよ
    • 研修で「XXX」って理解したんだよ
    • XXさんと話して「XXX」ってすごいイイと思ったんだよね
      etc

    "XXX" the master said was changing my life.
    I learned "XXX", but it was only useful at the site before this.
    I understood "XXX" in the training.
    I talked with XX and thought that "XXX" was incredible.

    ■やろうと思っていること

    What I'm thinking of doing

    簡単なワークショップを行う予定です。ファシリテーションは私が行います。
    基本スタンスは以下。
    ・資格持っている人は「よかったコト」を共有
    ・「よかったコト」の共有に対してみんなで感謝を形する

    I will do an easy workshop. I will do the facilitation.
    The basic stance is below.
    · People who have qualifications share "Good things"
    · We appreciate everyone's appreciation for the sharing of "good things"

    「よかったコト」の共有に対して、みんなで感謝の付箋を貼っていきましょう!
    付箋はいろんなキャラの吹き出し付箋を用意するつもりです。
    「よかったコト」を聞いた人は、そのキャラになったつもりで感謝を書きましょう!
    もっと聞きたいことあったー!って人は、付箋をネタに後の飲み会とかで議論しちゃってください。

    Let's stick a sticky note of thanks to everyone's share of "Good Luck!"
    I'm going to prepare sticky notes for various characters.
    Those who heard "Good Together" let's write thanks for the purpose of becoming that character!
    I wanted to hear more! People, please discuss the sticky with the next drinking party etc.

    *ここまで読んで下さった方へ*

    To those who have read to here

    もしも選ばれちゃった場合は、当日に「手伝ってくれる仲間」とか「よかったコトを話してくれるサクラ」を捕獲します。
    CSP持っているあの人やその人も私の拙い人脈を使って集めたいと思いますので、よろしくお願い致します。

    If it is chosen, we will capture "Sakura who will talk about good things" or "Fellow who will help you" on that day.
    I think that I would like to collect those people who have a CSP and that person using my poor personal connections, so thank you.

  • Takashi Takebayashi
    Takashi Takebayashi
    schedule 5 months ago
    Sold Out!
    20 mins
    Experience Report
    Advanced

    このセッションでは、昔に構築した古いコアシステムを新規リニューアルするにあたり、ある人が自分の学んだAgile(Scrum, XP)、DevOps(ツールと組織文化)を実際の現場に適用したら何が起こったのか?についてのお話します。

    e.g. 

    • 商用環境でのインフラ構築経験がないのに、「障がいを想定した可用性・冗長性」を考慮したインフラの設計・構築を要求された。その時、私はどうしたか?
    • プロダクトオーナーからの要求に対して、ステークホルダーが猛反対。その時、私はどうしたか?
    • ステークホルダーがプロダクトオーナーをないがしろにして、要求の優先順位を変えてきた。その時、私はどうしたか?
    • etc...

    DevOpsの組織文化は特にMicorosoftが実践したProblem Solving Teamの結成に近い話になっています。また、「人生は近くで見ると悲劇だが、遠くから見ると喜劇である」とチャーリー・チャップリンがいったと言われていますが、近く(=現場の私)から見ると悲劇ですが、遠く(=観客)から見ると喜劇に見えるのではないかと思います。