スクラム：簡単な紹介

ソフトウェア開発モデルであるスクラム （ラグビーチーム）は、アジャイル開発の一種であり、過去10年間で徐々に普及してきました。

スクラムの基本的な前提

ソフトウェアの開発は、新製品の開発に似ています。ソフトウェア製品の最終的な手順を最初から定義することはできません。このプロセスには、研究開発、創造性、試行錯誤が必要であるため、プロジェクトの成功を保証できる固定プロセスはありません。

スクラムは、ソフトウェア開発チームをサッカーチームと比較します。明確で最高の目標を持ち、開発プロセスに必要な最高のモデルとテクノロジーに精通し、高度な自律性、緊密なコミュニケーションと協力を持ち、高度な柔軟性で毎日さまざまな課題を解決することを保証します。各段階には、目標に向けた明確な進歩があります。

スクラムプロセス

スクラム開発プロセスは通常、お客様の新製品要件仕様から始まる30日（またはそれ以下）のフェーズで始まり、開発チームとお客様は、各フェーズの開始時に仕様のどの部分を完了するかを選択します。チームは30日後に結果を出すために最善を尽くす必要があり、チームは1日15分会議を開いて、各メンバーの進捗状況とスケジュールを確認し、発生した問題を理解して、トラブルシューティングを試みます。

アジャイルアプローチの利点

従来の開発モデルに対するスクラムの利点は何ですか 。 スクラムモデルの特徴は、変更に対応することです。可能な限り迅速に変更に対応できます。

従来のシステムが、コスト、範囲、時間などの要素が重要視される事前計画に焦点を当てている場合、アジャイルアプローチは、チームワーク、顧客コラボレーション、および柔軟性を際立たせます。要件の仕様が変更されても、アジャイルチームはモバイルを維持し、それらの変更に対応できます。ただし、それは必ずしも適応計画戦略が予測計​​画戦略よりも常に優れていることを意味するわけではありません。これら2つのプロジェクト開発戦略をさらに詳しく比較してみましょう。

したがって、従来の開発（ウォーターフォール、プランドリブンとも呼ばれる）アプローチは線形であり、プロセスのすべてのフェーズが順番に発生します。このアプローチは、予測可能なツールと予測可能な経験に依存します。各プロジェクトは、以下に示すように、実現可能性、計画、設計、建設、テスト、生産、サポートなどを含む同じライフサイクルに従います。

プロジェクト全体は、要件を変更する余地なしに事前に計画されています。たとえば、PMIのPMBOKとPRINCE2は厳格で、高度に管理されています。プロジェクト計画の最初から最後までのさまざまなフェーズの概要を説明し、必要なすべての要件と情報が事前に用意されていることを前提としています。

アジャイルは、より予測的なウォーターフォールアプローチのいくつかの欠点を克服するために主に設計されたため、より近代的なソフトウェア開発戦略と見なされています。これは、プロジェクトのソフトウェア開発ライフサイクル全体で反復型開発とテストを促進するソフトウェア開発モデルです。

スクラムプロセスの概要

スクラムは、その考え方を実装するための役割、 イベント、 アーティファクト、およびルール/ガイドラインを 規定するフレームワークです 。言い換えれば、アジャイルは考え方であり、スクラムはアジャイル哲学を実装するためのプロセスを規定するフレームワークです。

スクラムとアジャイルは同じではありませんが、スクラムはアジャイルプロセスの1つです。それらは反復型開発に基づいています。クロスファンクショナルチームと自己組織化チームの関連付けによって得られるアジャイルの要件とソリューションは、適切に実装されると、リスクを軽減しながら最高の価値の製品を段階的に提供することで、チームが複雑な問題に対処するのに役立ちます。

スクラムには迅速な検査と適応が含まれ、チームワークはリーダーシップ哲学、説明責任、自己組織化、迅速で高品質なソフトウェアの提供に役立つエンジニアリングのベストプラクティスによって強化されます。

スクラムの主な用語

