PHPerKaigi2023の飲み会で話してたら気持ちが昂ぶって資料を作成していました。 話す予定はありません。

2023/1/11から13まで開催された、Regional Scrum Gathering Tokyo 2023に、今年も旅するAgile本箱でブースを出させていただき、たくさんの方に本を見ていただく機会をいただきました(多謝！) 会場を見ていると、来場者が若返っている印象です。せっかくなので、受講者の人たちがどの本に影響を受けたのかお聞きして、旅するAgile本箱の選書に参考にさせて頂きたい気持ちになりました。RSGT2023実行委員の方にお聞きすると許可をいただけましたので、壁を使ってドット投票させていただきました。結果をシェアします！ なんと！『アジャイルサムライ』王座譲らず！ そして、年齢別でドットシールを分けて投票頂いたのですが『SCRUM BOOT CAMP THE Book増補改訂版』や『カイゼン・ジャーニー』が若い人に評価されているということが、このグラフからわかります 2

Ubie(ユビー)株式会社 / Ubie Discovery のデザイナーの三橋です。 AI問診ユビーというプロダクトで、医師の診療をサポートするための機能開発するスクラムチームに在籍しています。 そこではデザイナー兼スクラムマスターとして活動しています。 今回はスクラムマスターとしてPO、チーム支援の観点の取り組みについて紹介していきます。 導入している開発プラクティス 早速ですが、AI問診ユビーの開発ではトリプルトラックアジャイルを導入しています。 いきなりトリプルトラックアジャイルって何？って感じだと思うのですが、デュアルトラックアジャイルで取り入れられている、ディスカバリートラックとデリバリートラックの2つのトラックがある開発プラクティスを参考にしています。 デュアルトラックアジャイルについてはこちらの記事を参照してもらえると非常にわかりやすいと思います。 そしてとても参考にさせて

Fun/Done/Learnとは？Fun/Done/Learnとは、KPTやYWTと同じScrumにおけるスプリントレトロスペクティブの振り返り方法の1つです。 これは、Scrum Coaches Retreat in Okinawaの方たちが作成した手法です。

「新米スクラムマスターが読むべき、読んでおくべき書籍や資料を教えてください」とFacebookで書いたところ、何人かのアジャイルコーチやスクラムマスターといった皆さんからお勧めをもらいました。 https://www.facebook.com/yattom/posts/1771377669542867 (ログインしなくても読めます。「コメント26件」みたいのを開いてください) せっかくなので、ここにも転記しておきます。私の独断で分類しつつ、一部紹介コメントも追加しました。 超基本、必読 「スクラムガイド」 Jeff Sutherland, Ken Schwaber バイブル。ときどき読み返すといい 「アジャイルマニフェスト」 基礎知識。12の原則がだいじ 『エッセンシャル・スクラム』 Kenneth S. Rubin ガイドがバイブルならこちらは事典 『アジャイルサムライ』Jonathan

4/26 に発売されます！ 「ユニコーン企業のひみつ」をいただいて読みました。読みやすくて面白かったー。4/26 に発売されます！チームをリードしている人や組織づくりをしている人にはもちろんおすすめだし、メンバーの一員としてチームの中で仕事をしている人も「なるほどそんな風に仕事をしてるのかー！」って感じることができて面白いと思うー。あと、アジャイルな開発とかスクラムをやってる人ももう一度自分の大切にしているものを見直すことができるんじゃないかなぁ。ぜひどうぞ。 www.oreilly.co.jp ユニコーン企業はスクラムをやっていない この本の「ユニコーン企業」とか「テック企業」って「大きくなってもスタートアップみたいな働き方をしている企業」のことで、Google・Amazon・Facebook・Spotify のような企業を指してる。そういった企業が何を大切にしているか、どんな風に開発を

社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて

こんにちは。atama plusというAI×教育のスタートアップでUXリサーチャー/UXデザイナーをしています野澤です。 atama plusではプロダクトをアジャイルに開発しています。開発フレームワークとしてスクラムを採用していて、UXデザイナーもエンジニアやQAと１チームとなって開発を行っています（更に最近ではビジネスのメンバーもチームにジョインしてます）。 本記事では、atama plusのUXデザイナーがアジャイルにプロダクト開発を行うために大事にしている「Lean UX」という考え方と、私がそれを１年半実際にやってみて学んだこと、チームにLean UXやアジャイルの考え方を広げる方法を紹介します。 以下の人に向けて書きます! ・アジャイル開発に興味があるUXデザイナー・エンジニア・QA ・デザイナーとエンジニアとQAの壁に悩んでる人 ・組織にアジャイル・Lean UXを広めたいが

オープンデベロッパーズカンファレンス(ODC)2020 Online で10冊くらい紹介しました。 https://ospn.connpass.com/event/190996/

