日々、懸命に開発にあたっていても、スコープ調整は否応なく発生します。Agile Journeyの読者の方も、「予定していた機能開発を削らないといけない」と判断せねばならない経験をお持ちかもしれません。こうした判断をネガティブなものではなく、「変化への対応」と捉えて前向きにプロジェクトを進めるためには、なによりも信頼が必要、と語るのは、10年以上、アジャイルコーチとしてさまざまなチームに関わってきた安井 力さんです。安井さんが信頼を積み重ね、「変化に対応できる」チームになるために必要なことを解説してくれました。 プロダクト開発の中で「あれがほしい」「いつまでにほしい」「もっと早くほしい」とリクエストされることは珍しくないでしょう。また一方で、開発側から「これは難しい」「それまでにはできない」「思ったよりも時間がかかる」と伝えないといけない状況も、これまた珍しくはありません。さまざまなツールや

スクラムガイド2020からは、IT以外の分野にも適用してもらいたいみたいなので、ソフトウェアに特化したものはできるだけ排除する（とはいえ、なかなか難しいね） スクラムガイドでは「我々は1990年代初頭にスクラムを開発した」とあるので、まずは当時の状況を把握しておくとよさそう。おおざっぱに言うと、ソフトウェア業界的にウォーターフォールじゃダメだという雰囲気になっていて、何かいい方法がないものか……とみんなが模索していた時代。 そこで、過去の文献を遡り、当時でも使える概念が発掘された。それが、以下の竹内・野中論文である。Jeff Sutherlandはここから「スクラム」という名前を拝借しており、両名は「スクラムの祖父」と称される。 Takeuchi, H., & Nonaka, I. (1986). The new new product development game. Harvard

TL;DR: アジャイルメトリクス 適切なアジャイルメトリクスは、チームが「アジャイルになる」ための状況もしくは、組織が「学習する組織になる」ための状況のいずれかを反映したものになります。 チームレベルでは、アジャイルメトリクスは、定性的な方が定量的な方より、機能することが多いです。組織レベルでは、これが逆になります。定量的なアジャイルメトリクスは、定性的な方よりもより良いインサイトを与えてくれます。 26,000人が登録する「Food for Agile Thought」ニュースレターに登録しませんか？または、「アジャイルメトリクスサーベイ（Agile Metrics Survey 2020）」への貢献を検討してください。 良いアジャイルメトリクス 一般的にメトリクスは、現場をより良く理解するのに役に立ちます。また、時間経過とともに、変化に対するインサイトを得ることができるようになります

はじめに本記事は、ソシオクラシー(Sociocracy)のコミュニティーであるSociocracy For Allに掲載されている記事である「What is sociocracy, and do you need it?」を日本語訳したものです。翻訳掲載許可をくれた著者のTed Rau氏に感謝します。DeepLの訳をちょこっといじったくらいのレベルなので翻訳の質を高めるコメント大歓迎します。 「ソシオクラシーとは何か、そしてあなたはそれを必要とするか？」 テッド・ラウ著 ソシオクラシーはガバナンス（統治）システムです。「ガバナンス」というのはあまり魅力的には聞こえませんよね。その言葉の響きは乾いているし、政府と大理石のホールを連想させます。ガバナンスとは何をしなければならないのでしょう？実際、かなりたくさんです！ ガバナンスは、グループの運営方法であり、オペレーティングシステムです。ガバナ

“Since 2005, we've worked with clients to apply the LeSS (Large-Scale Scrum) framework for scaling Scrum, lean and agile development to big product groups. We share that experience and knowledge through LeSS so that you too can succeed when scaling.” —Craig Larman & Bas Vodde

スクラムの原則を、いかにして実践するか - 現場にありがちな悩みを吉羽龍太郎に相談してみた スクラムは多くの開発現場で取り入れられており、その原則を学ぶのは簡単です。しかし原則を現実に実行しようとすると、さまざまな課題が……。アジャイルコーチの吉羽龍太郎さんにスクラムの基礎から、ありがちな課題への対処法をたっぷり聞きました。 スクラムは軽量で理解が容易、だけど実際にやるのが難しい 【スクラムの基礎知識】3つの役割を理解する 【スクラムの基礎知識】5つのイベントを理解する 【スクラムの基礎知識】3つの作成物を理解する スクラムを“現実的に”実践する手法 見積もりは誰のもので、誰が作るのか フィボナッチ数列よりも「Tシャツ見積もり」。素早く見積もりを作る手法 スプリントの期間は1週間が計画しやすくておすすめ スプリントプランニングの極意。タスクの粒度は小さければ小さいほど扱いやすい タスク管理

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

はじめに（実例マッピングを紹介するに至った背景） このブログで何回かお伝えしたように、先日『Agile Testing Condensed』の日本語翻訳本を出版しました。 leanpub.com この書籍の中で、実例マッピング（Example Mapping）が紹介されています。 このプラクティスは大変素晴らしいものだと感じているのですが、残念ながら日本ではあまり知られていません。*1また、書籍の中では軽く紹介している状態です。 そこで、プラクティスの詳細の説明をするべきだと感じ、実例マッピングの記事の著者であるMattにも許可をもらい、英文を翻訳する形で紹介します。 なお、原文のページはこちらです。 cucumber.io 2020年11月20日追記：実例マッピングの事例および、どのように会話して実例マッピングを作っていくのかについてスライドにしました。 speakerdeck.com

スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた スクラムマスターとして日々仕事に邁進していても、教科書どおりにいかないこともしばしば。イベントに人が来ない……、タスク終わらなさそう……などなど、スクラムマスターが直面しがちな、「あるある」な悩みを、アジャイルコーチの吉羽龍太郎さんに相談してみました。 イベントマネジメントの心得 スプリントレビューでは言いたい放題言わせよう！ スプリントの期間延長は絶対NG　大切なのは原因の究明 スコープと期限の両方を守るのは難しい よいチームを作るためにスクラムマスターができること アジャイル開発の定番手法ともいえる「スクラム」。開発チームにスクラムを導入し、効率的に開発を進めるには、スクラムマスターの手腕が欠かせません。しかし、いざスクラムを運用しようにも、現実には教科書どおりいかない場面もあるでしょう。 イベン

LINEを支えるプロジェクトマネジメント＆アジャイルの専門家組織「Effective Team and Delivery室」の取り組みと戦略 Project Management & Agile全社横断組織の戦略と事例 #1/2 2019年11月20、21日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」が開催されました。1日目は「Engineering」をテーマに、LINEの技術の深堀りを、2日目は「Production」をテーマに、Web開発技術やUI/UX、プロジェクトマネジメントなど、より実践的な内容についてたくさんのプレゼンテーションが行われました。「Project Management & Agile全社横断組織の戦略と事例」に登壇したのはLINE Effective Team and Delivery室 室

EOF2019と登壇の経緯 こんにちは、Delivery Management Team の Tanigawa です。 2019年10月31日、渋谷がハロウィンムードに包まれている中、私は浅草橋にて EOF2019 というカンファレンスでLINEにおける組織/チームマネジメントに関する取り組みを紹介してきました。 本カンファレンスは今回 EOF2019実行委員会によって初めて開催され、様々な企業で日々奮闘するエンジニアリングマネージャーやプロジェクトマネージャーが自身の経験やチャレンジ、失敗などをオープンに共有しあうという目的で開催されました。詳しくはイベントページを参照してみてください。 LINEは11月に開催した LINE Developer Day 2019 の宣伝も兼ねて、ゴールドスポンサーとしてこのイベントに協賛させていただきました。 このカンファレンスで私から共有したのは、LI