バックログ： すべての機能タスクと非機能タスクを含む、予測可能なすべてのタスク。

スプリント： 世代別開発の期間。通常、サイクルとして最大30日。この間に、開発チームは定式化されたバックログを完了する必要があり、最終的な結果は段階的で成果物の製品になります。

スプリントバックログ： スプリントサイクルで完了する必要のあるタスク。

タイムボックス： 会議のタイムスロット。たとえば、毎日のスクラムミーティングのタイムボックスは15分です。

スプリント計画会議： 各スプリントを開始する前に開催されます。通常1日（8時間）。この会議で策定されるタスクは、製品所有者とチームメンバーがバックログを小さな機能モジュールに分解し、次のスプリントで完了する必要のある小さな機能モジュールの数を決定し、この製品バックログのタスクの優先順位を決定することです。さらに、会議では、必要に応じてこれらの小さな機能モジュールを完了する方法について詳細に話し合う必要があります。これらのモジュールのワークロードは時間単位で計算されます。

毎日のスクラムミーティング： 開発チームのメンバーによって開催され、通常は15分です。各開発メンバーは、3つのプロジェクトをスクラムマスターに報告する必要があります。今日、何が完了しましたか？障害に遭遇したことがありますか？何をする？この会議を通じて、チームメンバーはプロジェクトの進捗状況をお互いに理解することができます。

スプリントレビューミーティング： 各スプリントの後、チームはスプリントの結果をプロダクトオーナーおよびその他の関連担当者に提示します。通常、この会議は4時間続きます。

スプリントレトロスペクティブは、スプリントレビュー の後  、次の スプリント計画の前に発生します。これは、1か月のスプリントで最大3時間の会議です 。レトロスペクティブセッションは基本的に、潜在的な落とし穴や過去の過ちを特定し、それらの過ちを回避するための新しい方法を模索するために開催される「改善」会議であり、 プロダクトオーナー、 スクラムマスター、開発チームのメンバーが参加します。 、およびオプションで利害関係者と。

スクラムマスター： スクラムプロセス全体を監督し、計画を修正する責任があるチームメンバー。

 会社を代表して製品を所有する プロダクトオーナーは、スクラムチームの一員です。ただし、製品の所有者は、 スクラムマスターと同様に、チームの他のメンバーに対する権限を持っていません。プロダクトオーナーは、長期間にわたって製品の世話をする責任があり、製品の成功を達成する責任があります。下の図に示すように、製品の所有者は、顧客やユーザー、開発チーム、およびその他の主要な利害関係者と直接対話する必要があります。

スクラム チームは、必要な製品の増分を提供するために協力する  個人（通常は5〜9人のメンバー）の集まりです。スクラムフレームワークは、チームメンバー間の高レベルのコミュニケーションを促進し、チームが次のことができるようにします。

• 共通の目標に従う
• 同じ規範とルールを守る
• お互いに敬意を表する

スクラムはどのように機能しますか？

スクラムプロセスは、特定の概念と実践によって他のアジャイルプロセスと区別され、役割（製品所有者、 スクラムマスター、開発チーム、その他の利害関係者）、イベント、成果物、およびルールの3つのカテゴリに分けられます。

スクラムプロセスを開始するために、製品所有者は製品バックログと呼ばれる優先順位の高いウィッシュリストを作成します 。スプリント計画中  、バックログは複雑さとビジネス価値（優先順位）に合わせてサイズ設定されます。プロダクトオーナー（クライアント）と開発チームは、どのバックログアイテムをスプリントに追加するかを決定します。チームには、作業を完了するための一定の時間（ スプリントと呼ばれ、通常は2〜4週間）がありますが、進行状況を評価するために毎日会合します（毎日のスクラム）。その過程で、スクラムマスターはチームをその目標に集中させ続けます。スプリントの最後に、チームは進捗状況を確認し、クライアントに作業中の製品を示し、次のスプリントのために何がうまくいったか、または何を改善する必要があるかを確認します。その後、サイクルが繰り返されます。