InfoQ ホームページ Agile に関するすべてのコンテンツ
-
「ふりかえり最優先条項」についての議論
ある夜の夕食のときに、ベテランの実践者たちのグループは、自分たちがチームで「ふりかえり最優先条項」をどのように使用するか(あるいは使用しないか)に関して意見を交換した。
-
50人の開発者に聞きました: アジャイルについて、あなたのCIOに知ってもらいたいこと
あなたは自社のCIO(情報システム担当役員)へ、アジャイルソフトウェア開発の利点を説明しようとしているところだろうか?あなたの上司は第三者によるアジャイルの有効性の証明を求めているだろうか?そうだとしたら、CIOマガジンのEsther Schindler氏があなたのためにその大仕事をやってくれている。50人以上のアジャイル開発者へ彼女はひとつの質問をした。
-
アーキテクトは財政破綻と市場危機を止めることができるか
Société Générale（フランスの大手銀行）がJerome Kervielという人物の不正により49億ユーロ（72億ドル）の損害を被ったらしいというニュースは、高い評価を持つ金融機関でのシステムにさえも穴があるということで世界中に議論を巻き起こした。
-
継続インテグレーションとデータベースのバージョン管理
原則として、データベースに対する作業は必ずバージョン管理しなければならない、と強く主張した記事を投稿した後で、Scott Allen氏はデータベースのバージョン管理を最大限に利用する手法について詳しく述べている。彼は、ベースラインを作成し、スキーマのリビジョン管理に変更スクリプトを使い、データベースの（ビューやストアドプロシージャ、ファンクション、トリガ等の）プログラムされたオブジェクトを管理し、そしてブランチやマージ処理を利用する、包括的で実用的な手法を紹介している。
-
OLPC用アプリケーションを作る方法
2006年、TEDカンファレンスでNicholas Negroponte氏はMIT Media Lab所長を退任後One Laptop Per Child（OLPC）活動の指揮を取っていることを明らかにした。彼の動機は教育に関することだ。2007年11月、モンゴルにおいてG1G1プログラムの最初の配布計画に従って最初のXO世代マシンが量産を開始した。
-
Opinion: アジャイルを採用することとアジャイルを習慣にすることは別の話だ
アジャイルプラクティスを有効に使うことはアジャイルプラクティスにはどんなものがあるかを知っていることほど簡単ではありません。テスト駆動開発を有効に活用することは、「レッド―グリーン―リファクタリング」というステップを繰り返すべきだということを知っているのとは異なります。どうすれば「アジャイルというのはなかなかよさそうな考え方ですね」という段階から「私たちはアジャイルプラクティスを活用して自分たちの組織にもたらす価値を著しく改善しています」という段階に辿り着けるのでしょうか？
-
SaaSアーキテクチャ成熟度モデル
Software as a Service (SaaS)がますます主流となるにつれて、製品の裏側にあるアーキテクチャに関する議論が活発になっている。Dharmesh Shah氏がSaaSアーキテクチャ成熟度モデルの経済的意味について著した。
-
問題を抱えたプロジェクトの舵取り：まず酸素マスクを確保せよ
Fiona Charles氏によるStickyMindsでの最近の記事は、問題を抱えたプロジェクトの舵取りについて触れている。「前進のための融通の利かないプロセスのための時間ではない」と強調し、プロジェクトを好転させるのに役立つ貴重な洞察を提供している。
-
TDD/BDDは不完全なユニットテストを招くか？
Peter Ritchie氏は、TDDやBDDにこだわることで、良いユニットテストを書かなくなる傾向があるのではないか、という懸念を表明した。特に「インタラクションテスト(interaction testing)」というマントラは、不完全なユニットテスト、すなわち、どのような条件下で利用されても稼働するユニット(オブジェクト)である、という証明ができていないテストをもたらすと述べている。Peter氏の考えで最も興味深いのは、TDDとBDDのそもそもの意図に対する反対意見と受け取れるところだ。
-
機能テストの今後
ここ最近、開発主導型の機能テストの分野において活発な動きがある。Jennitta Andrea氏とWard Cunningham氏が、「機能テストツールの次世代を予想」というテーマでウェブ放送を開催した。また、Thoughtworksがこの分野において製品を発表する意向を示した。
-
Review Board - コードレビューをオンラインで
コードレビューは品質を高め、情報共有とメンターシップの優れた方法となる。 残念なことにこれまではサポートツールの準備に手間がかかったりそもそも準備されなかったせいでコードレビューは後回しにされることが多かった。Review Boardはコードレビューのプロセスをサポートするアプリケーションによってこの状況を変えようとしている。このアプリケーションのいくつかの機能をあげよう。
-
継続的リリースは、さらなるアジャイルさを与えてくれるか？
StelligentのPaul Duvall氏は最近の記事で、継続的インテグレーションを継続的リリース(Continuous Production)に成長させるために必要なアクティビティについて書いている。継続的リリースとはまとめてリリースする代わりに、絶えずソフトウェアをリリースし続けるプラクティスのことである。
-
ユーザストーリーの適正サイズ
経験豊富なアジャイル開発実践者なら誰もが知っていることだが、適正なストーリーを引き出してまとめるのは、もっとも難しい作業のひとつだ。Pat Kua氏は最近自分の記事で、次の重要な問いかけをした。ストーリーはどれくらい詳細にすべきだろうか？
-
議論: アジャイルプロジェクトの成功を顧客視点で測定する
最近、Scrum開発のユーザグループで、「顧客はアジャイルプロジェクトの成功をどのように測定するか」という問いに答えようとする興味深い議論があった。ここで重要なのは、「測定する」ということだ。この議論では、顧客の観点からの成功を測定することは重要であり、その実施にはさまざまな方法があるということで意見の一致が得られているようだ。最も良い測定方法は、状況と顧客によって異なるだろう。
-
責任、個人のアジャイル性、その他の親密なコミュニケーションのアイデア
うまくいっているアジャイルなチームの特徴は、プラクティスではなく主に文化にある。この考えは多く（ほとんどと言ってもいいかもしれない）のアジャイルな分野で当てはまるように思われる。組織的変革の世界で有名になった Christopher Avery 氏は Responsibility という言葉を再定義し、その考え方を人々に伝えるという作業に取り組み、その成果をアジャイルプラクティスに注いでいる。個人のアジャイル性はアジャイル導入のカギなのだろうか？