スクラムガイド | 2. スクラムとは?
公開: 2022-04-07スクラムは、最新の柔軟なチームワーク管理の最も一般的な方法です。 ソフトウェア開発会社がその方法論に従うだけでなく、金融、マーケティング、人事、クリエイティブ産業などのさまざまな業界のチームがスクラムを実用的かつ適用可能であると考えることがますます多くなっています。 スクラムはますます人気が高まっているため、最大の効果を目指して努力するチームによって採用された、最も実績のある組織フレームワークとなっています。
スクラムとは – 目次:
- スクラムとは?
- スクラムの哲学
- スクラム理論
- スクラム構造
- 概要
スクラムとは?
この質問に答えるには、次の 3 つの側面を考慮する必要があります。
- 哲学
- 仮説
- 構造
スクラムは設計上シンプルです。 まず、難しい問題をより小さく、より理解しやすいコンポーネントに分解することが容易になります。 第二に、作業をステージに分割して所定の時間枠で実行することにより、確実な構造を提供し、測定可能で満足のいく結果をもたらします。 第三に、進行中のプロセスから得られた結果と結論を使用して、作業の次の段階の計画を立てることができます。
スクラムの哲学
スクラムは単なるフレームワークであることを覚えておくことが重要です。 チームと組織のニーズと能力に合わせて実行するアクションの詳細な青写真を作成するためのガイドラインを提供します。 その一般性にもかかわらず、スクラムは細かく概説されています。 2021 年の第 15 回 State Of Agile 年次レポートによると、スクラムの原則は、最新の方法論に従って作業するチームの 66% で使用されているため、その人気はその有効性を示しています。 そして、スクラムから直接派生した方法論を追加すると、この割合は分野を超えてチームの 80% 以上に増加します。
スクラムは包括的で、チームワークを最適化するのに役立ちます。 明確に定義された出発点を提供します。 また、スクラムの原則は一般的であるため、簡単にすぐに適用することはできません。 ただし、このフレームワークのスケッチは意図的なものであり、プロジェクト管理の実践に沿って流れます。 スクラムの哲学は、継続的な開発の必要性と、フィードバック、反省、経験による再構築の必要性に焦点を当てています。 特定の現実を考慮せずに仕事を組織する複雑で厳格なシステムを拒否します。 スクラムの作成者である Ken Schwaber と Jeff Sutherland は、公式のスクラム ガイドでこの原則を経験主義と呼んでいます。
スクラム理論
スクラム理論の主な原則は、経験主義に関するものです。 これは、経験、観察、および実験に頼ることを優先して、計画と仮定を最小限に抑えることを意味します。 反復的なアプローチ、つまり、製品に取り組むだけでなく、それを計画し、結果を評価することを含む短いサイクルで作業することにより、それが可能になり、効果的になります。
経験主義の 3 つの柱は、スクラムの有効性にとって最も重要です。
- 透明性– そのおかげで、作業している人々と利害関係者 (次の記事で別のエントリを提供します) の両方が、特定の時点での製品の作業状況を簡単に確認できます。
- 検査- 頻繁で信頼性の高い更新と進行状況の確認を意味します。これにより、問題を検出して迅速に解決できます。
- 適応– 検査中にエラーや不一致があった場合に、別の記事で説明されている作業方法と目標を調整することを意味します。
経験主義は、その原則に従って活動するチームがリーン コンセプトに従って自己管理する能力を持っている場合に最も効果的です。 これは、既存の状況への適応、継続的な改善、およびスクラム チームの独立性を可能にする柔軟な組織構造を意味します。
スクラム構造
スクラムは、以下を定義することにより、チーム アクションのフレームワークを設定します。
- チームの構成と役割 –スクラムチーム
- 活動とミーティングのペース –スクラムイベント
- アクションを計画、管理、実行する方法 –スクラム アーティファクト
これらすべてのコンポーネントについては、後続の記事で詳しく説明します。 ただし、ここでは、それぞれの最も重要な機能について言及することに限定します。
スクラム チームは、スクラムで作業する独立した学際的な専門家チームであり、組織から追加のタスクが流入することはありません。 スクラムでの効果的な作業の基礎です。 スクラム チームは、プロダクト オーナー、スクラム マスター、および開発チームで構成されます。 それは、特定の目標に取り組んでいる、おそらく一定の構成を持つ小さなチームです。 スクラム チームは、製品だけでなく独自の作業方法も常に改善および強化する必要があります。 これにより、チームワークの効率と品質が向上します。
スクラム チームの活動とミーティングは、スクラム イベントと呼ばれます。 これらには、スプリント、スプリント計画、デイリー スクラム、スプリント レビュー、スプリント回顧、およびそれらのコンポーネントが含まれます。 それらの詳細とプロセスの詳細については、それらに特化した記事にアクセスしてください。
計画と実行の方法、および目標達成を成功させるための条件は、スクラム アーティファクト、つまりプロダクト バックログとスプリント バックログに記述されています。 これらは、製品に関する作業の現在の状態を反映する非常に頻繁に更新されるドキュメントです。
スクラムとは? 概要
スクラムとは? これを読んだ後、あなたはこの方法の基礎に精通しています。 Ken Schwaber と Jeff Sutherland によって開発されたスクラムは、あらゆる業界に適用できる非常に効果的なチームワークの方法論です。 スクラムの哲学、理論、および構造を構成するその信条は、明確かつ明確です。 しかし、それらを実際に適用するには、経験主義の態度を採用する必要があります。つまり、既存の条件に合わせて働き方を常に調整する必要があります。 また、開発された製品だけでなく、特定のチーム内での協力方法も絶え間なく改善します。
私たちのコンテンツが気に入ったら、Facebook、Twitter、Linkedin の忙しいミツバチ コミュニティに参加してください。
スクラムガイド:
- 基本的な用語、役割、および概念の用語集
- スクラムとは?
- スクラムの価値
- あなたの会社にスクラムを導入する方法は?
- スクラム チーム - それは何ですか?どのように機能しますか?
- プロダクトオーナーとは?
- プロダクトオーナーのよくある間違い
- スクラムマスターとは?
- 優れたスクラムマスターの特徴
- スクラムマスターのよくある間違い
- スクラム マスターはどのような統計と指標を追跡する必要がありますか?
- プロダクトオーナーとスクラムマスターの協力
- スクラムの開発チーム
- 開発者のよくある間違い
- スクラム成果物
- スクラムのスケーリング
- スプリントバックログ
- 製品バックログとは何ですか?
- ユーザーストーリーとは?
- INVEST で最高のユーザー ストーリーを作成する
- 最も一般的なユーザー ストーリーの間違い
- ユーザーストーリーの承認基準
- スクラムの見積もりとストーリー ポイント
- 企画ポーカー
- チーム見積もりゲーム
- 増分の定義
- スクラムイベント
- スクラムにおけるスプリントとは?
- スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
- バーンダウンチャートとは?
- バーンダウン チャートを作成して解釈する方法
- バーンダウンチャートのメリットとデメリット
- スクラムとスクラムバンのかんばんボード
- スクラムの速度 - 開発チームの速度
- デイリースクラム
- スプリント計画
- スプリントレビュー
- スプリントレトロスペクティブとは何ですか?
- スプリントふりかえりでよくある間違い
- 製品バックログ育成