スクラムの歴史と哲学

この章は抽象的な概念を含みます。読みにくければ飛ばして良いです。

スクラムの起源

スクラムは 1990 年代初頭に、ソフトウェア開発プロジェクトの改善手法として、Jeff Sutherland と Ken Schwaber によって開発(提唱?)されました。

このフレームワークは、製造業や他の産業での「リーン」思考や「ジャストインタイム」生産の原則に触発されています。

スクラムの名前は、ラグビーの「スクラム」から取られており、チームが一丸となって目標に向かって進む様子を表しています。

スクラムは経験主義に基づいており、この哲学は「透明性」「検査」「適応」という三本柱によって支えられています。

透明性 (Transparency)：作業の進捗、課題、成果物が全ての関係者にとって明確であること。これにより、チームは現状を正確に理解し、適切な意思決定が可能になります。
検査 (Inspection)：スクラムプロセスと成果物は定期的に検査され、プロジェクトの進行に対する洞察を得ることができます。これにより、問題や逸脱を早期に特定し、対処することが可能になります。
適応 (Adaptation)：検査を通じて明らかになった問題や逸脱がある場合、プロセスや製品を迅速に調整します。これにより、プロジェクトの目標達成に向けて効果的に進むことができます。

スクラムの実践は、以下の 5 つの価値基準によっても支えられています。

確約 (Commitment)：チームメンバーは共有された目標に対して全力を尽くし、スプリントの目標達成に向けてコミットします。
集中 (Focus)：チームはスプリントの目標に集中し、それに向けての作業にフォーカスします。
公開 (Openness)：チームメンバーは、作業の進捗、課題、アイデアについてオープンにコミュニケーションを行います。
尊敬 (Respect)：チームメンバーは互いに尊重し合います。それぞれの個人が持つスキル、経験、そして貢献を尊重することで、効果的なチームワークが促進されます。
勇気 (Courage)：チームメンバーは、正しいことを行うために勇気を持ちます。これには、困難な問題に直面する勇気、変更を提案する勇気、そして自分の限界を認める勇気が含まれます。

スクラムは当初、ソフトウェア開発に焦点を当てていましたが、その後、その原則と実践は他の多くの分野にも適用されるようになりました。

2001 年のアジャイル宣言の発表により、スクラムはアジャイルソフトウェア開発の主要なフレームワークの一つとして認識されるようになりました。

今日では、スクラムは世界中の多様な組織やプロジェクトで採用されており、柔軟性、効率性、およびチームワークを重視する現代のプロジェクト管理のアプローチとして広く認められています。