トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Henrik Kniberg, 翻訳者 後藤 章一 投稿日 2008年8月12日 午前12時0分

このMinibookは、Henrik Kniberg氏による文書、「塹壕よりScrumとXP(Scrum and XP from the Trenches)」を後藤 章一氏の協力により日本語へ訳したものです。
Agile開発において、慎重を要する部分は、それをどう行うか、というマニュアルが無いのです。あなたは、その特定の状況に合うようになるまで、何回も実験を繰り返さなければいけません。
この本では、とあるスウェーデンの会社が、40人ほどのチームでScrumとXPを実行し、その後約一年にわたってプロセスを改善していった方法を記述しています。これにより、あなたは少し有利なスタートに立てるかもしれません。
Henrik Kniberg氏の指導の下、彼らは異なるチームの大きさ、異なるスプリントの長さ、「実行」するためのことなるやり方、プロダクトバックログとスプリントバックログのための異なるフォーマット、異なるテスト戦略、異なるデモのやり方、複数のScrumチームを動機させる異なるやり方、その他いろいろなことを実験しました。彼らはまた異なる連続した構築方法のやり方、ペアプログラミング、テスト駆動開発(TDD)等の、XPプラクティス、そしてこれらをScrumとどう結合させるか、について実験しました。
あなたのチームは異なるプラクティスの構成(そして妥協も)だからうまく出来ないと述べるかもしれません。しかし、あなたのAgileプロセスをあなたのために最も機能させる「連続的な改善」プロセスに近づく方法がここに記されています。
この本には以下の内容が含まれています。
Henrik Kniberg氏や後藤氏のご協力にて、本サイトにて無料ダウンロードが可能となりました。本書がみなさんの手に渡り、そしてみなさんの知識が増えることを我々はうれしく思います。
ダウンロードはこちらからお願いします。 ログインするとMinibookの無料ダウンロードが可能になります (PDF形式)
はしがき by Jeff Sutherland
はしがき by Mike Cohn
1. まえがき
2. はじめに
3. どうやってプロダクトバックログを運用するか
4. どうやってスプリント計画を準備するか
5. どうやってスプリントを計画するか
6. どうやってスプリント間でコミュニケートするか
7. どうやってスプリントバックログを扱うか
8. チームの部屋をどう改造するか
9. どうやって日次Scrumを実施するか
10. どうやってスプリントデモを実施するか
11. どうやってスプリントの振り返りを行うか
12. スプリント間の休憩期間
13. リリースの計画と価格確定させた契約をどうするか
14. どうやってScrumとXPを結合するか
15. どうやってテストするか
16. どうやって複数のScrumチームをハンドルするか
17. 地理テクに離れたチームをどう扱うか
18. Scrumマスタチェックリスト
19. お別れのことば
20. お勧め書籍
21. 著者について
Henrik Kniberg氏(henrik.kniberg at crisp.se)は、ストックホルムにあるCrispのコンサルタント(www.crisp.se)であり、JavaおよびAgileソフトウェア開発を専門にしています。
Henrik氏は日本の東京育ちで、現在は妻であるSophia氏と二人の子供とストックホルムで生活しています。余暇には音楽活動にも積極的であり、作曲したり、地元のバンドとバスやキーボードの演奏などもしています。詳しくは http://www.crisp.se/henrik.kniberg を参照してください。
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。