これからのAgileの話をしよう

これからの「Agile」の話をしよう 2011/07/01 2011年7月度保険システム五部勉強会 保険システム五部 森實 繁樹

この話は事実に基づいた妄想を多分に含むノンフィクションです。 また、本編には過激な発言、表現が出てくることがありますが、 作者の意図を尊重し、あえて編集せずそのままお送り致します。 あしからず(^^)

本日の流れ UX Cloud Agile NRI

本日の流れ UX Cloud Agile NRI

何故Agileの話をするのか

2010年1月

最初で最後のアジャイル勉強会 ～アジャイルは万能じゃない、完璧でもない、でも素敵だ！～ 日本XPユーザーグループ 森實 繁樹 2010-01-15 木場N棟 1811会議室

最初で最後と銘打ったが、 当時の参加者が身内すぎたと心残り

そんなとき…

ゴトウ 「モリザネさんのXPのはなしもきいてみたいです」

では、今度こそ最後のAgileの話をしようという流れ

しかし、これは前回の焼き直しではない全く新しいお話し

さっそく行こうか

What is "Agile" ?

"Agile" という言葉自体はまだ一般的な括りではある特定の開発手法の総称

アジャイルの現在位置 2000 2002 2010 Evo FDD, Crystal, DSDM, ASD Patterns XP Agile ・大規模・組織改革・Lean/Agile・Agile/UX SCRUM Lean Software Development TPS Lean Deming Kanban 11 理想と現実の出会う現場へ

2000年12月に発売 XPの父、Kent Beck著 日本ではこの本を皮切りに2001年からXPを中心としたAgileな開発が流行り出した

去年から今年はAgileな界隈ではXP10年ということでいろいろなふりかえり(レトロスペクティブズ)が行われている

何故今 "Agile" なのか？

ちなみに

tag·ile [ ǽdʒəl | -ail ] [形] 1 敏捷(びんしょう)な, 機敏な, すばしこい, はしこい(⇔awkward) ·be (as) agile as a squirrel リスのようにす早い. 2 活発な, いきいきとした(active)(⇔sluggish);頭の切れる, 頭の回転が早い ·an agile mind 明敏な知力. [ラテン語agilis (agereする+-ilis形容詞語尾=力をもってする→機敏な). △AGENT] ag·ile·ly [副] [プログレッシブ英和中辞典 提供:JapanKnowledge ]

日本Rubyの会 角谷氏曰く “Agility” is degree. 「“アジャイルさ”とはプロセスがどれだけいきいきしているかを示す度合いである。」

さて、ビジネスにおいて

SI興隆の時代は終焉

提供した時点から価値が下がる一方… 且つ、自分たちしか使わないいつか捨てられるだけの重厚長大なシステムなんかはもう誰も欲しがらない

サービスの時代到来

提供した時点が一番低い付加価値の状態 永遠のベータ版？いいじゃないか、システムだもの

常に付加価値向上を果たすのがサービス

つまり、サービス全盛の時代、より短期間にちゃんと動くよりよいものを提供(リリース)しつづけることが重要

だから "Agile" なんです

余談{

Rubyはいいですよ。別にRubyじゃなくてもいいですが、インタプリタ言語はとても便利。 5月のSODECでもまつもとゆきひろ氏が言ってました。

「Rubyみたいに軽量で安定していて速い、しかも分散環境での実行が可能で、まさにクラウド時代にあっている」

}

僕がAgileと言われる開発手法の中で一つだけ最高のプラクティスをあげるとしたら間違いなくTDDを選びます。

【小休止】開発にあたって(私感) 設計して テストケース作って 開発して テストする

これをコードベースで具現化したものが TDD (Test-Driven Development) 興味のある人は@t_wadaを訪ねてください。

Time has come! Go to the Next Generation!

アジャイルの現在位置 2000 2002 2010 Evo FDD, Crystal, DSDM, ASD Patterns XP Agile ・大規模・組織改革・Lean/Agile・Agile/UX SCRUM Lean Software Development TPS Lean Deming Kanban 11 理想と現実の出会う現場へ

IT Japan Award 2009 日経コンピュータ 要件未定でも納期は厳守“アジャイル開発”で乗り切る 東邦チタニウム 2009/07/15 井上 英明, 森山 徹=日経コンピュータ 出典: 日経コンピュータ 特別編集版 IT Japan Award 2009 pp.52-57 (記事は執筆時点の情報に基づいており、現在では異なる場合があります) 東邦チタニウムは、要件を固めれないが納期は厳守というプロジェクトをアジャイル開発手法を使って乗り切った。アジャイルは短い開発期間を繰り返し、要件を決めながら機能を実装する手法。ユーザー部門のキーマンをチームに引き込んだり、途中でアジャイル開発向きでない開発者を交代させたりして、プロジェクトを完遂した。同社として初めて挑んだアジャイル開発だったが、納期を守り、コストも計画内に収めた。舵取りの難しいアジャイル開発プロジェクトを成功に導いた手腕が評価された。 東邦チタニウムは、「アジャイル」と呼ぶ開発手法でチタンインゴット(金属チタンの塊)の生産管理システムを構築した(図1)。アジャイルは短い開発期間を反復して、機能を組み上げていく。同社にとっては初めての試みだった。要件を決めながら開発できるメリットを得るには、プロジェクトの体制や運営に工夫があった。 大規模は既に始まっている

そしてついに組織改革も始まった

