
「コンサルティング」契約
Michael Spayd氏が「コンサルタント」に関する、契約者と非契約者について語ります。身近なシステム開発シナリオの中での一般的なITナレッジワーカーの役割を展開し、仕事の開始と合わせたその行動をたどってみましょう。途中、クライアント (内部または外部を問わない) との契約の要素と、計画的な関係への取り組みを開始することの重要性について検証します。

Michael Spayd氏が「コンサルタント」に関する、契約者と非契約者について語ります。身近なシステム開発シナリオの中での一般的なITナレッジワーカーの役割を展開し、仕事の開始と合わせたその行動をたどってみましょう。途中、クライアント (内部または外部を問わない) との契約の要素と、計画的な関係への取り組みを開始することの重要性について検証します。
「ソフトウェアエコノミストで国際的なコンサルタント」を自称するDavid Longstreet氏が、昨年、アジャイルソフトウェア開発はおとぎ話で、ただ「カウボーイ」開発を正当化しようとしているだけだと主張する論文を発表した。
ここ最近、開発主導型の機能テストの分野において活発な動きがある。Jennitta Andrea氏とWard Cunningham氏が、「機能テストツールの次世代を予想」というテーマでウェブ放送を開催した。また、Thoughtworksがこの分野において製品を発表する意向を示した。
経験豊富なアジャイル開発実践者なら誰もが知っていることだが、適正なストーリーを引き出してまとめるのは、もっとも難しい作業のひとつだ。Pat Kua氏は最近自分の記事で、次の重要な問いかけをした。ストーリーはどれくらい詳細にすべきだろうか?
最近、Scrum開発のユーザグループで、「顧客はアジャイルプロジェクトの成功をどのように測定するか」という問いに答えようとする興味深い議論があった。ここで重要なのは、「測定する」ということだ。この議論では、顧客の観点からの成功を測定することは重要であり、その実施にはさまざまな方法があるということで意見の一致が得られているようだ。最も良い測定方法は、状況と顧客によって異なるだろう。
今日のソフトウェアコミュニティにおける努力の多くは、ソフトウェア開発のプロとビジネスピープルとの間のギャップを解消するための橋渡しを目標としているが、一部のブロガーは問題をすこし異なった視点から見ており、開発者と彼らが作るソフトウェアとの間のギャップを強調している。
ソフトウェアの品質はどうでもよい、特定の期日までに仕上げなければならない予定された要求(スコープ)がある - 顧客にそう言われたら、あなたはどうするだろうか?顧客の言うことを聞き、品質を犠牲にするだろうか(そもそも、品質とは何だろうか?)?
組織において一つのデベロッパグループが複数のプロジェクトを完成しなければならない事は珍しいことではない。このような状況においてグループはどのように構成され、またどのように彼らの作業をどのように計画し、配分するべきなのだろうか。