1. プロセスとツールを介した個人と相互作用

2. 徹底したドキュメントを超えて動作するソフトウェア

3. 契約交渉よりも顧客の協力が優先されます

4. 計画に従うよりも変化にうまく対応する

1. 継続的デリバリ、スモールステップ、クイックステップ

2. 変化を受け入れて自分の強みを伸ばす

3. できるだけ早くフィードバックを提供し、価値に基づいてランク付けします

4. 結果を達成し、進捗状況を測定する

5. 機敏性を強化するための継続的なアップデート

6. 製品を合理化し、無駄を排除する

7. チームワーク、日々の交流

8. メンバーを信頼してサポートしてください

9. 効率的かつ明確な対面コミュニケーション

10. 全党メンバー、安定したリズム

11. 協力して自分自身を組織する

12. チームの内省と継続的な改善

1. 人数：3～9名

2. チームメンバーは部門横断的に構成されており、T 字型の人材が奨励されています

3. メンバーはフルタイムである必要があり、少なくとも反復内で自由に変更することはできません。

4. チーム憲章/イテレーションバックログの制約内であらゆる形式の意思決定を行う権限を持っています

5. 高い自己組織化能力

6. 製品の機能を Po にデモンストレーションする必要がある

7. チームは国防総省を定義する必要がある

1. 製品の特徴を決定する

2. 発売日を決める

3. ユーザーストーリーを優先する

4. 製品のROIに責任を負います

5. 各イテレーション/スプリントの前に、必要に応じて機能と優先順位を調整します。

6. 開発チームの作業を受け入れるか拒否するか

7. 顧客の代弁者として、さまざまなニーズやフィードバックを受け取り、To Do リストを常に整理する

異なる組織内の役職

チームのファシリテーター

目的

タイプ

責任

1. 情報の発信源

2. 視覚化: プロジェクトのステータスと関係者全員の透明性のある情報を表示します。

3. ワークフローと価値の提供の継続性を確保する

4. 内容: これから行う作業、進行中の作業、完了した作業

5. 進行中の作業 (WIP) 制限を遵守する: 新しい作業を開始するよりも作業を完了することが重要です

1. 軽量な開発プロセス

2. 顧客と開発者が対面で

3. 練習する

2 つの To Do アイテムのバックログ

カテゴリー3の職員

4回の会議

タイムボックスタイムボックス

毎日の終わりに次の勤務ステーションに仕事を引き継ぎます。

1. 拠点間の長期的なビデオ会議リンクを確立する

2. 毎日の作業の開始時にリンクを開きます

3. 作業が終了したら接続を閉じます

2 人がペアになって同じ作業を行い、ツールを介して画面を共有します

3 つの要素を使用して、プロジェクトに適切なアプローチを決定します

1. 組織は完全に機敏になることはできない

2. アジャイル移行期間

3. 予測ライフサイクルの配信速度を加速する

4. チームメンバーの思考パターンを変える

1. 学習を促進するために反復手法をさらに追加します

2. さらなるテクノロジーの追加により、スポンサーの投資収益率が加速します

3. 新しいテクノロジーは、リスクが低く、不確実性が低から中程度のプロジェクトで最初に試してください。

4. 組織全体でハイブリッド手法の使用に成功した後、より複雑なアジャイル プロジェクトを試す前に

興味を引くために製品を 1 ～ 2 分で紹介します

1. プロジェクトの機能とそれがもたらす利点を実証する

2. 名前もブランドもある

3. ハウツーガイドが含まれています

1. チームの価値観: 持続可能な開発スピードとコア労働時間

2. 労働協約

3. 基本的なルール

4. チームの規範

1. ソートされたリストです

2. PO はコンテンツ、可用性、優先度に責任を負います

3. 常に不完全

4. ダイナミックです

1. 適切に詳細かつ簡潔に

2. 推定

3. ダイナミックな開発

4. 優先順位を付ける

1. チームメンバーはまずデモを行うことを検討する必要があります

2. スプリント内では調整は行われません

3. このサイクルのバグは必ずしもこのサイクルで解決する必要はなく、バグの優先度によって異なりますので、PO に確認する必要があります。

4. 製品バックログは設計と要件を考慮します

5. スプリント バックログは計画と設計の両方を考慮します

昨日達成されたこと

今日は何をしますか

仕事でどんな困難や障害に遭遇しましたか?

パート1

パート2

具体的な手順

1. チームは開発した製品の機能をPOにデモンストレーションします

2. PO が会議を企画し、関係者に参加を呼びかけます

3. ライブデモンストレーションを通じて

4. あまりフォーマルになる必要はありません

5. PPTは必ずしも必要ではありません

6. 通常2時間以内に制御される

7. 変数判定ではなく属性判定

8. ユーザー ストーリーが渡されない場合、PO は優先順位を決定し、どのスプリントで完了するかを決定します。

1. 反省会とも言う

2. 目的は、さらなる問題解決を促進するために経験と教訓を要約することです。

3. 特性要因図とカード法が使用可能

4. ハンバーガーの原則: まず賞賛し、次に批判し、それから解決策を与える

5. 変化の評価: 変化した理由とそれを回避する方法を考える

6. 未完成のユーザーストーリーの評価: なぜ完成しなかったのか

7. たった一つのルール