InfoQ ホームページ Agile に関するすべてのコンテンツ
-
「結合テストはでたらめだ」- J.B.Rainsberger氏による連載の紹介
著名なアジャイリストでテスト駆動開発のエキスパートでもあるJ.B.Rainsberger氏（J.B. Rainsberger）が始めたブログでの連載では、「結合テストはでたらめだ」という考えさせられる見解になぜ氏が行き着いたかの説明がなされている。
-
-
ユースケースの父がアジャイルはもっと賢くなる必要があると語る
オーストラリアのメルボルンとニュージーランドのウェリントンで3月23日から開催されたSoftware Education SDC カンファレンスにおいて、ユースケース、統一モデリング言語(UML)、ラショナル統一プロセス(RUP)に関する本の著者であるIvar Jacobson氏がアジャイル開発は「もっと賢くなる」必要があると語った。
-
アジャイルプロジェクトにおけるパフォーマンスエンジニアリング
パフォーマンスエンジニアリングは重要なソフトウェア開発規律のひとつだ。パフォーマンスエンジニアリングはアプリケーションがパフォーマンスを考慮したうえで設計、製造、テストされていることを保証する。
-
かんばんワークフローはアジャイルか？
Karl Scotland氏は、かんばんシステムにおけるワークフローあるいは段階が、クロスファンクショナルで協力的なチームというアジャイルの理想と反対のものであるかを検討する議論を始めた。彼はまず、かんばんボードの各段階はウォーターフォールのフェーズに非常によく似ている、と発言した。次に起きた議論は、段階は必ずしも引き継ぎではないことを明らかにし、その他の洞察ももたらした。
-
アジャイル認定批判の新たな波
長い間、アジャイル認定の話題はコミュニティで何度も繰り返し議論の中心となっている。これは望ましいものなのだろうか？可能なのだろうか？茶番、詐欺なのだろうか？近頃、認定に反対の主張をする議論の波が起きているが、それは主に、そのような「アジャイル認定」を与えることを主張する新しい企業に対する反対である。
-
Agile2008でのRobin Dymond氏とのインタビュー
Agile2008コンファレンスでのRobin Dymond氏とのインタビューにおいて、Robin氏はアジャイルを「次のレベル」に押し上げる方法、変わることができない組織にとって、期待できるアジャイルチームを組織できない理由などLeanの概要を示している。Robin氏は、従来の階層およびチーム構造間の不釣合いを説明している。
-
見習い期間のモデル
Bob Martinおじさんは、見習いとの経験、および見習いから熟練職人に進むための鍵が何かと考えるかについて、最近書いた。 彼は2人の仮想の見習いについて記述している:Samは同じ師匠の下で15年弟子として過ごした開発者。もう一人のJasmineは途中で彼女のスキルを伸ばすために数回仕事を変更した(したがって師匠も変更した)。
-
-
Visual Studio Team System 2010 で予定されているもの
Microsoft のディベロッパテクノロジスペシャリスト Bill Maurer 氏はカンファレンスを開催し、Team Foundation Server、ソース管理、プロジェクト管理、テスト、開発およびアーキテクチャといった主要な分野における Visual Studio Team System 2010 (VSTS) の新機能を紹介した。
-
大規模なアジャイルプロジェクトで新しい人を入れる
Anand Vishwanath氏は、大規模なアジャイルプロジェクトでは、小規模の「シミュレーション・プロジェクト」の利用が、新しい人を決まったやり方に慣れさせるための最善の方法となるだろうと提案している。一言で言えば、「一回の研修の中で新たに入ってきた人たち４～６人のグループを作り」、経験のある数人のメンターの支援の下で彼らに１～２週間に渡って数回の小さなイテレーションを実行させるのである。
-
スクラム認定テストの続き
認定スクラムトレーナーのMishkin Berteig氏が、今年3月にOrlando Scrum GatheringでベータCSM(認定スクラムマスタ)テストを受け、フィードバックを投稿した。
-
ストーリー・マッピングによるユーザ・ストーリーへのコンテキスト付与
「バックログ」というスクラムの要素は、チームが実装するユーザ・ストーリーに優先順位が付けられた1つのリストである。これは、チームが直近に取り組むべきこと（たとえば、スプリントの計画など）を整理するのに効果的だ。Orlando Scrum Gatheringにおいて、Jeff Patton氏は、ストーリー・マッピングについて述べたが、これは、よりリッチなコンテキストを提供しリリース計画に役立つストーリーを構成するための手段である。
-
-
理想的なイテレーション期間
アジャイルの導入でよくある質問の1つは、理想的なイテレーション期間に関したものである。チームは、たいていイテレーションの期間は1週間から2ケ月を取っている。正しいイテレーション期間を選択することが重要であり、アジャイルの導入が成功するかは、適切なイテレーション期間にかかっている。