記事AI要約 スクラムマスターとしての成功にコミュニティ活動はなぜ欠かせないのか——天野氏と川口恭伸氏による往復書簡では、この問いを実体験から掘り下げます。両氏はコミュニティでの活動が単なるネットワーキングではなく、組織変革に必要な「場づくり」の実践そのものだと論じます。川口氏は「押しつけない」「よいやり方を共有する」というコミュニティ運営の哲学を語り、天野氏は「原動力になり場を作る」「創発的やり取りを最大化する」「貢献に感謝する」という3つの柱を提示。『伽藍とバザール』や『Fearless Change』のパターンも引用しながら、コミュニティ活動が培う「感覚的な学び」こそが組織にアジャイルな文化を根付かせる土壌になると結論づけています。最後に読者へ、コミュニティ参加から社内実践への具体的な橋渡し方法を提案しています。 「組織の中でスクラムマスターとして成功するために、コミュニティ活動は必

The intent of this Code of Ethical Conduct (Code) is to provide guidance for people undertaking agile coaching activities and to guide the types of behaviors, advice, and approaches expected of them. Agile coaching is an evolving practice encompassing many disciplines including individual, team, and systemic coaching, facilitating, teaching, and mentoring, all applied with an open and deliberate b

技術ブログやエンジニアセミナーなど、ソフトウェア開発に必要な情報を得る機会はたくさんありますが、系統だった知識をまとめて学ぶなら「本」は依然として便利ですし、繰り返し参照するにも適しています。 また本には人生を変える力があり、多くのエンジニアが書籍から知識を得るだけでなく、本と向き合うことでやり方や考え方を見つめ直しています。今回はAgile Journeyと関係のある8人の開発者に、エンジニアとして壁を乗り越え、アジャイルに取り組む契機になるような自分にとって大切な本を推薦してもらいました。 紹介する中には現在では入手の難しい本もありますが、機会があればぜひ手に取ってみてください。 アジャイルやXP・スクラムをどう実践すればいいのだろう？ アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 アジャイルな見積もりと計画づくり 価値あるソフトウェアを育てる概念と技法 塹壕よりScr

わいわい🙌 2025年3月26日に新刊が出ます！ 基本的な情報 書誌情報 本書の概要 日本語版訳者あとがき全文掲載 訳者あとがき 謝辞 関連する講演 ハイジの基調講演＠Regional Scrum Gathering Tokyo 2024 大友さんの講演＠Scrum Fest 仙台 2022 ダイアナの基調講演＠Regional Scrum Gathering Tokyo 2022 まとめ 基本的な情報 書誌情報 タイトル：ダイナミックリチーミング 第2版 ―5つのパターンによる効果的なチーム編成 著者：Heidi Helfand（ハイジ・ヘルファンド） 訳者： 永瀬 美穂（ながせ みほ）、吉羽 龍太郎（よしば りゅうたろう）、原田 騎郎（はらだ きろう）、細澤 あゆみ（ほそざわ あゆみ） 出版社：オライリー・ジャパン 発売日：2025/3/26 単行本（ソフトカバー）: 320ページ

IT技術書にある引用が割と好きだ。知ってる本やネタが引用されていると楽しい。映画スターウォーズやスタートレック、マニアックなSF小説とか指輪物語など。しかし、たびたび引用されている謎の映画がある。それがプリンセス・ブライド・ストーリーである。その謎を解明すべく、我々はアマゾンの奥地へ向かった… IT技術書によく引用されている「プリンセス・ブライド・ストーリー」 以前はアジャイル開発関連の技術書で良く見る引用先だったのだけれども、最近はそれにとどまらず引用されている。例えばこんな感じだ。 その言葉を連発しているな。その意味をわかっているのか。 −イニゴ・モントヤ、映画『プリンセス・ブライド・ストーリー』より マイクロサービスアーキテクチャ 第2版、16.1　「名前が何だと言うの」 より 引用箇所は、ソフトウェアアーキテクチャそして「進化的アーキテクト」とは何かという哲学的な話題を取り扱ってい

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 昨今、大学におけるPBL（Project Based Learning）型教育でのアジャイル開発の実践事例が増えてきました。 各大学のこれまでの成果とその高い教育効果を紹介し、学生社会人を問わず、 アジャイルプロジェクト実践者の相互学習と交流を目的としてAgile PBL 祭りを開催することとしました。 大学教育においてPBLにアジャイル開発を取り入れているという教員の方達が集ったイベントです スポンサーの方も多く参加され、小規模ながらも多くの方が関わっていることを感じます。 感想 個人的な解釈ですが、このイベントは「斬新なプ

