InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
ユーザストーリーの適正サイズ
経験豊富なアジャイル開発実践者なら誰もが知っていることだが、適正なストーリーを引き出してまとめるのは、もっとも難しい作業のひとつだ。Pat Kua氏は最近自分の記事で、次の重要な問いかけをした。ストーリーはどれくらい詳細にすべきだろうか？
-
イテレーションやスプリントはアジャイルチームにとって無駄か、有用か
アジャイルなソフトウェア開発を行う上で、イテレーションは基本的な特徴であると考える人は多いが、中には、果たして重要なのか、アジャイル方式に価値を加えているのか、余分ではないのか、はたまた無駄ではないかとさえ疑う者もいる。イテレーションがアジャイルチームにとって重要か否かの決定に役立ててもらおうと、InfoQではこの問題の論点を総括した。
-
「完了」は「シップ可能」ということか？
「完了」と「シップ可能」との相違について、アジャイルに関するさまざまなフォーラムやブログで活発な討論が起こっている。両者は同じことを意味するような気がするが、リストやさまざまなブログ上での討論が提言するのは、この2つはいまなお広範囲にわたって誤解されており、誤使用されている用語であるということである。これは「完了」の取り扱い方についての提案をまとめたものである。
-
議論：Mavenはビルドに適したツールか？
最近、Mavenの実用性についてたくさんの論議がなされている。MavenとはJavaベースの依存性管理ツールのことで、多くのプロジェクトで利用されている。InfoQは、問題の争点が何であるか、またどういった結果をもたらすのかを理解するために、この議論をより詳しく調査した。
-
Ivy 2.0: Apacheプロジェクトとしてリリース
Ivyは、プロジェクトの依存性を管理 (記録、追跡、解決、および報告) するツールであり、Apache Antと密接に統合されている。これの2.0ベータバージョンがリリースされた。これは、Apacheプロジェクトとして初のリリースであり、Maven 2リポジトリとの強力な互換性が導入され、並行性サポートも強化された。さらに、いくつかの大きな変更点もある。
-
より優れたメトリクスの創出
エコノミスト誌の最近の記事では、ここ2世紀の間の最も素晴らしい図表の3点に敬意を表している。フローレンス・ナイチンゲールが作成したクリミア戦争中の疾病の影響を表す図、ナポレオンの失敗に終わったロシア侵攻を表したシャルル・ジョゼフ・ミナールの表、そしてウィリアム・プレイフェアの、250年以上にわたり小麦の価格と「優秀な機械工の週給」とを比較したグラフの3点である。統計情報を表すのに図表を使うことを最初に考案したのはプレイフェアであった。
-
'MSF for Agile'とMS VSTS - 一見の価値あり、か？
私たちはしばらくの間、マイクロソフトの'MSF for Agail'についての噂をあまり聞いたことがなかった。「より良いアプリを構築する」と言うこのInfoQビデオでは、コンサルタントであるKevin Jonesが、Visual Studio Team System (VSTS) とともにMSF for Agailを使ってみた彼の経験について、QConで話した内容が記録されている。
-
RubyとJtestRを用いてJava Testを加速させる
スクリプトタスク用のRubyの簡易さによってそれはテスト一式を記述するための有力候補となっている。最近までRubyを用いてJavaをテストする本当の意味での独立型のフレームワークは存在していなかった。Ola Blini氏（JRubyチームの一員）とAnda Abramovici氏によって書かれたJtestRが今それを実現する。RSpecのようなRuby機能と統合したRubyはJavaテストの記述をよりスムースにするだろう。
-
チェックリストの力
Atul Gawande氏はNew Yorkerの最近の記事で、明らかにローテクな手段であるチェックリストを用いて、どのようにしてPeter Pronovost博士が世界中の病院のICU（集中治療室）における感染症の発生率を低下させたかについて述べている。
-
RSpec 1.1 - 振舞駆動開発支持者のためのステップアップ
最近 Ruby コミュニティでいくつかの重要なリリースがあった。先月7日には Rails 2.0 がリリースされ、そして先日 David Chelimsky 氏は RSpec 1.1 のリリースを発表した。
-
Article: かんばんボードによるプロジェクトの見える化
日本におけるプロジェクトファシリテーションのの第一人者である平鍋健児さんが、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていきます。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案します。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装“TRICHORD”を紹介します。
-
HudsonとFindBugsを用いた継続的インテグレーションとコードインスペクション
最近IBM developerWorksに掲載された記事において構築中のプロセスにある継続的インテグレーション(CI)とコードインスペクションタスクをオープンソースツールを使用して自動化する事を取り上げている。それはjava.netコミュニティによって開発されたCIサーバであるHudsonをSubversionコードリポジトリをポーリングし、ソースコードに変更が発見される度にAntビルドスクリプトを動作するためにどのようにインストールし設定するのかを解説している。
-
オートテスト－隠されたツールの宝石
オートテストはあなたがファイルをセーブする度にテストを実行する。実はそれよりも賢いのである。私達はAutotestのようなツールがIDEを要さずにどのようにRubyのデベロッパ達の生産性を補助するのかという点に注目した。
-
どれくらい「ふりかえり」を行うか？
Norm Kerth氏が提案した「ふりかえり(retrospective)」の最初の定義は、3日間のオフサイトミーティングだった。それ以来、アジャイルコミュニティはあらゆるイテレーションにそのプラクティスを適用してきた。ただ、多くのチームは、「ふりかえり」を最小限の時間(せいぜい15分程度)しか行わない傾向がある。どれくらい「ふりかえり」を行うのが効率的なのだろうか？
-
始めてのRuby ProjectをインキュベートするApache: Java Projects用のRuby Build System
BuildrはJavaプロジェクトの簡易的で直感的な構築システムである。10ヶ月の開発とたくさんの前向きな意見が得られた後、それはRubyプロジェクトへのドアを開くApache Foundationによって育てられるだろう。