日本人が書いたアジャイル開発本が増えてきた
2013年になってから、日本人自身がアジャイル開発の経験知を書籍にまとめて、形式知として普及させようとする流れが起きている。
とても注目に値する動きだと思うので、リンクしておく。
【参考】
アジャイルBooks - Developer's Factory
「わかりやすいアジャイル開発の教科書」 - Yasuo's Notebook
【1】一番重要な本は、平鍋さんが書かれた「アジャイル開発とスクラム 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント」。
平鍋さんに書籍の特徴について伺った時、経営層や管理職層に呼んでもらうために、文章を縦書きにして、極力ソフトウェア開発の内容を省いて、アジャイルの思想やエッセンスを書くようにした、と聞いた。
日本人自身がアジャイルの概念を生み出した後、アメリカでソフトウェア開発へ適用して育てられ、日本に逆輸入された経緯がとても分かりやすく書かれている。
【2】前川さん、西河さん、細谷さん共著の本「わかりやすいアジャイル開発の教科書」ももうすぐ出版される。
「わかりやすいアジャイル開発の教科書」 - Yasuo's Notebookに本の裏話が書かれていて、その一節にこんな文章が書かれていてとても共感した。
(引用開始)
アジャイル開発には、アジャイルソフトウェア開発宣言に賛同しているという以外に明確な定義はありません。SCRUMやXPはフレームワークやプラクティスを紹介することができますが、「アジャイルとはこういうことだ」と説明するのは難しく、あたかもアジャイルは実体が存在しないような印象もあります。それが最初に私が「チャレンジャーだなぁ」と思った理由です。
でも、同時に私がずっと感じてきたことがあります。「アジャイルには、はっきりとした実体がないように思えるのに、アジャイルコミュニティーの仲間と、アジャイルについての確かな共感が存在する」ということです。10年余りのアジャイルコミュニティーの活動をふりかえると、いろいろな仲間と出会ってきました。
古くから一緒にXPJUG関西や東京のXPJUGで出会った皆さん、ここ数年で知り合ったSCRUM実践者の皆さんなど多くの方々と出会って一緒に活動してきましたが、いつも感じることは、会って少し話するだけでお互いのコンテキストを共有して、共感することができることです。まるで長い間知り合いだったような錯覚を覚えることもあります。
その理由は、私たちの中に、アジャイルが確かに存在して、それをバックグランドとして共有しているからではないかと考えています。今回の書籍は「私たちの中に確かに存在するが簡単に説明できないアジャイル」をできる限り表現しようと努めました。
(引用終了)
アジャイルという言葉を定義して説明するのは難しいのに、コミュニティでは以前から友人だったかのように、初対面のアジャイラーともすぐに仲良くなれるという矛盾。
【3】日本のScrum本は、@ryuzeeさんたちが共著で書かれた本「SCRUM BOOT CAMP THE BOOK」で決まりかな?
【4】日本人が書いたアジャイル開発本が増えることが重要な理由は、10年前にXPを中心としたアジャイル開発が日本ではあまり普及せず、潰された苦い経験があるから。
Scrumを主流としたアジャイル開発の手法も、アメリカで上手くいっているかもしれないが、日本の開発現場にそのまま適用できるとは思っていない。
だから、誤った理解で失敗した経験で、アジャイル開発はうまくいかないという固定観念が生まれる危険性があるからだ。
Twitter / hiranabe: @akipii スクラムの日本語書き下ろしの本が、来年ぞくぞくと出るらしいよ!
2013年になって日本人がアジャイル開発の書籍を次々に出版していく背景には、過去10年間、コミュニティを中心にアジャイル開発を実践してきた経験知がようやくまとまってきて、世間に説明できるほどの質と量が集まってきたのも理由の一つかもしれない。
今後出版される日本人のアジャイル書籍には注目していく。
| 固定リンク
「IT本」カテゴリの記事
- 「コーディングを支える技術」は良い本だ(2022.05.26)
- 「RubyやRailsは終わった」という記事のリンク(2022.01.09)
- 実践した後に勉強するのがエンジニアの本来の道(2022.01.09)
- OODAループの時代は、大事なのは使命であり、目標は使命達成のための手段に過ぎない(2021.08.01)
- INSPIRED 熱狂させる製品を生み出すプロダクトマネジメントの感想~日本に足りないのはプロダクトマネジャーだ(2021.08.01)
「プロジェクトマネジメント」カテゴリの記事
- プロセス設計はどの範囲を指すのか?~プロマネの仕事はテーラリングにある(2022.06.19)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- 初中級プロマネはIPAデータ白書の統計情報を見積り、生産性、品質の観点で活用せよ(2022.04.17)
- タスク分割は親子チケットにすべきか、それともチェックリストにすべきか #redmine(2022.03.04)
「ソフトウェア工学」カテゴリの記事
- Javaのラムダ式の考え方(2022.08.10)
- テスト管理ツールTestRail、CAT、QualityForwardの感想(2022.07.30)
- メトリクス分析のコツは良いIssueを見つけること(2022.06.29)
- プロセス設計はどの範囲を指すのか?~プロマネの仕事はテーラリングにある(2022.06.19)
- 「大人の学びパターン・ランゲージ」の感想~知識と経験を行ったり来たりするタイミングを大切にする(2022.06.05)
「プロジェクトファシリテーション」カテゴリの記事
- 「世界を動かすプロジェクトマネジメントの教科書」の概念図(2022.01.16)
- 【資料公開】チケット駆動開発の解説~タスク管理からプロセス改善へ #redmine(2022.01.14)
- 昭和の管理者の承認処理は判子押印、令和の管理者の承認処理はいいねボタンを押すこと(2021.12.31)
- チケット駆動開発のプロセスとチケット管理システムの全体像 #Redmine(2021.12.28)
- 信頼と心理的安全性は概念が違う(2021.11.23)
「チケット駆動開発」カテゴリの記事
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- タスク分割は親子チケットにすべきか、それともチェックリストにすべきか #redmine(2022.03.04)
- Redmineにメンション機能が入るらしい(2022.01.15)
「Agile」カテゴリの記事
- 組織を芯からアジャイルにする対談の感想~今のアジャイルは先カンブリア時代なので何でもいい、アジャイル警察はいらない(2022.08.05)
- 製造業の業務にスクラムを適用できるのかという疑問~全てのビジネスモデルにスクラムを適用できるのか?(2022.07.31)
- 認定スクラムプロダクトオーナー研修の感想(2022.07.28)
- プロセス設計はどの範囲を指すのか?~プロマネの仕事はテーラリングにある(2022.06.19)
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
コメント