横塚裕志の「ITプロの条件」 「スクラム」発想で、人事制度を大胆刷新 2011/6/29 7:00 (1/3ページ) 東京海上日動システムズが人事制度を大きく刷新した。同社社長で、本コラム筆者の横塚氏は、その最大の特徴を「スクラム的新人事制度」と表現する。「アジャイル」[注1]と総称されるシステム開発手法の一つ「スクラム」の要素を全面的に取り込み、人事制度を改革したからだ。新制度のポイントは、チームでの働き方を最大限に尊重すること。「個人でも会社でもなくチームが主役であり、各チームが主体的に仕事のやり方を改善・進化させていくようにしたい」という狙いがある。(日経コンピュータ編集部) 「スクラム」は少人数の開発者が集まって臨む繰り返し型のソフト開発手法だ。ただし、その考え方については、ソフト開発以外の業務にも適用できると考えている。もっと言えば、「チームでの働き方」のベストプラクティスであると感じている。その根拠を説明するために、スクラムにおけるチームワークとはどんなものかを示そう。 ■毎週ゴールを決め、自分たちの力で前進 スクラムでは、まずは1カ月を作業期間の単位として、その期間の目標(ゴール)を決める。さらに1カ月を1週間単位で4分割して、各週のゴールを決める。決めるのは、チーム全員での話し合いによる。 次に、1週間のゴールに向かって取り組む仕事を決める。仕事は30分から1時間でこなせ

InfoQ 598,620 May unique visitors Tracking change and innovation in the enterprise software development community Article My Bookmarks print Visualizing Agile Projects using Kanban Boards Posted by Kenji Hiranabe on Aug 27, 2007 Community Agile Topics Teamwork, Collaboration, FEATURED Agile Techniques Tags Value & Metrics, Lean, Planning, Kanban, Management In Agile projects, it's a common practice to visualize and share project status in "big visible charts" on In Agile projects, it's a common practice to visualize and share project status in "big visible charts" on Visualizing in Agile Projects XP has a practice called "informative workspace" which project is going on at a glance [Beck05]. A primitive putting story cards or task cards on the wall. Other are sometimes called "information radiators" [Cockbu [Jeffries04] and have become very common in toda facilities. Below, I show examples of the visualiz Japan. The first example in Figure 1 is a Task Kanban Boa In-Time" (JIT) production method used in the TPS

Visualizing Agile Projects with Kanban Boards Task Feature Kanban Feature Parking Lot Feature Story Kanban Iteration Burndown Story Task Kanban ToDo Doing DONE Task Daily Burndown Team Developers Managers Customers Analysts Users Time Release Iteration Iteration Iteration Day Day Day Niko-Niko-Calendar

TRICHORD:TRICHORD2007世界へ! - [file:///Z:/trichord-real-workspace-1.1] 100% かんばん ファイル(F) 編集(E) 表示(V) ナビゲート(N) 検索(S) ウィンドウ(W) ヘルプ(H) パレット アウトライン こと Todo Doing DONE 「絆」リリース1 Trac連携と英語... Trac取込のチートシートを修正する 障害対応 チケットリストビューのヘルプを作成する イテレーションバーンダウン... 「絆」リリース1 Trac連携と英語化で世... 1.2の新規機能をヘルプに追加する CMを1.2にあわせて作ります 虎の巻にTrac反映編を追加する チケットのヘルプ Trac反映部分の かんばん一覧 プロパティー チケットリスト チケットリポジトリー 進行状況 状態 タスクの数 残量の合計 見積の合計 DONE 20 0.0 25.0 本日の残時間を更新しました。 検索 次を検索 タグ検索 file:///O:/trichord-workspace ニコニコカレンダー 1/17 1/18 1/19 1/20 1/21 1/22 1/23 1/24 1/25 1/26 1/27 1/28 1/29 1/30 Sei-Marker Mr. Firing-py Rice field もっと頑張ろう!?

僕たちはどこへ向かえばよいのだろうか？

ウォーターフォールを捨てる？

Agileを始める？

無理だよね(会社的に)

だからこそ僕は "Agile" はチームビルディングと組織運営に使えば良いと思ってる

例えばSCRUMの価値 1.コミットすること 2.集中すること 3.オープンであること 4.敬意を払うこと 5.勇気を出すこと

"Agile" のメソッドロジーは人を中心に設計されている。そしてなにより人を大切にしている。

本来、チームや組織は人が中心に成り立つ。

つまり

"Agile" は開発手法だ、というのは古い！ ウォーターフォールでも、"Agile" にチーム運営すれば "アジャイル" なチーム。

日本Rubyの会 角谷氏曰く “Agility” is degree. 「“アジャイルさ”とはプロセスがどれだけいきいきしているかを示す度合いである。」

アジャイルさを高めていこうよ！

#紹介参考文献 Agile Project Management ジム・ハイスミス アジャイルプロジェクトマネジメント 変化を味方につけるPMとは 「アジャイル思考」でイノベーション時代の顧客ニーズに応える! アジャイルソフトウェア開発スクラム ケン・シュエイバー+マイク・ビードル著 スクラム・エバンジェリスト・グループ訳 株式会社テクノロジックアート編集

まとめ

何故今 "Agile" なのか？

SI興隆の時代は終焉

サービスの時代到来

常に付加価値向上を果たすのがサービス

だから "Agile" なんです

Time has come Go to the Next Generation!

アジャイルの現在位置 2000 2002 2010 Evo FDD, Crystal, DSDM, ASD Patterns XP Agile ・大規模・組織改革・Lean/Agile・Agile/UX SCRUM Lean Software Development TPS Lean Deming Kanban 11 理想と現実の出会う現場へ

"Agile" は開発手法だ、というのは古い！ ウォーターフォールでも、"Agile" にチーム運営すれば "アジャイル" なチーム。

アジャイルさを高めていこうよ！

All for my loves…Thanx!!