Author: Jurgen Appelo In the Agile community, there’s a common misconception that agility exclusively involves iterative, incremental delivery, and anything else is dismissed as “waterfall.” However, my Agile Quadrants picture shows a broader spectrum of agility. While not strictly adhering to “hard agile” principles, many products employ “soft agile” approaches, involving feedback cycles through

アジャイル型でアプリ開発を進めたところ、完成に至らなかったことについて、ベンダの不完全履行、プロジェクトマネジメント義務違反等が主張されたが、いずれも否定された事例。 事案の概要 eスポーツ事業の企画・運営等を行う原告（Ｘ）は、ゲーマー向けソーシャルアプリの開発を構想し、開発ベンダである被告（Ｙ）との間で、平成28年8月18日に、ゲームに参加する人をマッチングし、参加者同士がコミュニティを形成するソーシャルメディア機能を有するソフトウェア（本件ソフトウェア）を開発する契約（本件契約）を締結した。対価の額合計は、2450万円。その支払は1000万円、1000万円、450万円の3回にわけて行われることとされ、最後の450万円は、納品物を納入後に支払うこととなっていた。 本件契約の締結前には、Ｘは、検収に合格しなかったら、支払済みの代金を返金する条項を設けることを求めたが、Ｙは「返金を想定してお

初代iPhoneは発売時、今では当たり前のスマホ機能である「コピペ」を実装していなかったことはよく知られていますが、実際に開発を担当していた元Appleエンジニアが今になって、なぜ機能を盛り込めなかったのかをソーシャルメディアで明らかにしました。 他にやらなければならないことがありすぎた？ 元Appleエンジニアで、iPhoneの自動修正を発明したケン・コチエンダ氏（@kocienda）は、初代iPhoneでコピペが使用できなかった理由を下記のように述べています。 初代iPhoneにカット/コピー/ペーストがなかったのは悪名が高いですよね！その理由を手っ取り早く言えば、ちゃんと取り組む時間がなかったからです。キーボード、自動修正、テキストシステムなど、やらなければならないことがたくさんあったのです。デザインチームにも時間がありませんでした。そのため、1.0ではこの機能を見送ることになったの

ソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗率が268％も高いという調査結果が発表されました。 268% Higher Failure Rates for Agile Software Projects, Study Finds - Engprax https://www.engprax.com/post/268-higher-failure-rates-for-agile-software-projects-study-finds 268% higher failure rates for Agile software projects • The Register https://www.theregister.com/2024/06/05/agile_failure_rates/ 今回の調査はコンサルタント会社「

機械学習・データ部 / データチームの @irotoris です。こんにちは。 データチームでは社内で使うデータプラットフォームやデータマートの開発をしています。今日は弊チームの開発スタイルの中から「プレスリリース駆動開発」を紹介します。 データチームの開発スタイル データチームの開発は1週間のタイムボックスで、月曜日にバックログやプロジェクトから今週取り組むタスクを計画し、金曜にスプリントレビューを行っています。デイリーでは夕会を行っています。ベロシティの計測などは今のところできていませんが、いわゆるスクラムっぽい開発です。 その月曜朝の計画会で、まずプレスリリースを書いています。 プレスリリースとはなにか？ 本来プレスリリースは新商品や新サービス、経営・人事などの企業情報を、ニュースとしてメディアに掲載する文書ですが、ここではデータチームが開発・提供する機能や改善をユーザーに伝えるため

ソフトウェア開発において、アジャイルという考え方はかなり浸透しています。多く出版物やWebコンテンツ、さまざまなコミュニティやセミナーが存在し、アジャイルの情報には触れやすい状況になってきました。一方で企業においてアジャイルを導入しようとする際に開発チームのどこを変えるべきか、組織固有のルールとどう折り合いを付けるかなどに頭を悩ませる方も多いでしょう。 『SCRUM BOOT CAMP THE BOOK』などの著作で知られ、アジャイルコーチとして企業の組織づくりを支援する永瀬美穂（@miholovesq）さんは、これまで複数の大学で授業におけるアジャイル導入も支援し、その成果を発表する「Agile PBL祭り」を主催してきました。永瀬さんによると、学生は前提知識もないところからソフトウェア開発を学ぶため、社会人エンジニアより自然とアジャイルに取り組める面もあるそうです。 大学はなぜ教育にア

