MinsKeynoteBeginner2年目にして大きなチャレンジをすることになったスクラムフェス大阪とその参加者のために、今だからこそ伝えたいことがあります。小さな改善を積み上げることに追われていませんか?しみったれて硬直したプロセスやツールの話ばかりしていませんか?このキーノートは、スクラム実践者がアジャイリストであり続けるために必要な態度について思いを巡らせる時間にしましょう。カンファレンスでモブプロを上記のように紹介しました。私達はモブプロを「デフォルトの働き方」として採用して以来、一年半以上にわたりフルタイムでモブプロを実践し、ほとんどすべてのタスクをモブプロで行ってきました。よる情勢は、私達の働き方にも大きな変化をもたらしました。三密を避け、働きなれたモブ部屋を離れ、モブセッションをフルリモート、オンラインで開催するようになります。リモートでモブプロを実施するようになって2ヶ月。はじめはぎこちなかったリモートモブも、軌道に乗り始めたように思われました。そんな中、ふとこんな疑問が頭をよぎります。「ともすると、これはただの怠慢ではなかったのか?」この疑問に答えるため、自分たちのモブを観察しはじめました。モブプロなのか私達のモブを注意深く観察し、また過去の行動をふりかえって分析してみると、モブがうまく機能しているときにあらわれる特定の習慣があることに気が付きました。国内外での事例調査や、実践者へのインタビューを実施するうち、やはり多くの共通した習慣があり、名前がつけられているものも多くあるように思われました。これらの習慣に自分たちでも名前をつけ、その関連をチームのコンテキストの中で整理してみると、モブがうまく機能するための習慣は、オンサイトでもリモートでも大きな変化がなかったことがわかってきました。「なぜこのやり方がうまくいくのか」という本質的なことが浮き彫りになってきました。このセッションでは、一年半のフルタイムモブの経験からたどり着いた、私達の考えるモブプログラミングの価値,原則,プラクティスについてお話します。MinsWorkshopBeginnerイノベーションを生み出し、生産性の高いチームを目指すのなら、マネージャーやスクラムマスターはどのように振る舞うかが鍵となります。そこで推薦したいのは「サーバント・リーダーシップ」です。サーバント・リーダーシップを活かしている人は一方的に命令するのではなく、チームメンバーをどうやってサポートしてあげられるかに重点を置きます。チームメンバーをコントロールするのではなく、チームメンバーに仕えるという態度で接します。このワークショップでは、サーバント・リーダーシップを効果的に実践するために必要な要素を紹介し、またそれを応用する方法もお教えしていきます。自分のリーダーシップを再考する絶好のチャンスになります。私はチームにい続けるのか。エンジニアとしての成長のためのチームの活用について。MinsTalkBeginner2016年夏、あるチームが解散となりました。そのチームのうち、社内に残ったエンジニアは一人。当時、彼は一人でプロジェクトをこなしていました。ステークホルダーから感謝されていたので一人で開発を続けていました。エンジニアとしての成長は殆どありませんでした。切っ掛けでとあるチームでエンジニアを募集していることを知りました。技術スタックもそれまでの事業領域も異なるところでやっていけるのだろうか?と彼は悩みました。そのチームにいるエンジニアと一緒に働きたいという想いからそのチームへ入ることにしました。あの時の彼の決断は正しかった、と今の私なら言えます。会社を越えるチーム」に対するアンサーセッションです。RSGT2020当日に初めてこのセッションの内容を知りました。それでも「あぁ、わかる。」と思える内容でした。このセッションでは、Team-basedチームの一員として得られたものが何かについてお話します。MinsTalkIntermediate12年前、最初のアジャイルスクラム案件に取り組みました。この新しい世界を受け入れるには、最初からすべてを学び直す必要がありました。いくつかのプロジェクトを経験し、いくつかの困難に直面したため、アジャイル、プロジェクト管理、およびメトリクスが共存できることに気付きました。無駄ゼロを目指したリーン思考により、非常に簡潔なプロセスを達成できました。CI&Tリーン・アジャイルプロセスを適用してプロジェクトを管理している間に、私はいくつかのことを学び、リーダーシップに対する考え方を完全に変えるに至りました。People」は私の情熱であることに気付きました。3年前、私はブラジルから東京に移り、このCI&Tリーン・アジャイルプロセスとCI&Tの企業文化を日本での事業に導入しました。日本文化について学び、日本でも受け入れられるようにプロセスを調整することは、大きな挑戦でした。私はこの困難に立ち向かいながら、数々のプロジェクトを経験しました。私は多くのことを学び、そしてそれは自分自身をも変革してくれました。この登壇では、アジャイル、プロジェクト管理、メトリクスに関する「学びの旅」と、これらが日本という地で如何に適用されているか皆さんに共有します。これが再度自分を完全に変化させたことを。MinsTalkBeginner私はとあるコミュニティの運営に数年携わっています。正直なところ運営の苦労なんてなるべく避け、楽しくやっていきたいものです。実際のところはいろいろありました。そこでみんなであれこれ実験してみたりカイゼンしたりと試行錯誤を重ねた結果、今現在ではなかなかいい感じなプロセスができあがった気がしてます。そんなことを思い返していると、ふと気づいたことが。「これってチームの活動と似ているな」と。そこで、コミュニティ運営というチームが直面した課題とそれに対しどのような取り組みを行ったか、そしてどのような成果を得られたか(あるいは得られなかったか)、これを続けた結果どのようにチームが成長していったかを整理しつつ、みなさんのチームや組織、コミュニティなどに活かせるヒントが得られるようなセッションをしたいと思っています。毎年スクラムを初心者向けに教えています。終わった後のアンケートに「ふりかえりは重要ではないと考えている」と答えた人がいました。?そもそもふりかえりは何故必要なのか、どういったときに必要なのか?必要ってことは分かっている。分かっているんだけども...本当に必要なの!?この疑問をなんとかして自分の納得する形にしたい!と思い、実践やイベントで様々な意見を交わしていきました。その際に得た情報や、自分なりに出したふりかえりについてお話します。この話を通じて、「ふりかえり」について、ふりかえるきっかけになってもらえたらと思います。LED-Campは、組込みシステム開発の初学者や未経験者、また、興味のある方を対象とした合宿形式の勉強会です。若手の社会人や学生が一堂に会し、組込みソフトウェア開発の基礎を学びます。実習を通して、モデル駆動開発とスクラムを学び、チームで解決することを体験します。MinsTalkIntermediateよりよいソフトウェア開発を追求するのが趣味の講演者が、趣味が高じて誰もが知っている世界的企業のクラウドの開発者の米国でのポジションをゲットしました。私が昔から知りたかった「アメリカのソフトウェア開発が何故そんなに進んでいるのか?、何が日本と違うのか?」という秘密を探ってきましたので、みなさんとシェアしたいと思っています。アジャイルやスクラムが生まれた背景や前提にはどういう市場、文化、マインドセットがあるのか?実際のアメリカの開発の現実はどんなのだろうか?もしくは、より良い開発を可能にしたい!と思っている方には喜んでいただけるセッションになると思うので、よかったら是非ご参加ください。時間が20分しかありませんので、終了後、徹底Q&Aのディスカッションを直後に実施したいと思います。おめでとうございます!全社共通の人事制度では3ヶ月ごとに個人目標を設定し、メンバーから360度フィードバックを集め、成果を評価します。半年ごとに成果に応じた賞与があり、昇進の機会もあります。上司からアジャイル開発の推進者として信頼されているあなたは「スクラム開発での目標設定・フィードバック・評価はどうしたら良いのか」と相談を受けました。プロダクトの成功にばかり集中していてそのことをすっかり失念していたのです。スクラム開発では全員が一丸となり同じ目標を追います。・・・でも個人ごとの目標を決めるルールです。Osaka採択後、福岡セッション枠の45分で話すことになったため情報を更新しています。MinsTalkBeginner伝えたいことスクラムの原理原則に背くとだいたい失敗するとよく言われます。「事情があってちょっとだけ自分たちのやり方に変えてみたいのですが、、」ともなれば、いずこかのスクラム有識者が「スクラムちゃうがな」と投げかけてくるかもしれません。それでもやってみてはどうでしょうか?スクラムは3つの役割、3つの作成物、5つのイベントで構成される軽量で理解が容易なフレームワークです。ところがそれだけシンプルな仕組みであっても、実際に始めるとなるとそれほど容易ではありません。原則通りに始めようとすると、色々と疑問点がわいてきませんか?プロダクトオーナーやスクラムマスターは誰がやるのが良いでしょうか?プロダクトバックログはどうやって作るのでしょうか?スプリント計画はどうしますか?スプリントレビューは必要ですか?スクラムはいつ始められますか?全ての条件を揃えてからスクラムを始めるのは容易ではありません。それでもやるしかないのです。正しいやり方を実践するだけの知識や実力や環境が私たちには無いからです。やって、失敗して、少しでも原則どおりできるように変えていくのが現在の私たちのやり方です。2019年4月に私がJOINしたチームはコテコテのウォーターフォールで開発していました。体制変更で突然大きく変化したチーム状態と過去に経験したことがない高難易度な開発テーマで課題が山積みの中、行き詰まりを感じてスクラムの原則を取り入れ始めました。いえ私たちはスクラムの経験が無いチームなので、プロダクトバックログも十分に作れない状態からとりあえずスプリントの開発サイクルに移行するなど、経験者から「それやったらアカンよ、たいてい失敗するから。」と言われるようなこともあえてやって、たいてい失敗しながら、従来の開発スタイルを少しずつ変えています。私たちの取り組みはまだスクラムをやっているとは言えないかもしれませんが、少しずつでもスクラムに近づこうと試行錯誤している方々にとっての1つの事例として、「こんなやり方でもできるよ」というストーリーをお話したいと思います。中小企業向けのクラウドサービスを提供し、19期連続増収で事業拡大中の会社です。私は2011年に入社し、BtoCサービスや北米向けサービスなどの新規事業の開発を経験した後、主力サービスである楽楽精算の大阪開発チームをリーダーとして立ち上げ、2018年からスクラム開発に取り組みました。スクラム開発に取り組んだことで、過去の開発経験も含めてチームが不確実性と向き合い敏捷性を高めていくことの重要性を改めて実感しました。2019年4月からは10年以上続くメール配信サービスの開発チームに異動し、マネージャとして従来型の開発プロセスを少しずつ改善してチームのアジリティを高めていくことにチャレンジしています。Tokyo2020ですが、私たちは来年4月の開催に向けて既に動き始めています。Offミーティングを公開でおこないます。開催に向けてのスケジュール的なことから、キーノートスピーカーの選定、金銭面のことまで、包み隠さず公開で議論を致します。カンファレンス運営の裏側が気になる方にとっては、またとない機会になることかと思います。議論にぜひ参加したいという方も大歓迎です。気軽な気持ちでぜひ覗いてみてください。Tokyoは毎年4月に、日本語と海外スピーカーによる英語の2トラックで開催される、日本国内で参加ができる国際カンファレンスです。DevOpsDaysは東京以外にも世界中の60以上の都市で自発的に開催されています。ソフトウェア開発、ITインフラ運用、そしてその境界線上にあるトピックをカバーし、特にDevOpsを実現するための自動化、テスト、セキュリティ、組織文化にフォーカスします。​IT技術を駆使して変化に強いビジネスインフラを実現するスキルを身に着けるために、国内外の最先端の事例とプラクティスを結集します。海外から第一人者を直接招き、ここでしか手に入らない最新情報をリアルタイムで入手出来ます。最先端のテクノロジの活用法はもちろん、先進企業で必要とされてきた背景までも理解し、正しく組織内に展開するための洗練された知見を得られます。このイベントが日本のみならず、世界のDevOpsプラクティスを共有できる、意義のあるイベントになれるよう、願っております。受託開発企業ではそれぞれのビジネスと命運をかけて防御壁を展開、エンジニア獲得の勢力図がうごいていた。Scrumの加護をうけし組織となるために工作を展開する企業。それに反発し自由と共同を求めてオープンなコミュニティをつくりあげるものたち。終わりが見えない戦争に希望を見出すため、各組織では次世代の旗手をみつけ育成する作戦が遂行された。MinsTalkBeginner巨大ウォーターフォールプロジェクトの一員であった業務SEは、8か月後、重要なアジャイルプロジェクト(※)を任されるエンジニアになっていました。「なぜ?」「どうやって?」。このセッションでは、チャレンジした本人(橋本)とそれを支える組織(岡島)それぞれの目線から、次の切り口で明らかにしていきます。チームを導く現場の「ゲームモデル」づくり」というプロポーザルを出したら落ちたのと、当該カンファレンスで2つもゲームモデルの話があったので、田舎の未開度合いと、そこで発見した奇跡について話したいです。Testingはあまり盛り上がっていない分野です。「Testing?やってるよ。開発は全てテスト駆動開発(TDD)でね。「AgileやScrumでは全てチームで行うので、QAやTesterは必要ないよ。「チームの外で、QAがテストしてるみたいだね。詳しくは知らないけど。Testingのエッセンスを紹介しています。Condensed』の中で、現在の日本の開発者に特に伝えるべきだと感じた内容を、この書籍の翻訳者本人である発表者が紹介していきます。紹介の際には、日本ならでは事情や書籍に載っていない補足なども加えてお伝えする予定です。MinsTalkBeginner会社の文化(カルチャー)変革の7年間の軌跡。2013年ごろ、色々な問題が噴出し、会社としても個人(経営者)としてもどん底の状態でした。そこから、色々な取り組みを行い、少しづつ会社の状態がよくなり素晴らしいメンバーにも恵まれ、会社の良い文化(カルチャー)が形成されるようになりました。その過程のなかで2017年8月「Joy,Inc.」に出会いました。InnovationsのCEOであるリチャード・シェリダンさんが執筆した本です。職場に喜びをもたらす知恵や経営手法だけでなく、顧客も巻き込んでより良い製品を作り、事業を継続させる手法などについて書かれた素晴らしい本です。この本に共感しぼくらもこんな会社に成りたい!と決意。それまでの会社の文化を良くするための取り組みを更に推進していきました。会社のカルチャーを変えることはとても困難です。それをどのような取り組みを行い実行してきたのか、そんなぼくらのジョイインクジャーニーの軌跡を共有したいと思います。そのジャーニーの中でやってきたこと、失敗したこと、いまも続けていることを含めて赤裸々にお話したいと思っています。このぼくたちの経験が、みなさんのジョイインクジャーニーに役立てていただけるのであれば大変嬉しく思います。講演(45分)のロングバージョンとしてもう少し詳しく、それぞれの取組みについてお話したいと思っています。2020ではベストスピーカー賞を受賞しました。MinsWorkshopBeginnerプロダクトの使いやすさ、操作性の検証、いわゆるユーザビリティ評価を簡単に体験してみましょう、というセッションです。ユーザビリティ評価とはユーザビリティ評価にはざっくり2つのアプローチがあります。仕様書レベルでもやろうと思えば評価できる(早い段階で問題点を発見できる)初心者VMの脳内エミュレーション精度には心理学的限界がある(通常、開発者はそのプロダクトにもっとも詳しく、初心者からもっともかけ離れた存在である)エミュレーション精度を挙げるチェックシート的なフレームワークも存在する(ヒューリスティック評価法など)どちらにも一長一短があり目的や開発フェーズに応じて使い分けるのが良いとされていますが、コロナ禍でテストルームに多くのユーザを招いて調査をすることが難しくなってきた昨今、せめて後者を頑張ろうといった動きが目立ってきたように感じます。どちらも「なんかここがわかりづらそう」といった現象/箇所は発見できるのですが、その理由を説明づけるには専門的な知識が必要になります。後者は定量的なエビデンスが得られないので、蘊蓄勝負な色合いが強いです。専門用語や過去の類似例で武装することで説得力を生むことが必須になってきます。本セッションの狙い本セッションではユーザビリティ屋がよく使うキーワードを簡単に紹介し、実際に身の回りで感じた使いやすさ/使いにくさを例にとって、それらのキーワードで語ってみるトレーニングをしてみたいと思います。ユーザビリティを語るための語彙力を鍛えてみようという試みです。「使いやすさ」を説得力ある言葉で語ることは、チームでプロダクトを開発するのにとても重要です。現状にケチをつけるわけですから、しっかりした根拠が伴っているべきですし、その方が円滑にコミュニケーションできるでしょう。MinsTalkIntermediateアジャイル開発における品質保証は、特定の段階で特定の人々のみが取り組むというよりも、専門家を交えつつロードマップ策定から日々のモニタリングに至るあらゆる段階でチーム全体となって取り組む活動となります。紹介を通じて、アジャイル品質の考え方と推奨される活動を紹介します。CodeZineにおいて有志によりQA2AQの各パターンを翻訳連載中です。MinsTalkBeginnerCOVID19が現れた後で、働き方法が速く変えました。(在宅勤務)出来る文化が多いけど、毎日の働き方法は事務所にいると同じです。皆んなの安全のためにたくさんの会社はWFHだけのモードに変化しました。新しいチャッレンジも現れました。このプレゼンテーションでコーチとして私がWFHの普通な問題を直す方法を教えます。