なぜSpotifyはOKRをやめた？アジャイル組織に最適な目標管理「Spotify Rhythm」とは こんにちは、加藤章太朗（@katoshow）です。 前回のnoteでは、自律分散型の組織の1形態である「アジャイル組織」について説明しました。 今回は、アジャイル組織の代表Spotifyが採用する目標管理のフレームワーク（戦略フレームワーク）についてお伝えします。 Spotifyでは、2014年まではOKRを採用していました。Googleなどで大きな成果を上げたOKRは、日本でも昨今導入が進んでいます。しかし、SpotifyはOKRをやめ、Spotify Rhythm（スポティファイリズム）という独自の目標管理フレームワーク（戦略フレームワーク）に移行しました。 SpotifyがなぜOKRをやめたのか？そしてSpotify Rhythmとはどのようなものか？について説明していきます。 ※

新たな課題は、開発組織のあり方 前回のインタビューでは「エンジニア人員数」が課題でしたが、今回はどのような背景で角谷さんにお仕事を手伝っていただくことになったのでしょうか？ ビビッドガーデン平野俊輔氏（以下、平野氏）：一言で言うと、会社の成長フェーズが変わったことです。前回は正社員エンジニアが3人のまま売上が一気に10倍になった背景があり、開発リソース確保のために多くのエンジニアに声をかけさせていただきました。おかげで現在はエンジニアが複業・業務委託の方を含めて10人を超える規模になっています。 ビビッドガーデン平野氏 ここからさらに開発のスピードを上げていくためには、開発組織自体を強くしていく必要があります。今後どれだけエンジニアが増えても円滑に開発を進めることができ、かつ開発スピードも上げられる「開発組織のあり方」を考えた上で採用を進めていくことにしました。 そして今回、角谷さんにはビ

回答 (10件中の1件目) 逆に「行き当たりばったらない」進め方ってどんなのだろうなって考えてみると少しわかるかもしれないです。 「あれ？おかしいな？こんなはずじゃなかったんだけどな？まあいいや、予定通り進もう」 こんな感じのプロジェクトでしょうか。ヤバい予感しかしません。 アジャイルを計画を立てないことの免罪符として使う人が非常に多い（個人の感想です）ので、こうした質問はよく聞く気がします。 特にマニフェストに書かれている、 > 計画に従うことよりも変化への対応を アジャイルソフトウェア開発宣言 より ってあたりを曲解して、計画がないから進捗は常にグリーンなのだ！くらい...

以前から大規模スクラム(LeSS)の書籍を繰り返し読み、コミュニティに参加し...と大規模スクラムの理論を学んできましたが、「理論は素晴らしいけど、現実で上手くいくのだろうか？」とどこかで感じてもいました。 そんな折、認定LeSS実践者研修で知り合い、大規模スクラムを実際に導入したatama plusのスクラムマスター河口さんから、「良ければウチの現場を見学しない？」と言葉を掛けていただき、ようやくこの目で大規模スクラムを見学することができました! 今回は、前編と後編に分けて、見学レポートをお届けします。 前編ではスクラムイベントの流れや、atama plusが独自にplusしている工夫を書いていきます。*1 こんな方にオススメ atama plusと組織構成 大規模スクラムとは? 見学したスクラムイベント スプリントプランニング スプリントプランニング第1部の流れ(1h) スプリントプラ

tl;dr: If you’ve heard the term “dual-track development” before, this article explains where it comes from, and what it means. Here are the key points: Development work focuses on predictability and quality Discovery work focuses on fast learning and validation Discovery and development are visualized in two tracks because it’s two kinds of work, and two kinds of thinking Discovery is a necessary

アジャイルソフトウェア開発手法のひとつ「スクラム開発」。最近、開発の現場で取り入れられることも多くなってきました。本連載では、エンジニアの立場ではなく、”デザイナー”がスクラム開発に関わるときのコツについて、サイボウズのUX/UIデザイナー、樋田勇也（といだゆうや）さんに解説していただきます。第2回は「スクラムのプロセスでデザインを進める」がテーマです。 こんにちは。サイボウズの樋田です。前回はスクラムに参加することのメリットをお話しました。 今回はスクラムのプロセスと伝統的なウォータフォールのプロセスがどう違うのかを比較しながら、実際にスクラムのプロセスでデザインをするためのコツをご紹介していきたいと思います。 スクラムはデザインが完成しない 私が感じているウォーターフォールとスクラムのプロセスでの大きな違いは「デザインが完成しない」ということです。 ウォーターフォールのプロセスでは明確

次 sm19433683 ustream放送の転載2012/11/23、11/24開催 スクウェアエニックス オープンカンファレンス2012http://www.jp.square-enix.com/info/open_conference.html■関連吉田直樹氏講演 『新生FINAL FANTASY XIV：ゲームを作り直すということ』 sm19427716スクエニカンファ2012『サーバーサイド経路探索システム』 sm19434232