ヤバい、大盛況に終わったRegional Scrum Gathering Tokyo 2024についてのブログも書かぬまま2月も終わりそう！ いろんな人がブログを書いてくれていたりするので、まずは世間の反応を眺めておいてください……。 そのうち書きます。 ところで先日Agile PBLについて取材を受けたのですが、そのインタビュー記事がUZABASEさんのWebメディア「Agile Journey」に掲載されましたのでご紹介します。 agilejourney.uzabase.com ブログで書き散らしたりイベント登壇で話したり、インタビュー中でも放談したりと、そこらじゅうに散らかっていた話がプロの手によって綺麗にまとまりました。 はてな編集部の毛利さん、インタビューしていただいた初瀬川さん青山さん、どうもありがとうございました！ インタビューにあたっては、わたしは大学のPBL教育についての

TL;DR時間がないので大規模アジャイルのヘルスメトリクスだけ手っ取り早く知りたいという方のために、メトリクスは以下です。 ちょうど１スプリントよりも長く存在するバックログの量エンドユーザーが追加説明なしで理解できるプロダクトバックログアイテムの割合開発者1人あたりの1日のコミット数トランクへ直接コミットする割合スプリントで選択されたPBIのうち、前回のスプリントレビュー前には存在しなかったPBIの割合スプリント終了時の着手済みの未完了アイテムスプリントごとに進行中の祖先全チームがオフィスにいる週の日数完成の定義メトリクスを見て興味が湧いた方はぜひ続きを読んで見てください。 大規模アジャイルのヘルスメトリクスについて語る目的講演の中で、通常は特定の指標については話していない、メトリクスに関する組織のダイナミクスと、メトリクスが組織内でどのように使用されているかに興味があるからだと言っていま

この記事は "Regional Scrum Gathering Tokyo & Scrum Fest Advent Calendar 2023" の1日目の記事です。 わたしがAdvent Calendarを立てたので言い出しっぺが1つ目の記事を書きます。 現時点で空きがあるのでぜひエントリーしてね。 adventar.org Global Scrum Gathering参加レポート 10月にオランダのアムステルダムで行われたGlobal Scrum Gathering 2023に参加してきました。 www.gsgams23.com 他にも参加レポートがあった気がしたんだけど、軽く検索したぐらいだとこれぐらいしか見つかりませんでした。ごめんなさい。 Global Scrum Gathering 2023 Amsterdamに参加してきました #gsgams - yudmoのブログ 時間が過

アジャイル型の開発が導入されていない現場であっても、そして一人であっても、実践可能なアジャイルに関するプラクティスは存在します。 例えば、自動テストや、テストファースト、テスト駆動開発（TDD：Test Driven Development）です。ユニットテストフレームワークを使ってテストコードを書いて開発しながらテストを実行する「自動テスト」、実装の前にそのテストコードを書く「テストファースト」、テストと実装を繰り返しながらインクリメンタルに設計・開発を行うのが「TDD」。これらプラクティスのなかで、はじめの一歩となるのが自動テストですが、1人で実践するには、どこからはじめるか、どうテストを組み立てればよいのか、あるいは自分のテスト方法は適切なのか、不安を持つこともあるでしょう。 そこで本稿では、さまざまなチームや組織へのテスト手法の導入を支援し、精力的に講演や執筆などを行ってきたこの分

夜中におもむろに書評を書き出す第2段。 日本企業はなぜ「強み」を捨てるのか～増補改訂版『日本“式”経営の逆襲』～ (光文社新書) 作者:岩尾 俊兵光文社Amazon この本自体はとても面白いし首肯できる部分も多いが、1箇所だけイチャモンをつけたい。 そもそもアジャイルソフトウェア開発という概念自体、マニフェスト（注：アジャイルソフトウェア開発宣言のこと）の発表よりも3年早く、1998年に日本の研究者から提案されている。 南山大学の青山幹雄教授による一連の研究である。 （同書より引用） ここで紹介されている「1998年」の「提案」とは、おそらくICSE1998で青山先生が発表した論文 "Agile Software Process and Its Experience" のことだろうと思う。Agile Software Process（ASP）という、実際に富士通の社内で実践されたソフトウェ