InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
スタンドアップ ミーティングは大規模チームを受け入れるか？
デイリー スタンドアップ ミーティングは、チームがそのイテレーションのゴールに向けて、チームのコミットメントの進捗をふりかえるのに有効だ。しかしながら、多くのアジャリストはチームの規模が大きくなるに従い、従来のスタンドアップ ミーティングが機能しなくなると確信している。
-
分散アジャイルチームはヒーローを必要としているか？
The GDM-Agile Paradox: Tips to Tap into the of Agile in the Global Delivery Modelという記事でAjay Bhandari氏とKumarasivan Veeramuthumoni氏は、オフショアモデルでアジャイル開発を行った際に彼らのチームが経験したことを報告している。
-
コード再利用へのアジャイルアプローチ
Extreme Programming Yahoo Groupの最近のディスカッションにおいて、ソフトウェアを再利用可能にすることと、必要になるまでコードを書かないというXPのプラクティスの間で明らかな対立が起こった。Ron Jeffries氏その他の人たちは、コード再利用の費用と効果、そして、アジャイル環境でコードの再利用を行う方法と時期についての考えを共有した。
-
-
かんばんワークフローはアジャイルか？
Karl Scotland氏は、かんばんシステムにおけるワークフローあるいは段階が、クロスファンクショナルで協力的なチームというアジャイルの理想と反対のものであるかを検討する議論を始めた。彼はまず、かんばんボードの各段階はウォーターフォールのフェーズに非常によく似ている、と発言した。次に起きた議論は、段階は必ずしも引き継ぎではないことを明らかにし、その他の洞察ももたらした。
-
見習い期間のモデル
Bob Martinおじさんは、見習いとの経験、および見習いから熟練職人に進むための鍵が何かと考えるかについて、最近書いた。 彼は2人の仮想の見習いについて記述している:Samは同じ師匠の下で15年弟子として過ごした開発者。もう一人のJasmineは途中で彼女のスキルを伸ばすために数回仕事を変更した(したがって師匠も変更した)。
-
Visual Studio Team System 2010 で予定されているもの
Microsoft のディベロッパテクノロジスペシャリスト Bill Maurer 氏はカンファレンスを開催し、Team Foundation Server、ソース管理、プロジェクト管理、テスト、開発およびアーキテクチャといった主要な分野における Visual Studio Team System 2010 (VSTS) の新機能を紹介し��。
-
ストーリー・マッピングによるユーザ・ストーリーへのコンテキスト付与
「バックログ」というスクラムの要素は、チームが実装するユーザ・ストーリーに優先順位が付けられた1つのリストである。これは、チームが直近に取り組むべきこと（たとえば、スプリントの計画など）を整理するのに効果的だ。Orlando Scrum Gatheringにおいて、Jeff Patton氏は、ストーリー・マッピングについて述べたが、これは、よりリッチなコンテキストを提供しリリース計画に役立つストーリーを構成するための手段である。
-
理想的なイテレーション期間
アジャイルの導入でよくある質問の1つは、理想的なイテレーション期間に関したものである。チームは、たいていイテレーションの期間は1週間から2ケ月を取っている。正しいイテレーション期間を選択することが重要であり、アジャイルの導入が成功するかは、適切なイテレーション期間にかかっている。
-
ボトルネックの制約がある中での改善への視点
My Framework is More Productive than Your Frameworkの中で、Ken DeLong氏はソフトウェアプロジェクトをさらに生産的にするアプローチについて検証している。フレームワーク、言語およびプロジェクト管理ツールに関する宣伝にもかかわらず、これらはボトルネックにならない傾向にある。Ken氏は、最大の生産性はコミュニケーション、コードの読み取り可能性およびデバッグ可能性が改善されることにより、もたらされると考えている。
-
Article:画面プロトタイプを用いた要件抽出技法の紹介
ここで紹介する記事では、システム開発の要件定義工程での要件抽出を補助する手段のひとつとして、画面プロトタイプを用いて要件抽出を行う技法とその有効性を紹介します。
-
非常に生産性が高いチームをどうやって手に入れるか?
アジャイルソフトウェア開発がこれほど評判のよい主な理由のひとつであり、おそらく一番の理由だと言えるのは、非常に生産性が高いことに関して現場から数多くの報告があることだ。ソフトウェアを構築して1つの不具合も出さずにリリースしたチームは、顧客やかつて製品化までにかかっていた時間をごくわずかにまで減らしてきた人たちに知れ渡る。Joanna Zweig氏とCesar Idrovo氏は、非常に生産性が高いチームの働き方の理論、グループの一貫性について説明する4つの記事を書いた。
-
Test Swarm で JavaScript統合テストをクラウドソーシング
jQuery JavaScript ライブラリの作者 John Resig 氏は、クライアントサイド JavaScript 用の分散型の継続的インテグレーションテスト用プラットフォームである Test Swarmをリリースした。従来のスケールしない JavaScript テスト環境への不満から、現時点では非公開アルファ版である John 氏の新しいプロジェクトは、大きなグループあるいはコミュニティにブラウザ関連のテストを委託するためのシステムを提供することを目指している。
-
ソフトウェア職人マニフェスト:出撃命令
Pete McBreen氏は2001年に『Software Craftsmanship:The New Imperative』を書いた。昨年、Bob Martinおじさんは『Clean Code: A Handbook of Agile Software Craftsmanship』を書いた。そして彼はAgile2008の基調講演の中で、アジャイルマニフェストに「クズなコードを書かずにソフトウェア 職人気質を持つこと」を追加して修正することを提案した。
-
MSBuild Extension Pack
MSBuild Extension Packの新バージョンが利用可能である。MSBuild Extension Packはオープンソースライブラリであり、一般に必要とされるMSBuildタスクを含んでおり、完全なコンパイル、パッケージングおよび環境設定ビルドプロセスを自動化する。