InfoQ ホームページ 顧客要求 に関するすべてのコンテンツ
-
ベッドタイムユーザストーリー: カウボーイとおとぎ話
「ソフトウェアエコノミストで国際的なコンサルタント」を自称するDavid Longstreet氏が、昨年、アジャイルソフトウェア開発はおとぎ話で、ただ「カウボーイ」開発を正当化しようとしているだけだと主張する論文を発表した。
-
機能テストの今後
ここ最近、開発主導型の機能テストの分野において活発な動きがある。Jennitta Andrea氏とWard Cunningham氏が、「機能テストツールの次世代を予想」というテーマでウェブ放送を開催した。また、Thoughtworksがこの分野において製品を発表する意向を示した。
-
ユーザストーリーの適正サイズ
経験豊富なアジャイル開発実践者なら誰もが知っていることだが、適正なストーリーを引き出してまとめるのは、もっとも難しい作業のひとつだ。Pat Kua氏は最近自分の記事で、次の重要な問いかけをした。ストーリーはどれくらい詳細にすべきだろうか？
-
議論: アジャイルプロジェクトの成功を顧客視点で測定する
最近、Scrum開発のユーザグループで、「顧客はアジャイルプロジェクトの成功をどのように測定するか」という問いに答えようとする興味深い議論があった。ここで重要なのは、「測定する」ということだ。この議論では、顧客の観点からの成功を測定することは重要であり、その実施にはさまざまな方法があるということで意見の一致が得られているようだ。最も良い測定方法は、状況と顧客によって異なるだろう。
-
成功するコラボレーションには偶然などない
パートナーシップコーチのMichael Spayd氏は契約社員と正社員は両方ともプロジェクトに取り掛かる際にコンサルタントとしての役割を果たすことができ、またクライアントとコンサルティング系統の契約を発展させていくという提案を記した記事をInfoQに提供した。これは通常の”契約”という用語とは異なる意味を持っている。サービスプロバイダとクライアント間の法的な決まりごとである。彼の"Designed Partnership Contract"は金銭の交換に関するものではなく、”コンサルタント”がコミュニケートし、自身達の価値観と嗜好を大切にするのを可能にする一方、より良いクライアントとのコラボレーションを成すために使用されるものである。
-
階層アーキテクチャは開発者と彼らが作るソフトウェアの間にギャップを生むか？
今日のソフトウェアコミュニティにおける努力の多くは、ソフトウェア開発のプロとビジネスピープルとの間のギャップを解消するための橋渡しを目標としているが、一部のブロガーは問題をすこし異なった視点から見ており、開発者と彼らが作るソフトウェアとの間のギャップを強調している。
-
品質に交渉の余地はあるか？
ソフトウェアの品質はどうでもよい、特定の期日までに仕上げなければならない予定された要求（スコープ）がある - 顧客にそう言われたら、あなたはどうするだろうか？顧客の言うことを聞き、品質を犠牲にするだろうか（そもそも、品質とは何だろうか？）？
-
一つのAgileチームで複数のプロジェクトをこなすには
組織において一つのデベロッパグループが複数のプロジェクトを完成しなければならない事は珍しいことではない。このような状況においてグループはどのように構成され、またどのように彼らの作業をどのように計画し、配分するべきなのだろうか。
-
アジャイルPMが顧客の靴で一マイル歩いてみる
Ternary SoftwareのCOOのAlexia Bowers氏は、Ternaryで多数のプロジェクトを率いてきた。昨年、彼女は顧客(プロダクトオーナー)の役割を演じ、そして、それがどのようなものであったのかを、プレゼンテーションで話してくれた。
-
RSpecに待ちに待ったIntegration TestのRBehaveが追加
RSpecはRuby用に書かれた振舞駆動開発(略してBDD)の受け入れテスト用フレームワークである。またRSpecはJRuby環境下で動作可能なので、JavaでもRSpecを使う事が出来る。
-
次世代の機能テスト
次世代の機能テストはどんなものであるべきか？ AgileAllianceは2007年10月11日から12日にかけて次世代の機能テストツールを考えるワークショップをオレゴンのポートランドにて開催している。