InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
知識の取得を繰り返すこと、それはビジネスの価値だけではない
一見したところ、大抵のアジャイル方法論で簡単に定義しているのは、ストーリーがビジネスの価値によって順番に開発されることである。しかしながら多くの場合、「知識を取得する」ように計画した段階を、ビジネスの価値を増加させることと混ぜ合わせるのには慎重になる。
-
新しいアジャイルのインプリメンテーションとしてのかんばん
ソフトウェアのためのかんばん方式は、トヨタ生産方式に由来するもので、スケジューリング作業のためのイテレーションのないアプローチである。タイム・ボックスの決められたイテレーションと計画ミーティングを使用するかわりに、前の作業が完了した場合にのみ、バックログからストーリーを取り出す。
-
スクラムチームで欠席を扱う
スクラムでは、各チームメンバは重要であり、チームの全体速度に貢献する。計画されていてもいなくても、欠席することはチームの速度に悪い影響を及ぼす。Scrum Developmentグループの興味深いディスカッションで、このような状況を扱う方法を議論しようと試みている。
-
170のビルドタスクを提供するMSBuild Extension Pack
MSBuildが初めてリリースされたときは、一時しのぎの措置とみなされていた。MSBuild導入前は、コマンドラインからの大掛かりな.NETプロジェクト構築は、気力をなくすような難題だった。コマンドラインのオプションを慎重に設計するか、NAntのようなサードパーティ製ライブラリを使わなければならなかった。
-
オレゴンで連邦政府の補助金がアジャイルのトレーニングを支援
アジャイルのエキスパートであるJames Shore氏とDiana Larsen氏は今月、オレゴン州ポートランドで行われる２つの講座で教え、雇用労働力訓練基金（Employer Workforce Training Funds）とオレゴン州のコミュニティカレッジ・労働力開発局（Department of Community Colleges and Workforce Development）から連邦政府の補助金を得るだろう。
-
-
ビヘイビア駆動開発を誰にでも
ソフトウェア開発で「ベストプラクティス」を実施することは、時にやや手ごわい先行投資になることがある。結果、開発者に工程をはしょらせて「とにかく終わらせる」ことになってしまうことが多い。これとは別に、ビヘイビア駆動開発（BDD）は、開発者とテスター、経営陣、事業参加者（顧客など）の間の協力関係を、大きく改善することができる技術である。ソフトウェア開発プロジェクトで実行すべき価値���ある実践として、着実に採用・評価されてきている。
-
ルールを破ってもいいのはいつか？
「Just Ship Baby」の中で、JUnit Frameworkの作者、Kent Beck氏は、すべてのアジャイルプロセスとプラクティスのポイントは、出荷するソフトウェアを作り出すことだと指摘する。それらがソフトウェアを出荷する障害になるならば、おそらくあなたはルールを破る必要がある。
-
未完のストーリーをどのように扱うか？
スクラムチームにとって、スプリントの終盤になって、取り組んできたストーリーがまだ終わっていないことに気づくことは、めずらしいことではない。おそらくそのストーリーは80%くらい終わっているように見えるだろう。そうしたストーリーはどうするべきで、そして進捗はどのように記録するべきなのだろうか？
-
Sprint 0とは?なぜ導入されたのか?
チームによってはSprint 0を使用して、プロダクトバックログやインフラ(開発環境、CIサーバ)を準備しているのだが、それはScrumの一部なのか?そして、役に立つのか?
-
レトロスペクティブの変化を曲げない
アジャイルチームは、しばしばレトロスぺクティブの間は変化について話すのは簡単だと思っているが、レトロスペクティブ後に実際にその変化をもたらすのは必ずしもそう簡単なことではない。ソフトウェア開発の人的側面に関してよく知られたソートリーダーであり、Agile Retrospectives： Making Good Teams Greatなどの書物の共著者であるEsther Derby氏が、改善に向けた個人的な取り組みから得た経験を詳述し、変化をもたらすにはどのようにするとうまくいくのかについていくつか提案している。
-
-
Martin Fowler氏：SOAはアジャイルアプローチで実行可能か?
最近の記事で、Martin Fowler氏は、Extreme Programming (XP)で一般に使用されているプラクティスである、evolutionary designをSOA実装へ適用する可能性を調査している。まず、plannedとevolutionaryの2つの一般的な設計パラダイムについて述べている。
-
「技術的負債」に対する新しい見方
Technical Debt Workshopは最近、「技術的負債」に対する業界の理解と扱い方の向上に取り組みつづけており、その結果として興味深いアイデアが生まれている。
-
SCRUMバン - SCRUM用のかんばん
Corey Ladasは「SCRUMバン」という興味深い論文の中で、リーンのプラクティスである「かんばん」をSCRUMで利用する方法を紹介した。論文で述べられているのは、進化的なプロセスである。