
アジャイルアーキテクチャの相互作用
アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。

アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。
西欧各国政府が対GDP比で返済困難な負債に苦しむなか、英国はもっと効率よくリスクのないITプロジェクト納入フレームワークを作るためのイノベーションとアジャイルプラクティスに取り組み始めている。
チームによって完遂され、完遂するまでにかかった時間で分割される仕事の尺度であるVelocityは、チームの生産性を管理するためやチーム間の比較の尺度として用いられるようになっている。Jim Highsmith氏、Mark Levison氏、そしてScott Ambler氏は生産性の尺度としてのVelocityの間違った使い方に関して議論する。
Agileコミュニティは、組織におけるAgile採用の効果を計測するためのベストな方法を決定するために、数年にわたりいくつもの試みをしている。最近の記事で、最も便利なメトリックについて議論が再燃している。
近頃、アジャイルリーダーニュースグループで、持続可能なペースを確立し維持することについて議論が起こった。チームや個人は組織の圧力に直面して長く働いてしまうことはよくあることだ。議論の参加者は具体的な考えやアドバイスを書いている。また、このような状況がどのようにして起こるのかについても話題が及んだ。

日本でアジャイル開発がまだ広く受け入れられていない理由には、日本のソフトウェア業界に特有の構造に問題がある。一方でオンラインサービス系の企業を中心に新たな変革も見え始めてきた。 日本人はアジャイル開発を得意とする文化的背景を持つと考えられ、これからが発展の時期になると期待する。

Christopher Goldsbury氏は、アジャイルに見られるいくつかの「まずい考え方」を取り上げている。マネジメントやドキュメンテーション、テスト、チーム、スケジュールに関してよく遭遇するが、現実に反した主張である。このようなまずい考え方は、誤っているにもかかわらず、アジャイルの中に隠れ場所や正当化の根拠をみつけるのだ。これらの考えがアジャイル方法論を牛耳って、よい動きに陰を落とすようになるまでに、これらの見方に対応することは必須である。

高度に生産的なアジャイルプロジェクトで求められるスキルは伝統的なプロジェクトで必要なスキルとは違う。この記事では優れたチームにするための技術的なスキルや振る舞いを特定する。これらの‘デルタ’特質を獲得した人はだれでも、正しい技術的なスキルや振る舞いを身につけて、アジャイルプロジェクトで効率的に働くことができるだろう。

OOPSLA 2007の会場にて我々InfoQ取材班はKent Beck氏へのインタビューを行った。その中で氏は、彼の新しい本「Implementation Patterns」についてや、その中に登場するパターンとXPとの関わり、そしてアジャイルを適用する際の問題やデザインパターンの現在の状況について語ってくれた。(翻訳:畠山 貴 - (株)永和システムマネジメント)