アジャイルのレイヤ 〜 アジャイルを整理し直して理解する - kuranukiの日記
【アジャイル】という言葉は、システム開発の世界ではかなり一般的な言葉になりつつあります。大手のSIerの経営者までが当たり前のように使うようになったことは、ある意味で感慨深いものです。しかし、言葉としてメジャーになりつつある一方で、その言葉の本当の実体を理解しないで誤解したまま使っているケースが多くあるように思います。アジャイルで開発すれば「速い・安い・旨い」が手に入るという誤解や、プログラミング工程だけで使う手法だという誤解、朝会やふりかえりをすることがアジャイルだという誤解、などなど。どれも、完全な誤解という訳ではなく、あながち間違いでもないところが、さらなる混乱を産んでいるように感じます。 最近では、アジャイルの事例も多く出てきたように思いますが、それらの事例も具体的にどういったことを実践したからアジャイルだったかと問われるとそこに明確な答えは無いように思えます。アジャイルとは何か、
ペアプログラミングに必要な知恵は全て幼稚園の砂場で学んだ:Geekなぺーじ
「"All I really need to know about pair programming I learned in kindergarten", Communications of the ACM, Volume 43, Issue 5 (May 2000) Pages: 108 - 114」という論文を読みました。 幼稚園(もしくは保育園)で習うような社会生活の基礎から、ペアプログラミングを遂行するときに注意すべき点を論じています。 ペアプログラミングは、二人で一緒にプログラムを書くという手法です。 XP(eXtreme Programming)などで利用されています。 面白かったので一部を抜き出して要約してみました。 さらに興味のある方は論文をご覧下さい。 何でも分け合うこと ペアプログラミングでは一つのものを二人が作り上げます。 片方がプログラムを書き、相方がレビューを続
アジャイルをゼロから学ぶ
短納期・低コストのソフトウエア開発プロセスとして注目を集める「アジャイル型プロセス」。 取り組みが広がる一方で，アジャイル独特の考え方に疑問を抱くエンジニアも多い。本講座の目的は，アジャイルの基礎から具体的な実践手法までを理解してもらうことにある。 具体的には，いくつかの代表的なアジャイル型プロセスを取り上げ，その基本を解説するとともに，実際のプロジェクトでアジャイル型プロセスを実践する際のポイントを明確にしたい。 この講座はアジャイルプロセス協議会のメンバーが執筆を担当する。アジャイルプロセス協議会は，日本におけるアジャイル型プロセスの普及／推進，情報交換などを目的として，2003年2月に発足した。中堅のソフトウエア・ベンダーや大手システム・インテグレータなどから成る。協議会の活動はテーマごとに設けたワーキンググループでのものが主体である。このほか年次総会や識者によるセミナー，勉強会を行
Part3 開発者の“本能”を呼び覚ます－－XPの思想とプラクティスを知る
Part3からは，代表的なアジャイル型プロセスを取り上げ，それぞれ基礎と実践に分けて解説していく。まず取り上げるのは「XP（エクストリーム・プログラミング）」だ。その本質は，開発者の創意工夫を引き出すことで，結果として開発生産性と品質を高めることにある。 1999年秋に発表されたケント・ベック著の「eXtreme Programming eXplained：Embrace Change」は，世界中のソフトウエア開発者に大きな衝撃を与えた。XPの登場によって，今日のアジャイル型プロセスのムーブメントが始まったと言っていいだろう。 発表当時，XPは熱烈な賛辞や共感と，痛烈な批判の両方で迎えられた。賛辞は伝統的な開発プロセスに限界を感じていた現場の開発者から，批判は伝統的な開発プロセスを利用してきたマネジャーからが多かった。 批判の内容は，主に次のようなものだった。 「XPは要件定義や基本設計を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
