AgileJapan2011Osakaの感想~Agileのコンテキストが拡散している #aj11osaka #aj11
今日のAgileJapan2011Osakaの感想を書く。
【元ネタ】
AgileJapan2011Osaka
【1】2011年現在、以前と違って「アジャイル」という言葉のコンテキスト(前提条件)は聴衆が既に知って経験もしている事実をよしうみさん、えと~さんと話していて、ハッと気づいた。
だから、「XPとは」「アジャイル開発とは」という初心者向けの説明をするセッションが無かった。
XPが日本に登場して10年経つと思うが、アジャイルのコンテキストは普及したのかなと思う。
その事実を痛感したのは、川端さんの講演を聞いてからだ。
一つは、JavaのプロジェクトではXPを説明する作業が最初にあるが、Rubyのプロジェクトではアジャイル開発の文化が既に当たり前であったということ。
だから、アジャイル開発が楽しかった、と言っていたのが印象的だった。
最近のプログラミング技術の動向を見ると、Javaは既に停滞しており、Rubyでは次々に技術革新が起きている印象を持っている。
実際、JavaのWebフレームワークはStrutsやSeasarの出現以来、殆ど進化していない。
それに対して、RubyはRailsはもちろん、自動テスト技術のcucumberなど次々に新しいフレームワークが出てきて、プログラミング技術の生産性を高める方向へどんどん進化している。
以前と違って、RubyとRailsさえマスターすれば、簡単にWebシステムを作れて、ソフトウェアで社会に対して影響力を発揮することが可能になっている。
もう一つは、東大の教養課程でRubyが第一プログラミング言語に選択されているということ。
実際、ネットで調べてみると、確かにそうみたい。
Rubyという生産性の高いプログラミング言語に慣れるという意味では、とても良いことだと思う。
そこから自然にアジャイル開発の習慣に慣れる可能性があるから。
東京大学教養課程の第一プログラミング言語がRubyに - sumiiの日記
増原英彦『情報科学入門 Rubyを使って学ぶ』|無気力東大院生の不労生活
【2】AgileJapanではスーツ姿の人達が多かったので、その理由をスタッフや講演者に聞いてみたら、上司や友人を連れてくるためにスーツになっているのでしょう、という話を聞いた。
実際、AgileJapanでは、アジャイルという言葉・コンテキストが、プログラマ向けだけでなく、マネージャ向け、経営者向けでも通用していた。
その理由を考えると、日本のアジャイルの第1人者である平鍋さんの立ち位置の変遷と被っている気がする。
平鍋さんは10年前にXP行脚というイベントを日本各地で行い、プログラマ向けにXPを紹介してアジャイル開発を普及させようとした。
初期のアジャイルコミュニティのメンバー(特に日本XPユーザグループ)は、XPに影響を受けている人達が多いが、その発端はここにあると思う。
そして、2005年頃からプロジェクトファシリテーション(PF)という概念を提唱して、マネージャ向けにアジャイル精神をベースとしたチームビルディングの手法を普及させようとした。
PFP関西のようなコミュニティのメンバーは、平鍋さんが提唱したプロジェクトファシリテーションに影響を受けて行動をおこした人達が多いはずだ。
更に昨今は、リーンソフトウェア開発という概念を提唱して、経営者向けにトヨタ生産方式(TPS)をベースとしたアジャイルっぽい概念をITビジネスに注入して普及させようとしている。
経営者にアジャイルやファシリテーションを話してもあまり興味を引いてくれないが、トヨタ生産方式の話は経営者なら誰でも知っており、その有効性を一番気にしているので、マーケットとしてドンピシャりと当たっていると思う。
つまり、アジャイル開発というコンテキストをプログラマ向けを発端として、マネージャ向け、経営者向けへ拡張した方向を作ったのは平鍋さんだと思うし、そういう歴史を辿ると、平鍋さんの凄さを改めて痛感する。
でも、僕のアジャイル開発の立ち位置はやっぱりXPにあるのかなと思っている。
ScrumもPFもリーンからも重要な概念を教わったけれど、僕の立ち位置はまだプログラマであり、プログラミングを中心とする技術を追いかけるのが好きだ。
チケット駆動開発も現場リーダーの観点で概念をまとめようとしたし、今後も技術面を深く掘り下げたいと思っている。
AgileJapan2011Osakaで改めて自分の立ち位置を考えさせられた1日だった。
【追記】
下記の記事を読むと、AgileJapan2011で講演された牛尾さんも似たような感慨を持っているように思えた。
記事をリンクしておく。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- 文化は組織構造に従う(2021.01.19)
- 管理職に求められる能力はPM理論そのものではなかったのか(2021.01.14)
- カンバンはステータス名が大事(2021.01.02)
- 因果ループ図を再考する~問題の症状をシステム構造として捉えて解決策を見つける(2020.12.25)
- プロジェクトマネージャーの資質として重要なものの一つに『曖昧さへの耐性』がある(2020.12.11)
「経営・法律・ビジネス」カテゴリの記事
- みんなのPython勉強会#65の感想~社会変革の鍵はIT技術者にあるのかもしれない(2021.01.14)
- IPAがDXのパターン・ランゲージを公開している~新しい組織文化が新しい経営戦略を生み出す(2020.12.05)
- 組織は記憶能力を持つのか~トランザクティブ・メモリーという概念(2020.11.23)
- 手段を目的化するのは日本人の病(2020.11.07)
- 問題解決アプローチを見極める『クネビンフレームワーク』のメモ(2020.09.02)
「コミュニティ」カテゴリの記事
- みんなのPython勉強会#65の感想~社会変革の鍵はIT技術者にあるのかもしれない(2021.01.14)
- 第73回 SEA関西プロセス分科会「モデルベースシステムズエンジニアリングの活用」の感想~モデルの検証を形式手法で自動テスト化する(2020.12.13)
- 増刷記念「ここはウォーターフォール市、アジャイル町」の裏話の感想~日本人はフレームワークが苦手でいつも振り回されている(2020.11.19)
- 第19回東京Redmine勉強会の感想 #redmineT(2020.11.14)
- 「製造業アジャイル、静岡での実践!」を聞いてRedmineはコミュニケーション管理ツールなのだと気づいた #devlove #静岡ギルド(2020.11.11)
「ソフトウェア工学」カテゴリの記事
- 因果ループ図を再考する~問題の症状をシステム構造として捉えて解決策を見つける(2020.12.25)
- 第73回 SEA関西プロセス分科会「モデルベースシステムズエンジニアリングの活用」の感想~モデルの検証を形式手法で自動テスト化する(2020.12.13)
- 相殺フィードバックを再考(2020.06.17)
- SaaSのビジネスモデルがアジャイル開発を促進したという仮説(2020.06.14)
- なぜなぜ分析、FMEA、FTAの違い(2020.06.09)
「プロジェクトファシリテーション」カテゴリの記事
- みんなのPython勉強会#65の感想~社会変革の鍵はIT技術者にあるのかもしれない(2021.01.14)
- 管理職に求められる能力はPM理論そのものではなかったのか(2021.01.14)
- 因果ループ図を再考する~問題の症状をシステム構造として捉えて解決策を見つける(2020.12.25)
- 「チームが機能するとはどういうことか――「学習力」と「実行力」を高める実践アプローチ」の感想(2020.08.14)
- オンライン勉強会のノウハウのリンク(2020.05.17)
「チケット駆動開発」カテゴリの記事
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- カンバンはステータス名が大事(2021.01.02)
- GTDは箱の使い分けが鍵を握る(2020.12.09)
- ツールで定義したプロセスが組織文化を作り出すのではないか、という仮説(2020.12.05)
- チケット管理ツールの用途が変わってきている(2020.10.28)
「Agile」カテゴリの記事
- 文化は組織構造に従う(2021.01.19)
- 「ストーリーマッピングをはじめよう」本の感想~ストーリーによる企画や要件定義はSaaSと相性がいい(2021.01.17)
- 管理職に求められる能力はPM理論そのものではなかったのか(2021.01.14)
- yWriterは映画の脚本を作るためのアプリだったのではないか(2021.01.05)
- カンバンはステータス名が大事(2021.01.02)
「Ruby」カテゴリの記事
- JRubyの終焉(2020.06.09)
- PythonとRubyの違い(2020.05.10)
- Ruby技術者認定試験の感想(2020.05.08)
- 「Rubyのしくみ」を読んだ後のRubyの感想(2020.04.07)
- Ruby初心者が間違いそうなこと(2020.03.06)
コメント