好みのブラウザでアジャイルやアジャイル開発と検索し、最近の「アジャイルソフトウェア開発」の記事を探そう。すると、驚くほど派生した様々な「アジャイルとは何か」という説明を目にするだろう。 もしあなたが経験者だとすれば、簡単に読めるだろうし、不要な考え方は捨てられるから、悪いものからよいものを切り分けられるだろう。もし未経験者であれば、混乱し、そして(でたらめな/本などをもとにした/著者にもとづいた)多くの定義から一つを選び、そこから始めるだろう。これはよいことなのか？悪い事なのか？もしくは、5月10日(月)に公開されたこの記者による記事は、空白を埋めるだけのものなのだろうか？
ここにあるのはこの記者が見つけたいくつか面白い事項だ。:
Scott Ambler氏のエッセイ「アジャイルソフトウェア開発のライフサイクル」では、アジャイルと、統合プロセス(UP)を混ぜ合わせたモデルに見える。Scott氏はコミュニティの中での有名人であるし、IBMに勤めている。だからアジャイルの初心者からすれば、信用できる情報源からの信用できるドキュメントであると感じられるだろう。 彼は私たちのよく知るスクラムのモデル図から説明を始め、最後にはUPをわずかに更新したモデルと融合したモデルを「より現実的な」として落ち着く。 UPはアジャイルと互換性があるが、ドキュメントとして定義された'アジャイルソフトウェア開発のライフサイクル'が同梱されるべきではないか？
Michael Hugos氏はCIOマガジンにアジャイル開発の定義について、記事を寄稿した。 この記事や関連するリンクによると、解決案を明確にするイテレーションは2日にすべきであり、システムの設計をするイテレーションは7日にすべきであり、システムの構築には13日にすべきとしている。(一ヶ月で22稼働日として。) なんと。さらにこの記事では朝会の時に尋ねる５つの簡単な質問がある。:
- プロジェクトのタスクにおいて、スコープが変更したものはあるか？ (はい/いいえ)
- なにか主要な活動等、納期に間に合いそうにないものはないか？ (はい/いいえ)
- プロジェクトチームでは外部からスキルや専門家を必要としていないか？ (はい/いいえ)
- 解決していない技術的な問題はないか？ (はい/いいえ)
- ユーザのレビューや承認を受けていない問題はないか？ (はい/いいえ) (すべての質問が「はい」にマークがつくなら、問題を説明し、可能な解決策を提案する。)
さらに別の話となるが、 Forresterのあるレポートによると、アジャイルはツールを使うものであると言及されている。 ツールは本当に必要なものであり、IBMとMKSはアジャイルについて先頭に立ち、おそらく彼らとともに歩むべきだという意見に徹した。壊れた学習機械と考えている。 残念な事に 先ほどの検索結果には現れない。 アジャイルの初心者にとって、検索ユーティリティを使う事だけしかできないだろうか？ たぶんそうではない。しかし、これらの記事は尊敬されている、CIOや、IBM、そしてForresterという名前から発表されている。
アジャイルとは何で、アジャイルコミュニティとはなんだろうか？ Chris Matt氏にとっては
OK, もしかしてこの記者は独り相撲をとりたいだけなのだろうか？ たぶんちがう。 アジャイルとは何か、について、もう一度はっきりさせる時がたbyっbきたのだ。- アジャイルマニフェストは10年前からある。- 本当に助けになるかもしれない。 なぜならば、はっきり分からないのであれば、次に進む時であり、特別な用語を私たちの素晴らしいコミュニティのために新たに見つけ、今日、様々な人が定義しているアジャイルソフトウェア開発から離れるのだ。