InfoQ ホームページ Agile に関するすべてのコンテンツ
-
-
JCP公開討論会: コミュニティは公開化と参加の容易さを求めている
QCon San Francisco 2008では、Open Standards Developmentに関する公開討論会が開催され、Patrick Curran氏 (JCPの議長であり、コミュニティの優秀なメンバでもある) がオープンスタンダードとオープンソース開発の双方に関する彼らの実用的な経験を共有した。
-
アプリケーション・アーキテクチャにおけるアジャイルの実践
Microsoft社はパターンや実践方法を元にしたHow-To Design Using Agile Architecture(アジャイルなアーキテクチャを使った設計方法)というガイドを発表した。これにはアジャイルにアプリケーションを構築する際に従うべき詳細なガイドラインが示されている。
-
Article: Agile2008 チーム参加レポート - 動機/準備編
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
-
在宅勤務者向けTeam Foundation Server
Windowsデベロッパにとって、Visual SourceSafeが事実上のバージョン管理であった一昔前、リモートアクセスは深刻な問題だった。SourceOffSiteのような製品は、企業の本社勤務ではないすべての労働者にとってなくてはならないものだった。国際化と不安定な原油価格が相まって、在宅勤務に依然として拍車をかけ続けているが、Microsoftはこの部門をないがしろにしている。
-
「スプリント」は適切な呼び方ではない？
アジャイル開発における最も根本的な概念の1つとしてあげられるのは「反復」しながら仕事をすすめるということだろう。繰り返し暫定的なマイルストンを設定しながら、繰り返し改良されたバージョンの製品を納品することで、プロジェクトを運営していくのである。アジャイルな手法では、このやり方を何かに喩えた名前を付けている。有名なもので言えば、XPの「イテレーション」であり、スクラムの「スプリント」である。
-
Tasktop 1.3、FirefoxとLinuxのサポートを追加
Tasktop Technologies社は、Eclipse Mylynを作成しその開発を牽引している会社であるが、先日Tasktopバージョン1.3をリリースした。
-
.NET 4の新機能を探る：コード契約
InfoQでは昨年からC#をベースにして契約による設計をサポートするSpec#を取り上げている。契約による設計は静的型付けのように、コンパイル時に検証されないと一定の動作を実行することができないという考え方だ。
-
インフラがアジャイルソフトウェアチームを楽にする
アジャイルマニフェストは「プロセスとツールよりも個人と相互作用」を尊重する。しかしながら、ツールとプロセスをうまく混ぜ合わせるとアジャイルチームの成功の触媒の役割を果たすことがよく起こる。アジャイルの導入が増え、多くのチームが分散環境で働くという事実の中で、適切なインフラを持つことがアジャイルチームの成功の重要な要因となっている。
-
-
Article: Agile2008 チーム参加レポート - 動機/準備編
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
-
スクラム認定テスト
アジャイルコミュニティの様々なメンバが、スクラム認定には意味がないことに何度も不満を漏らしている。なぜなら、スクラム認定の講座を受講する人は、ほとんど誰でも認定証を受け取るからだ。Danube technologiesのMichael James氏は、2009年1月1日よりこのケースはもはやあてはまらないと書いた。
-
QCon San Franciscoまであと少し：100人の講演と17のトラック
2年目となるQCon San Franciscoカンファレンス（11月19日から21日）があと間近にせまっています。このカンファレンスではエンタープライズソフトウェア開発における重要なキーとなるトピックが話し合われます。
-
Scrumでの非機能的な要求の対処
非機能的な要求は、振る舞いよりもシステムの質を説明する。Scott Ambler氏は、Dr. Dobb氏のポータルの記事にある「Scrumの製品バックログの概念は、単純な機能的な要求には適切に動作するが、非機能的な要求やアーキテクチャ上の制約には足りない」ということを主張したとき、白熱した議論を巻き起こした。
-
MSの経験から生まれた分散アジャイルですべきこととすべきではないこと
Microsoftのpatterns & practicesグループの開発マネージャ、Ade Miller氏が分散アジャイル開発の記事を発表した。この記事で、分散アジャイル開発をしようする際の課題を明らかにしている。さらに、主としてMicrosoftのpatterns & practicesグループ内のチームの経験に基づき、これらの課題に取り組むための提案を行う。