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

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

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

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

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

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

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

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

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

 
2 favorite thumb_down thumb_up 0 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

モデリングカフェから問題を何問か解きます。

1問辺りの活動は以下のような感じ。

  1. お題発表 30秒
  2. お題のモデリング 3分
  3. モデリングカフェに寄せられた回答を解説 3分

最後にまとめを話してちょっとしたコツを伝授します。

Learning Outcome

モノ・コトの見方を学べます。

本質を知ることで重要度や難易度を判断しやすくなります。

変更に強いプロダクトや設計をできるようになる下地ができます。

Target Audience

物事の本質を知って、もう一歩先の世界を目指す人

schedule Submitted 1 year ago

Comments Subscribe to Comments

comment Comment on this Proposal

  • Liked 武市 大志
    keyboard_arrow_down

    武市 大志 - 日経電子版 穴のあいたバケツ開発

    60 Mins
    Keynote
    Intermediate

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

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

  • Liked Tsuyoshi Ushio
    keyboard_arrow_down

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

    45 Mins
    Talk
    Intermediate

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

  • Liked Hiroyuki Ito
    keyboard_arrow_down

    Hiroyuki Ito - アジャイル・メトリクス実践ガイド

    45 Mins
    Talk
    Intermediate
    アジャイルの文脈において、メトリクスの取得・活用は、もはや一般的なこととなりつつあります。
    メトリクスには、仮説検証に基づく経験主義的な行動を促し、結果として自律的成長や協働につながるという側面があります。
    一方でプロダクト開発の現場からは、「メトリクスの取り方がよく分からない」・「どう活用すれば良いのか分からない」といった意見も耳にします。
     
    当セッションでは、プロダクト開発の現場の「メトリクス難民」を救うため、メトリクスの学術的裏付け、具体的な取得・活用方法および事例を、
    Agile2016・SQiP2016の最新の知見を踏まえながらご紹介させていただきます。
     
    さぁ、皆さんも爆ぜましょう!
  • Harada Kiro
    Harada Kiro
    Senior Consultant
    Attractor Inc.
    schedule 1 year ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    Kaizen is a Japanese word that means continuous improvements.

    However, people usually find that make one improvement is easy but having improvements continuously is not that easy and rarely could keep them continue.

    In this session, we present Kaizen patterns where teams can use to help themselves to achieve continuous improvements.

  • Liked Toshiyuki Ohtomo
    keyboard_arrow_down

    Toshiyuki Ohtomo - 缶詰屋さんの課題解決にスクラムを使ってみた

    Toshiyuki Ohtomo
    Toshiyuki Ohtomo
    プログラマ
    Cafigla LLC.
    schedule 1 year ago
    Sold Out!
    20 Mins
    Experience Report
    Intermediate

    〜スクラムマスターが求められているのは、ソフトウェアの世界に限ったことじゃないを実践したみた結果を共有します〜

     

    自然派オリジナル缶詰の制作、販売を行う会社とお店を立ち上げたばかりの元エンジニアの社長さん。

    やりたいことが沢山ある中、お店をオープンしました。
    まずは店舗運営の初期メンバーを3人雇ったけれど、その人達の日々の仕事を考えること(指示出し)で手一杯になって、本当にやりたかったことになかなか手を付けられない日々。

     

    ストレスがたまる中、そういえばエンジニア時代にも同じことがあったような。

    あのときは、スクラムを取り入れることに挑戦したな。

     

    ただ、どうすればスクラムを缶詰屋さんに適応することができるのか。

     

    手探りで缶詰屋さんにスクラムを適応した、社長さんとスクラムマスターのお話をします。

     

  • Liked Takahiro Kaihara
    keyboard_arrow_down

    Takahiro Kaihara - つらい問題に出会ったら

    Takahiro Kaihara
    Takahiro Kaihara
    Staff
    Tao of Scrum Kansai
    schedule 1 year ago
    Sold Out!
    20 Mins
    Talk
    Intermediate

    スクラムに取り組むと、とても解決が難しい問題を掘り当ててしまうことがあります。
     
    ロジカルには解決できないような問題 --- 例えば、

    マネジメント層に不信感をもっていたり

    何かが原因で孤立してしまった人、

    原因を誰のせいにもできない問題でつまづいてしまった人…


    組織で働いていると、矛盾、葛藤、理不尽な問題はたくさんあります。
     
    そのような体験をしたり発見した方は多いのではないでしょうか?
     
    私もスクラムチームを支援する立場として、そのようなつらく難しい問題に直面し悩みました。
     
    そんな時にふとしたきっかけで、私はコーチングのプロのコーチに

    『つらい問題に出会ったときの向き合い方』が存在することを教えてもらいました。

     

    それは、ある「対話」のやり方でした。
     
    そこで得た知識と経験を、Regional Scrum Gathering Tokyo 2017 に参加される皆さんにも共有したいと思います。

  • Liked Ryutaro YOSHIBA (Ryuzee)
    keyboard_arrow_down

    Ryutaro YOSHIBA (Ryuzee) - Pitfalls of Scrum -- My findings from coaching / スクラムの落とし穴 〜アジャイルコーチが遭遇するよくある問題とその解決方法

    45 Mins
    Talk
    Intermediate

    As an agile coach, I've been finding and watching lots of failure or mistake or misunderstanding related to Scrum. This session will introduce common pitfalls that many team encounter and will provide the way how to avoid those pitfalls.

    アジャイルコーチとしてスクラムに関する多くの失敗や間違い、誤解を見てきました。本セッションではよくある落とし穴や問題、間違いと、それをどう避けるかについて解説します。

  • Liked Takao Oyobe
    keyboard_arrow_down

    Takao Oyobe - シン・未来会議 - スクラムチームを支える組織づくり -

    20 Mins
    Talk
    Intermediate

    自分たちの組織をどうやって改善するのか

    特にエンジニアは組織の話となると嫌厭しがちです。
    わかります、自分もそうでした。

    でも、身近な改善を続けると必ず組織の問題にぶつかります(ました)。
    昨今話題のDevOpsやMicroserviceの話をとりあげてみても、組織とは切っても切り離せません。

    そんな時にもちろん今とは違ういい組織を探すことも一つの選択肢です。
    しかし、そんな都合がいい組織は果たしてあるのでしょうか。
    仮にあったとして自分がそこに都合よく入れるのでしょうか。

     

    そんなことを考えた1エンジニアが、組織を変えることを考えて「未来会議」というものをやってみた話をします。

    自分たちのどうやって組織と向き合えばいいのか、どういう組織を目指すべきなのか一緒に考えませんか?

     

  • Liked Mitsuyuki Shiiba
    keyboard_arrow_down

    Mitsuyuki Shiiba - 結果的にスクラムになってる!なのがいいと思う!

    20 Mins
    Experience Report
    Intermediate

    この5年間くらい、いくつかのチームをスクラムな開発チームにしてきたんだけど。「スクラムをやろう!」ってしてると、あんまりうまくいかないなぁって感じある。じゃあどうすんの?って「結果的にスクラムになってる!」ってのが良さそうだなって思う。

    今、僕のサポートしているチームは全員がペアで仕事をしていて、スプリントの期間は1週間。開発チームと運用チームがあって、そのメンバーが2スプリント毎に入れ替わって知識を共有していってるから、全員がお互いにカバーできる状況になってるの。ペア作業をやるなんて余裕があっていいなって言われたりするんだけど全然そんなことなくて、めちゃめちゃ忙しいチームだからこそ、こういう形にしてしまったんだよね。スクラムをやろうとしてやってたら、できなかっただろうなーって思う。ほんと、結果的にスクラムになったって感じ。

    僕の所属してる楽天の大阪支社の開発部は、ほとんど全部のチームがスクラムを取り入れた開発スタイルなんだけど、そのそれぞれが自分たちの担当しているサービスの特性や、ビジネスメンバーの考え方、開発チームの成熟度や、メンバーのスキルなどに合わせて、色んな形のスクラムになってるのも、そういうことなのかなって。

    スクラムをやろうとするとどういうところが良くないのか、結果的にスクラムになってるっていうのは具体的にどういうことなのか、で結局どうやって進めていくと良さそうなのかを、僕のこれまでの体験を交えながらお話ししたいなって思います。

  • Liked Yoh  Nakamura
    keyboard_arrow_down

    Yoh Nakamura - アジャイルカルチャーが 組織に根付くまでの挑戦

    45 Mins
    Experience Report
    Intermediate

    あるチームがScrum、XPなどアジャイル手法を用いての開発、またアジャイルな姿勢、ふるまいができるようになってきたとします。
    その次のステップの1つとしてアジャイルなカルチャーを他のチームや組織に広げていくことがあります。
    それにより、学び続け、変化に対応できる組織となり、不確実な状況を生き残ることができます。

    しかしここに至るにはいくつもの壁や難しさがあります。
    ギルドワークスの現場コーチでは、様々なクライアントの現場にいる開発チームの改善から始まり、その後、プロダクト、サービスの事業、そして組織の改善まで行っています。

    このセッションではそのぶつかってきた壁、壁のアプローチ、その失敗談、また乗り越えることができたお話をします。

  • Liked Kenji Morita
    keyboard_arrow_down

    Kenji Morita - LeSSにおけるチーム連携のパターン

    Kenji Morita
    Kenji Morita
    Senior Engineer
    Canon Inc.
    schedule 1 year ago
    Sold Out!
    20 Mins
    Talk
    Advanced

    最近は日本でも、Scrumの実践者は増えてきており、1チームでの開発で成功をおさめ、2チーム、3チームと規模を拡大している事例も増えてきていると思います。Scrumのスケール手法としては、SAFeがメジャーですが、フレームワークとして非常に大きく、数チームのためのフレームワークとしては、取り組みにくいのが現実です。

    そこで、昨年は「Nexus と LeSS 概要と説明」と題して、それらの概要や共通点を紹介しました。どちらの手法も、元になっているスクラムと同じで、必要最低限の必須のフレームワークのみを定義しており、少しずつ開発規模を拡大していくチームが、必要最小限のプラクテスを実践し、不足部分に関しては、開発チームが改善していくスタートラインとするのに、適した手法になっています。

    Nexusでは、依存関係が最小になるように、LeSSでは、フィーチャーチームによるチーム分割を基本とし、ドメイン知識や実装する機能について、チーム内で完結し、できる限りチーム内でのコミュニケーションで、開発が進められるように考えられています。

    しかしその場合、異なるチームが同じコンポーネントの変更をする必要があり、専門性の高い技術を全てのチームが持たなければならないことを意味します。
    このような問題を解決するため、LeSSには以下のようなチーム間連携の仕組みがあります。
    * マルチチーム・バックログリファインメント
    * No Branch
    * コミュニティー
    * オープンスペース
    * トラベラー
    * コンポーネントメンター
    * スカウト

    本セッションでは、Scrumのスケールアップの時に、チーム間連携を改善するこれらのプラクティスについて、紹介します。

    LeSS Study コニュミュニティーで学び、日本での第一回の「認定LeSS実践者コース」の受講からの学びを少しでもお伝えできればと考えて居ります。

  • Liked Mitsunori Seki
    keyboard_arrow_down

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

    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 Takahiro Kaihara
    keyboard_arrow_down

    Takahiro Kaihara / Tatsuya Sato - 『ぼっちはいねぇが!』 Save the Bocchi 2017

    20 Mins
    Workshop
    Beginner

    『ぼっちはいねぇがァァァァァァ!!!!!!!!!1』 

    Scrum Gatheringでぼっち…ギャザリングなのにギャザれない…それ、とても悲しいこと。

    廊下の片隅でスマホいじってるあんたも本当はギャザりたいんダロ?

    SNSで一方的に顔を知っているあの人とお友達になりたいッ…でも、おっかねぇ!!

     

    そんな優しくもおせっかいな気持ちから、このプロポーザルは生まれました。

    ギャザリング初参加の方、ぼっち属性が強めな方々に参加いただき、ワークショップ/アイスブレイク系のアクティビティをしたいと思っていますが、

    具体的に何をやるかは、今から2カ月かけてゆっくり考えます。

     

    ギャザリングをもっと楽しく!賛同いただける方とポイント余ってる人はVoteよろしくお願いいたします!

     

    * 現在、ぼっち界の大御所に出演交渉中です。大御所にJOINいただけました!ぼっち問題に関心ある方の参加もお待ちしております

    * なまはげ役の方を、2名ほど募集しておりますので、我こそはという方はご連絡いただけましたらと思います。

    * PPAP方面でも1名募集しております。

    * おひるごはん枠でも可

  • Liked Taku Fujii
    keyboard_arrow_down

    Taku Fujii - エンタープライズアジャイルの可能性と実現への提言

    Taku Fujii
    Taku Fujii
    general manager
    OGIS-RI Co.,Ltd.
    schedule 1 year ago
    Sold Out!
    45 Mins
    Talk
    Executive

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

  • Liked Arata Fujimura
    keyboard_arrow_down

    Arata Fujimura - ベトナムでのアジャイルオフショア開発への挑戦

    20 Mins
    Talk
    Intermediate

    RSGT2015では日本側の立ち位置でチャレンジしたアジャイルオフショア開発導入事例についてお話しさせて頂きました。

    RSGT2016ではフィリピンに滞在し、現地の多国籍チームの中に入って実践したアジャイル開発導入事例についてお話しさせて頂きました。

    そして今回のRSGT2017ではベトナムに半年間滞在し、ベトナム側の立ち位置でチャレンジしてきたアジャイルオフショア開発導入事例についてお話ししたいと考えています

    • 実際にベトナムで実践した事
    • 受け入れられて定着した事
    • 受け入れられずにやらなくなっちゃった事

    現地でチャレンジしたからこそ得られたこれらの経験をお伝えできればと思います。

    また日本側、ベトナム側それぞれの立ち位置で3年以上取り組んできたアジャイルオフショア開発の目指すべき方向性についてもお話しする予定です。

  • Liked Masanori Kado
    keyboard_arrow_down

    Masanori Kado / Junya Ishihara - Scratchでペアプログラミング体験

    45 Mins
    Workshop
    Beginner

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

  • Liked Rie Chonan
    keyboard_arrow_down

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

    Rie Chonan
    Rie Chonan
    HR/ScrumMaster
    Gaiax Co.Ltd.
    schedule 1 year ago
    Sold Out!
    20 Mins
    Talk
    Beginner

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

  • Liked Tsutomu Yasui
    keyboard_arrow_down

    Tsutomu Yasui / Takeshi Arai - 継続性とアジャイル / Sustainability and Agile

    45 Mins
    Talk
    Intermediate

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

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

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

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

    発表(予定):

    • 翔泳社
    • ヴァル研究所

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

     

  • Liked Iwao Harada
    keyboard_arrow_down

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

    Iwao Harada
    Iwao Harada
    Software Architect
    ogis-ri
    schedule 1 year 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.

  • Liked Yotaro Takahashi
    keyboard_arrow_down

    Yotaro Takahashi / Hayashi Hiroyuki / Kento Haneda / Kouhei Takamatsu / Midori Hirose / Naoto Nishimura / Naoya Muto - レガシーな組織に @nawoto を入れてみた〜とあるチームの半年間の軌跡〜

    45 Mins
    Experience Report
    Intermediate

     分社して早数年、依然レガシーを極めるリクルートジョブズ。

    その中に突如転職してきたアジャイルサムライこと @nawoto 。

    初めてのメンバー、初めての言語、初めてのチーム開発。

    そして突然はじまったリモートワーク。

    人と、組織の思惑が絡み合う中、いかにしてこのチームはリリースまでこぎつけたのか。目まぐるしい展開の中で @nawoto が下した決断は!?

    混迷の半年間が、各メンバーの口から語られる。

    衝撃のラストを見逃すな!!