サイバーメディアン

スクラム自体は、複雑な製品に効果的なチームコラボレーションを実現するためのシンプルなフレームワークです。スクラムをわかりやすく簡潔に説明するためのガイドです。このガイドには、スクラムの定義が書かれています。この定義は、スクラムの役割、イベント、成果物、そして、それらを結びつけるルールから構成されています。フレームワーク内の各構成要素は、特定の目的を果たし、スクラムの成功と使用にとって不可欠なものです。スクラムのルールは、役割、イベント、成果物を結び付け、その関係や相互作用を支配する。

スクラムマスターは、スクラムチームのメンバーです。彼らの仕事は、生産的な作業環境を作り、他の人がスクラムの価値、原則、実践を理解できるように導くことです。スクラムディレクターは、人間指向で、高いEQを持ち、チームメンバーの成長を助けることに喜びを見いだす傾向があります。

会社を代表して製品を所有するプロダクトオーナーは、スクラムチームの一員である。ただし、プロダクトオーナーはスクラムマスターと同じように、他のメンバーに対する権限はない。プロダクトオーナーは、長期間にわたってプロダクトの面倒を見る責任があり、プロダクトの成功を達成するための責任を負います。プロダクトオーナーとして、下の図のように、顧客やユーザー、開発チーム、その他の主要なステークホルダーと直接やり取りをする必要があります。

スプリントレビューは、単なるデモではなく、完了したスプリント、プロダクトバックログ、マーケットプレイスをレビューするものです。確かに、デモはスプリントレビューの重要な一部です。スプリントレビューの目的は、チームがスプリント中に達成した作業を顧客やステークホルダーに示し、スプリントの最初に与えられたコミットメントと比較することです。

スクラム開発チームは、チーム外の他者から指示されるのではなく、自分たちの仕事を達成するために最善の方法を選択する自律性を持っています。伝統的な管理原則とは異なり、自己組織化された権限委譲されたチームは、トップからの指示やコントロールではなく、チームメンバーがスクラムのすべての実践とイベントに積極的かつ集団的に参加することで発展していきます。

コロケーションは、設計の打ち合わせなど、綿密なヒアリングが必要な会議に有効です。また、新入社員の研修などで、ある程度の手加減や励ましが必要な場合にも便利です。ホワイトボードはコロケーションで使用すると効果的ですが、オンラインツールでも管理することができます。

Release early, release oftenは、機能ベースのリリース戦略とは逆に、開発者とテスターやユーザーとの間に緊密なフィードバックループを作るために、早期かつ頻繁なリリースを重要視するソフトウェア開発哲学である。

プロダクトバックログのすべての項目が、同じサイズと詳細レベル（機能/エピック/ユーザーストーリーやタスクなど）に同時になるわけではありません。近いうちに取り組む予定のPBIは、近い将来のスプリントで取り組めるように、バックログの一番上にあり、サイズが小さく、非常に詳細であるべきです。しばらく取り組む予定のないPBIは、バックログの一番下に置き、サイズを大きくし、詳細度を低くします。

ビジョンステートメントは、組織が将来どのようになりたいか、あるいはステークホルダーのニーズを満たすためにどのようにあるべきかを明らかにするものです。すべてのプロジェクトは、適切な方向に舵を切るためにビジョンを必要としています。ビジョンは、現在および将来の行動方針を選択するためのガイドとして機能します。

プロジェクト作業には、定義可能な作業から不確実性の高い作業まであります。定義可能な作業プロジェクトは、過去に同様のプロジェクトで成功した明確な手順が特徴です。自動車、家電製品、住宅など、設計が完了した後に生産されるものは、定義可能な仕事の一例です。新しいデザイン、問題解決、未完成の仕事は、探索的な仕事です。解決策を生み出すために、対象分野の専門家が協力し、問題を解決することが必要です。