スクラムは、今日で最も広く普及しているアジャイルフレームワークです。 従来の製品開発プラクティスと比較して、スクラムはアップグレードと考えられています。 それは世界中異なった企業からの専門家によって確認されます。
ソフトウェア開発へのすべてのアプローチには、独自のライフサイクルがあります。 従来のウォーターフォールの方法論とは異なり、すべてのアジャイルメソッド（スクラムを含む）のライフサイクルは、連続的ではなく反復的です。 この記事では、スクラムのライフサイクルとは何かという質問に答えます。 この質問に対する答えを与えながら最初に言及すべきことは、スクラムのライフサイクルは他のアジャイル方法論のものと非常に似ているとい それは彼らの共通の鍵原則のためです。 すべてのアジャイルメソッドは、プロジェクトのパフォーマンスと顧客と最終的なユーザーの意見を考慮するための反復的なアプローチに基づ スクラムも例外ではありません。
スクラムのライフサイクルについて徹底的な洞察を得ることは非常に重要ですが、最初に基本的な理論を思い出させましょう。
スクラムとは何ですか？
スクラムは、インクリメンタルな製品開発のために設計された一般的なアジャイルフレームワークです。 それは経験的な性質を持っており、チームが作業パターンについて仮説を立て、アイデアをテストし、経験を処理し、必要な調整を実行することができます。 スクラムは、反復的で柔軟に構造化されたメソッドです。 それは論理的に合う他のフレームワークからの練習を可能にする。
スクラムはスプリントと呼ばれるイテレーションを介して動作するため、スプリントの主なイベントと成果物はスクラムライフサイクルのコンポーネ
スクラム方法論における典型的なスプリントは何日ですか？
いずれのスプリントも1ヶ月まで持続するタイムボックスであり、その間にチームは確認された”完了”の定義に適合する合意された項目の特定のリ”
スクラムの値は何ですか？
スクラムの価値観には、勇気、焦点、コミットメント、尊敬、開放性が含まれます。 これらの値とそれらがスクラムにどのように適用されるかについての詳細を学ぶために、私たちの完全なスクラムガイドに従うことができます。
スクラムの役割は何ですか？
スクラムチーム全体には通常、以下の責任があります:
- 要件を分解し、タスクを作成し、見積もり、およびそれらを配布します。
毎日のスクラムミーティングを手配する。
スプリントの終了時に潜在的に出荷可能な機能が提供されることを保証する。
スプリントのバーンダウンダイアグラムの作成を可能にするために、ステータスと残りのタスクの努力を更新します。
典型的なスクラムチームには4つの重要な役割が含まれています:
製品所有者
製品所有者(PO)は、製品の機能を識別し、それらを優先順位付けリストに変換することにより、投資収益率を最大化する責任があります。
POは、次のスプリントでどの機能をリストの一番上に配置するかを決定します。 彼/彼女はまた顧客のためのスポークスマンとして機能するすべてのプロダクトの利益および損失に責任があります。 プロダクトバックログの優先順位付け、リリース日とコンテンツの定義も、製品所有者の義務です。
スクラムマスター
スクラムマスター(SM)は、製品チームがすべてのビジネス価値に到達するためにスクラムを学び、適用するのに役立ちます。 彼/彼女はチームマネージャー、プロジェクトマネージャー、またはチームリードではありませんが、チームに奉仕し、障害を取り除き、外部の干渉から同僚を保護し、アジャイ SMは、スクラムの適切な使用において、製品所有者、チーム、および会社の残りの部分をコーチし、教育し、ガイドします。
開発チーム
スクラムの開発チームには、要求され、コミットされた製品の増分を開発し、提供するために協力する人々が含まれています。 スクラム開発者は、スプリントの目標を達成することができる機能横断的なメンバーです。 チームには、ソフトウェアエンジニア、アーキテクト、システム管理者、アナリスト、UIデザイナー、QA専門家などが含まれます。 彼らは、製品所有者が示す製品を構築します：たとえば、webサイトやアプリ。
利害関係者
利害関係者は、製品の結果によって影響を受ける個人または人々のグループです。 スクラムの利害関係者は、製品の成功に興味を持っています。 彼らはプロジェクトを後援している会社の内または外にある場合もある。
利害関係者は、通常、重要な製品の詳細を共有するためにPOとの健全な関係を維持します。 彼らは、POからのクエリに定期的な入力を提供し、POにすべての希望と懸念を伝えるための責任があります。
スクラム式とは何ですか？
プロダクトバックログの絞り込み
プロダクトバックログの絞り込みまたはバックロググルーミングは、プロダクトバックログ内の項目に詳細、見積もり、および順序を追加する行為です。 このイベントは、POと開発チームがバックログ項目の詳細について協力する進行中のプロセスを意味します。 洗練会議では、項目の見直しと改訂が行われます。
スプリント計画
計画会議の目標は、”私たちは何に取り組むのか、そしてどのようにそれをやろうとしているのか”という質問に答えることです。”この式典を開始する前に、チームが共通の目標を持ち、この目標に対する共通のコミットメントを持つことが重要です。
毎日のスタンドアップ
毎日のスクラムミーティングまたは毎日のスタンドアップはスクラムマスターによって組織され、通常15分間続きます。 会議は、前日に行われたこと、今日行われる必要があることなど、チームメンバーの作業を同期させることを目的としています。
スプリントレビュー
このスクラムセレモニーは、追加された機能を実証するために、各スプリントの最後に開催されます。 その目的は、POと利害関係者からのフィードバックを得て、配信された増分がビジネスニーズを満たしていることを確認し、フィードバックに基づいてバックログを修正することです。
Sprint Retrospective
この会議は通常90分間続き、チーム文化とスプリントのケイデンスに継続的な改善を組み込むのに役立ちます。 スクラムチーム全体が参加して、以前のスプリントを振り返り、改善を行う方法を理解する必要があります。
レトロは、チームがその全体的なパフォーマンスに焦点を当て、継続的な改善のための戦略を特定することができます。
では、スクラムライフサイクルとは何ですか？
スクラムライフサイクルは、スクラムプロジェクトの実現の間に実行されるべき連続したステップと反復段階の数です。 反復的なアプローチは、mライフサイクルの主な原則です。 スクラムプロジェクトの作業は、スプリントと呼ばれるセグメントに細分されます。 プロジェクトは、最終製品の準備が整うまで、あるスプリントから別のスプリントに展開されます。 各スプリントサイクルは、最初から最後まで通過しなければならないいくつかの連続した段階に細分されます。 スクラムの方法論には、テストのライフサイクルや欠陥のライフサイクルのような、より専門的なライフサイクルも含まれています。
スクラムライフサイクルの詳細
スクラムライフサイクルの部分は何ですか？ スクラムは、伝統的な滝とは異なり、多くの書面によるレポートを含まない。 これにはいくつかの成果物しか含まれていません。
スクラム成果物とは何ですか？
プロダクトバックログ
プロダクトバックログは、特定のプロジェクトを完了するために必要な機能と要件のリストです。 このリストには、解決する必要がある欠陥やバグ、追加する必要がある機能、およびその他の技術やプロジェクトの作業が含まれる場合があります。 リストの順序は優先順位に基づいています。 一番上の項目は、すぐに完了する必要がある最も重要なタスクまたはタスクです。 バックログを使用すると、チームの誰もがプロジェクトの要件が何であり、どの要件が優先されているかを知っています。
スプリントバックログ
スプリントバックログには、現在のスプリント中に完了する必要があるものだけが含まれています（プロダクトバックログ スプリントバックログは最新のアクティビティをカバーするため、通常は製品バックログの残りの部分よりも詳細で完全なユーザーストーリーが含まれます。 これには、機能をどのように達成し、スプリントの要件を満たすかを説明するリリース計画が含まれている必要があります。
Product increment
product increment各スプリントの終了時に配信される製品バージョン。 これは、すべての作業の結果を詳述しています（スプリントバックログはスプリント内で完了する必要があるものを概説しています）。 インクリメントは、クライアントが期待する最終製品のプロトタイプまたはドラフトバージョンです。 各製品の増分には、現在のスプリントサイクルの機能が含まれ、過去のすべてのスプリントから、これまでに完了したすべてのバックログ項目を完全に統合する必要があります。
スクラムのフェーズとステップの詳細を考えてみましょう。
スクラムプロジェクトの最初のステップは、将来の製品に関する必要な情報を収集する段階です。 これは、製品所有者の責任です。 彼は将来のソフトウェアの彼のビジョンを理解するために顧客に連絡する人です。 ユーザーストーリーを収集することも彼の責任の一つです。 すべてのユーザーストーリーが収集され、すべての顧客の希望が考慮されると、プロダクトバックログと呼ばれるリストで優先順位が付けられます。 これは、すべてのスクラムプロジェクトの主要な文書です。
プロダクトバックログ項目の優先順位付けの後、それらはタスクに変換され、いくつかのスプリントに分割されます。 チームはスプリント計画会議中にそれを行います。 各会議の主な目標は、スプリントバックログを作成することです。 これは、特定のスプリントのすべてのタスクを含む文書です。 スプリントが終了した後、チームの作業は、スプリントバックログの要件の充足に応じて推定されます。
次のスクラムステップはスプリント実行のプロセスです。 これには、すべてのスプリントタスクの結果としてのパフォーマンスとワークフローの日常的な評価が含まれています。 スプリントバックログ要件の進捗状況は、毎日のスクラム–すべての肯定的および否定的な作業問題が議論されるチームの集まりの間に評価されます。
スプリントが終了した後、スクラムチームのすべてのメンバーがスプリントレビューとスプリントふりかえりに参加します。 これらの集まりは、スプリントプロセス中に何が間違っていたのかを知るのに役立ちます。
すべてのスプリントサイクルの最後のステップは、製品推定の段階です。 製品は、チームの”完了”の定義に従って評価され、顧客に提供されてフィードバックを得ます。 その後、新しいスプリントが開始され、サイクルが繰り返されます。
スクラムプロセスをすばやく説明するには？
ここで、スクラムプロセスに関連するすべてのスクラムフェーズを要約しましょう。
- まず、プロダクトバックログを決定する必要があります（これは上で述べたように、POの責任です）。
- その後、スクラムチームはグルーミングセッション中にバックログリストに基づいてワークロードの見積もりと手配を行います。
- プロダクトバックログリストでは、このイテレーションのスプリント目標を定義するためのスプリント計画会議を開始し、ユーザーストーリーのリストを選択してスプリントバックログを形成する必要があります。
- その後、バックログはスクラムチーム全体で完了する必要があります。
- 毎日スクラムミーティングを実行する必要があります（時間は約15分です）。 チームの全員が、昨日行ったことを報告し、今日達成したいことを発表するために、すべてのメンバーと対話するために話し、対面しなければなりません。
- 毎日が正常にコンパイルされ、実証できるバージョンを持っている必要があります。
- すべてのユーザーストーリーが完了すると、スプリントバックログが完了します。 これは、スプリントプロセスが完了したことを意味します。 POと顧客は参加する必要があります。 すべてのチームメンバーは、彼らが完了した作業ソフトウェアを彼らに実証する必要があります。
- スプリント回顧は、スプリントレビューの後に開催されなければならない。 レトロの間に、チームはスプリント中に機能したか機能しなかったプロセスの要素と潜在的な解決策を自己識別します。 ふりかえりは通常90分続きます。
ラップアップ
スクラム開発サイクル内の透明性のレベルと止められない学習プロセスを考慮すると、可能な限り最小の結果は、洗練された製品特性と完璧な製品品質はもちろんのこと、フレームワークの不可欠な費用対効果の高い結果になります。
スクラムの本質は、固体フィールドの背景を持つ責任ある従業員だけの関与を必要とします。 スクラムライフサイクルとスクラムフェーズについてどう思いますか？