InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
チームで新しい習慣を身につける報酬は？
チームが新しい習慣を身に着けようとして、なかなかうまくいかないときがある。習慣とは、ユニットテストを書く、コンパイラの警告をなくす、ビルドを壊さない、などのことだ。どうしたら、チームにこうした習慣を植え付けることができるだろうか？Clint Shankはメンバーを移行させるために、あるゲームをデザインした。
-
TDDへの見解：品質は思索と熟考から得られる。バグの抑制からではない。
Michael氏はユニット・テスト、インテグレーション・テスト、TDDそしてクリーン・ルーム・ソフトウェア開発について言及し、コードの品質というのは思索と熟考から得られるのであってバグの抑制から得られるのではないと結論付けている。
-
Gallio .NET Test Automation Platform
Gallioは、.NETテストフレームワークをターゲットにした自動化プラットフォームである。各テストフレームワークが自動化APIやテストランナーなど独自のツールセットを作成する代わりに、Gallioはすべてのテストフレームワークで利用可能な中立で拡張可能なプラットフォームの提供を目指している。
-
Subversion 1.5のリリース
Subversionはマチュアなオープンソースバージョンコントロールシステムで、多くのオープンソースプロジェクトで使用されている。新機能が加わりバージョン1.5がリリースされた。
-
FIT/FitnesseのためのFixture Gallery 2.0リリース
Fixture Galleryは、FIT/Fitnesseのフィクスチャの公開された手引書であり、Gojko Adzic氏によってバージョン2.0が最近リリースされている。ギャラリーのこのバージョンで追加されたのは、Pythonでウェブのプログラムを作成する人たちのためのPythonのコードサンプルである。
-
ROIの最も高いアジャイルプラクティス
投資利益率は、投資額に対して、その投資で得られた（あるいは失った）金額として定義される。予想されるROIは、ソフトウェア開発の特定の技術を採用する上で、非常に重要な決定的要因である。IBM developerWorksの記事で、Roger N.Dunn氏はアジャイルの採用を決める上で助けとなる手段の点から、アジリティを調べている。
-
モックオブジェクトをいつ使うか?
「Ode To Code」の中で、K Scott Allen氏は、ユニットテストでモックオブジェクトを使うのは合理的なことだと勧めて、モックオブジェクトのフレームワークを使うことについて彼の考えを述べている。
-
レトロスペクティブ（ふりかえり）の失敗とその回避方法
アジャイルのレトロスペクティブ（ふりかえり）について書いた文章の多くは、どのようにそれらを実行し、どのような形式を使用できるかに関する基礎に重点を置いている。
-
Impala、初のパブリックリリースでSpring向け動的モジュールを提供
開発と配布にApache LicenceのVersion 2を利用したImpalaは、Java 1.5ランタイムを用いて、Spring MVCベースのWebアプリケーションを階層化したモジュール一式に分割する手段を開発者に提供する。
-
RubySpecのオフィシャルWebサイトとGoogle Summer of CodeのRubySpec担当の学生
来たるGoogle Summer of Codeに参加する2人の学生、Federico BuilesとArthur Schreiberは、Ruby仕様の改良と拡張を行う予定である。この2人と話し、この夏、何に取り組むかを聞いた。
-
ALT.NET Podcastの紹介
InfoQは最近、 ALT.NET Podcastという新しいポッドキャストについて知った。開発者コミュニティに焦点を合わせたこのポッドキャストにより、ALT.NETの何たるかを象徴する人々が一つにまとまった。ALT.NETという言葉はDavid Laribee氏による造語であることを覚えておこう。
-
アジャイルプロジェクトで中断に対処する
中断は、その名が示すようにアジャイルチームの速度を落とす役割を果たす。こうした中断のうち、あるものは必要なものであり、またあるものはそうではない。重要なことは、作業の流れにダメージを与えるような中断を識別し、最小限に抑えることである。
-
-
2008年度のアジャイル採用に関する調査結果
2008年2月に、Dr. Dobb'sではアジャイルソフトウェア開発技術の採用に関する調査を行い、642名の回答者から統計を集めた。採用率が昨年と同じく69％であったのは、驚くべきことである。他の統計では、しかしながら変化を見せている。
-
バリューストリームの妨げとなるもの
スクラムでは「より生産的であろうとすることを妨げる何らかのもの」を障害として定義している。チームができるだけ継続的に、障害を取り除く手段を確立することを、スクラムでははっきりと重視している。Joe Little 氏は、障害のスコープについて、「組織が価値を提供することを妨げる何らかのもの」とした方がよいのではないか、と提案している。