スクラムは、チームとして一度に小さなチャンクで作業を完了するためのプロセスと考えてください。途中で絶え間ない実験とフィードバック ループが行われ、学習と改善が行われます。 始めたばかりの場合は、スクラムをこの方法で作業を完了する方法と考えてください。 スクラムにより、人々とチームは、小さなステップで協力して価値を創造し、習得することができます。 また、スクラムはアジャイル開発のフレームワークであり、人々やグループに最適なプラクティスを使用する自由を与えながら、作業方法に追加するのに適切な量の構造を与えます。 この記事では、スクラムの XNUMX つの基本的なルールと原則について説明します。
スクラムとは何ですか？
スクラムは、プロジェクトを管理するためのアジャイル フレームワークです。 これは、チームが作業を整理して管理するのに役立つ一連の指針と実践で構成されています。 一方、スクラムはラグビー チームのトレーニング方法に基づいており、チームが過ちから学び、自分で問題を解決し、成長するために成功と失敗について話し合うことがいかに重要であるかを強調しています。
私が話しているスクラムは、ソフトウェアを作成するチームによって最も頻繁に使用されますが、スクラムが教えるスキルとアイデアは、あらゆる種類のチームワークで使用できます。 このため、スクラムは多くの注目を集めています。 スクラムは、指定された会議、ツール、および役割を使用して、チームの作業を計画および管理する方法です。 これは、アジャイル プロジェクト管理の原則に基づいています。
スクラムはいつ適用されますか?
スクラムは、クロスファンクショナル チームが XNUMX ～ XNUMX 週間続く複数のイテレーションに分割できる大量の作業がある環境で製品の開発に取り組んでいる場合に最適に機能します。
スクラムのXNUMXつの要素とは?
プロジェクトの結果に不満を持っている人々は、誰が責任を負っているのかを知っているとほぼ一致して信じています。 所有者は怠惰な労働者を非難し、アナリストはクライアントを非難し、開発者は不適切な管理を非難します。 これについて合意はありますか？ 誰も正しくありません。 私たちは皆、自分だけが知的に行動できると考えており、他人の行動はその人の性格に基づいていると考えています。 原則として、そうではありません。 誰もが独自の正当性を持っています。
罪悪感を与えることは無駄です。 悪い人を見つけようとする代わりに、悪い手順の開発を助長し、悪いパフォーマンスに報いる有害なシステムを特定することに集中してください。 スクラムは、共同作業を促進するためのフレームワークです。 何が悪かったのかを発見して修正できるようにすることを優先して、悪行者を特定することを避けます。 スクラムの XNUMX つの要素は次のとおりです。
＃1。 スクラムマスターを特定する
難しい質問への答えを探る必要があります。 シェイクスピアの道化師の知恵を持ったキャラクターが役に立ちます。 「スクラム マスター」とは、プロジェクトの進行状況を監視し、チームの毎日の「スクラム」ミーティングが確実に行われるようにし、障害を取り除く手助けをする人物です。 スクラム マスターの主な役割はプロジェクト管理です。 同じ人物がスクラム マスターとプロダクト オーナーの両方を兼任するのは得策ではありません。異なる機能を実行し、利害が競合する可能性があるからです。
＃2。 商品戦略
どのプロジェクトや製品においても、「製品ビジョン」は最終的な目標を表しています。 この項目を定義することは、プロジェクトまたは製品に決定的なコースを与えるための最初のステップです。 製品ビジョンは、スクラム チームのコンパスとして機能します。
スクラム チームは、製品のビジョンを手の甲のように知っている必要があります。 つまり、簡潔で明確である必要があります。 ただし、スクラム チームが常に製品のビジョンを念頭に置くことが重要です。
＃3。 製品バックログを開始する
製品バックログには、製品のすべての要件が優先順位付けされて含まれています。 製品が開発されるにつれて前進し続けるために、チームは常に進化するバックログに従います。 「チームが優先的に実行できるすべてのこと」を明確に定義するには、プロダクト バックログを使用するよりも良い方法はありません。
いつでも、多くても XNUMX つの製品バックログが存在する必要があります。 つまり、プロダクト オーナーは一連のアクティビティ全体に基づいて優先順位を設定する必要があります。 プロダクト オーナーは、関係者全員と話し合い、完全なフィードバックを得て、すべての顧客のニーズと期待がバックログにあることを確認する必要があります。
＃4。 プロセスに透明性をもたらす
適切な構造をまとめることが最も重要です。 個人主義、自律性、他者への敬意を強調する必要があります。 すべてを内密に保ちたい組織のリーダーは、スタッフの最上級メンバーでさえ、現在の状況、組織の成果、またはそれらが達成された適時性を認識したくありません. ただし、情報や専門知識を交換することは不可能です。なぜなら、彼らの継続的な権限を確保できるのは秘密だけだからです (少なくとも彼らはそう考えています)。 彼らが気にかけているのは自分自身だけであり、ほとんどの場合、それは製品やビジネスにとって良くありません.
＃5。 スプリントバックログ
「プロダクト バックログ」の「スプリント バックログ」セクションには、スプリント中にチームが何を優先して取り組むかが示されます。 これは、スプリント中に完了する必要があることのリストです。
スプリント バックログの項目は、チームが来週取り組むことができるタスクにさらに分類されます。 スプリントが終了する前に、スプリント バックログの各項目をコードで記述し、テストし、文書化する必要があります。 スプリント ミーティング中に、プロダクト オーナーはスクラム チームと協力してスプリント バックログを作成します。 プロセスの各ステップの列を含むタスク ボードは、スプリント バックログを表示するためによく使用されます。
＃6。 スプリントを計画する
スプリントでは、プロジェクト全体のほんの一部であっても、チームが協力して製品の実用的なバージョンを作成します。 その後、クライアントの前ですぐに表示できます。 計画、または「スプリント計画」は、チーム、スクラムマスター、および製品所有者がスプリント中に何を達成するかを決定する、各スプリントの前に開催される会議です。
スプリントには一貫した時間制限が必要であり、その時間制限は XNUMX か月を超えてはなりません。 XNUMX ～ XNUMX 週間のスプリント期間が推奨されます (疑わしいですが、私にとってはそれが最も効果的です)。 チームは、バックログの先頭から、次のスプリントで取り組める項目の数を見積もります。 チームの戦略では、数回繰り返した後の最新のスプリントの合計ポイントを考慮する必要があります。 スクラム マスターとチームは、各スプリントで獲得するポイント数を上げようとする場合がありますが、合理的な範囲内で行う必要があります。
プロダクト オーナーとチームは、スプリント計画段階でタスクを実行する方法について共通の理解を持っていることを再確認できます。 スプリントに関係する全員が、この会議でその目的とそれに関連するタスクについて合意に達する必要があります。
＃7。 燃焼率チャート
通常、スクラムの最も重要な部分の XNUMX つではありませんが、バーンダウン チャートは見過ごされてはならない不可欠なツールです。 これは、チームがユーザー ストーリーや製品バックログのその他の項目を処理する速さを視覚的に表したものです。 したがって、バーンダウン チャートは、スプリントのワークロードに関連する全体的な労力を示します。
バーンダウン チャートは、プロジェクトがまだ進行中であり、最終結果が良好で予定どおりに納品されることを確認するためにも使用されます。
スクラム チームがスプリントで完了するユーザー ストーリー ポイントの数によって、その効率が決まります。 速度を計算するときは、部分的な完了を考慮しないでください。
スクラムにはいくつの柱がありますか?
スクラム フレームワークには、次の XNUMX つの柱があります。
- 透明性
- 適応
- 検査。
これらは、スクラムの成果にとって非常に重要です。 それらがなければ、実りのないハムスターホイールに時間とエネルギーを費やすリスクがあります. これらの柱について簡単に見てみましょう。
＃1。 透明性
プロダクト バックログ、スプリント バックログ、およびプロダクト インクリメントは、すべて互いにオープンにする必要があります。 決定はこれらの要素に基づいているため、スクラム チームと関係者全員がそれらにアクセスする必要があります。 前述の要素に加えて、スクラム チームは、チームの合意、社内外での共同作業の方法、会社のビジョンと戦略、および製品の増分がこれらにどのように貢献するかについても透明性を保つ必要があります。
監査を成功させるには、透明性が不可欠です。 検査は、検査内容が見えなければ時間とお金の無駄であり、透明性のない検査に基づく判断を実施することは、さらに時間とお金の無駄です。
＃2。 適応
レビューにより、最新の製品の増分または開発に微調整が必要であることが示された場合、スクラム手法をすぐに変更する必要があります。 スクラム グループは決定を下し、適切な手順を実行します。 スクラム チームは、プロセスの成長と進化をスピードアップするために、上からの権限を必要とします。 さらに、スクラム チームの自律性を制限することは、よくある組織の間違いです。
＃3。 検査
スクラムでは、メンバーは、全体的な製品目標と現在のスプリント目標の両方に到達するという点で、自分がどれだけうまくやっているかを頻繁かつ徹底的に調べます。 そうすることで、製品のインクリメントや開発プロセスの問題を早期に発見できます。 スプリント、スプリント計画、デイリー スクラム、スプリント レビュー、スプリント レトロスペクティブは、スクラムで最も焦点を当てた XNUMX つの検査時間です。 スクラムプロセス中のどの時点でも、検査が必要になる可能性があります。
検査は、あらゆる種類の適応において最も重要なステップです。 テストを行わずに時間とお金をかけて適応することは、時間とお金の無駄です。 適応を実装する前に確認するのを忘れると、チームのスプリント全体が無駄になる可能性があります。
スクラムマスターとは
簡単に言えば、スクラム マスターは、アジャイル プロジェクト管理を使用してプロジェクトを通じてチームを導く訓練を受けた専門家です。 スクラム マスターは、プロジェクトの担当者とチーム メンバー間のすべてのやり取りを調整し、促進することも担当します。
スクラム マスターの役割は焦点が絞られていますが、どの企業にも広範囲に及ぶ影響があります。 ただし、スクラム マスターは通常、バックグラウンドで動作し、製品自体の開発や戦略についてほとんど発言できません。 プロジェクト マネージャーとしての彼らの役割は、製品または基幹業務の所有者と開発チームの間の仲介者の役割に似ています。 スクラム マスターは、技術的知識と対人能力およびコミュニケーション能力を融合できなければなりません。 これは、アジャイル手順の協調的な性質によるものです。 ソフトウェア プロジェクトの複雑さを考えると、XNUMX 人の開発者が深くコーディングしている間、全体像を見失いがちです。
一方、スクラム マスターは物事を大局的に捉え、チームが全体像を把握し、組織や技術の依存関係などの障害を乗り越える方法を学ぶのを支援します。 これにより、チーム メンバーは責任感を持ち、期日までに仕事を終えることができます。
スクラムマスターの役割と責任とは?
肩書きとは裏腹に、スクラム マスターには開発チームやプロジェクトに対する執行権限はありません。 スクラム マスターの責任には、以下が含まれますが、これらに限定されません。
＃1。 プロジェクト管理の効果的な方法とベスト プラクティスの導入
スクラム マスターの仕事は、チームをまとめ、新しいメンバーを歓迎し、会社の文化を紹介し、最終目標が何であるかを明確に示すことです。 スクラム マスターは、プロジェクト チームと外部の利害関係者が情報を共有し、互いに話し合うための手段としても機能します。 彼らは物事がどのように進んでいるかに目を光らせ、有用な批判を提供し、学習と順応性のある考え方を促進します。
＃2。 コーチチームメンバー
スクラム マスターは、チームの現在の状況を彼らに反映させることで、彼らのパフォーマンスを向上させるのに役立ちます。 多少の助けと努力があれば、スクラム チームは自己管理できるようになり、共有された所有権とコミットメントの感覚を構築できます。
スクラムの哲学、スクラムの実践、およびチームの標準はすべて、スクラム マスターがチーム メンバーを支援できるものです。
スクラム チームには正式な管理レベルがないため、スクラム マスターは自分の説得力に頼って物事を成し遂げる必要があります。 スクラムはまた、プロジェクトの成功に対する説明責任の負担をスクラム マスターからスクラム チーム全体に移します。
＃3。 障害物を取り除く
スクラムMaster は、反復的な方法で作業するときに、誰もが目の前のタスクに注意を向けられるようにします。 これを達成するために、スクラム マスターは、グループの発展を妨げる可能性のあるあらゆることを処理します。 たとえば、不要な会議が多すぎると、チームの生産性が低下する可能性があります。 スクラム マスターは、会議のプランナーと協力して、必要な参加者のみが出席するように求められるようにする必要があります。 スクラム マスターは、プロダクト オーナーや利害関係者と協力して、複数のチームで作業しているチーム メンバーに時間と労力を再配分できます。
＃4。 スクラムの実践と原則を教える
スクラム マスターの主な仕事の XNUMX つは、チーム メンバーにトレーニング、コーチング、アドバイスを提供して、スクラムを導入するプロセスを通じて組織を導くことです。 あなたが学んだスクラムのフレームワーク、信条、および原則についての言葉を広めながら。 主要な目標は、企業が証拠に基づいて決定を下すよう奨励することです。
スクラム マスターの仕事の XNUMX つは、利害関係者がスクラム チームとオープン性、相互尊重、および成長を促進する方法で話すのを助けることです。
＃5。 毎日のスタンドアップ ミーティングを開始する
スクラム マスターは、毎日のスタンドアップ、スプリント計画セッション、スプリント レビューなどのミーティングを促進することで、チームが順調に進み、組織化されていることを保証します。 チームメンバーは、これまでの進捗状況を報告し、その日の計画を共有し、これまでに遭遇した懸念を表明します。 スクラム マスターは、リモートで作業している人を含むチームの全員が、スケジュールされたすべての会議にアクセスし、参加できることを確認する必要があります。
スクラムの原則
スクラム フレームワークは、スクラムの原則として知られる一連の指針に基づいて構築されました。 スクラムの原則は、あらゆる業界やプロジェクトにも当てはまることに注意してください。 スクラムのコア原則は変更できず、ハンドブックに記載されているとおりに使用する必要があります。 ただし、スクラムの要素とプラクティスは、特定のプロジェクトやビジネスの詳細に適応できます。
ユーザーは、フレームワークの基本原則を守り、それを正しく使用すれば、スクラム フレームワークがプロジェクトの目標を達成するのに役立つと信じる可能性が高くなります。 スクラムのフレームワークでは、「原則」は従わなければならない基本的なルールです。 スクラムの原則の上位 3 つを次に示します。
- 経験的プロセスの制御: この原則は、オープン性、検査、および柔軟性であるスクラム方法論の基本原則を強調しています。 問題が明確に定義されていない場合や明確な答えがない場合、経験的なプロセス制御は、学習者が実験を通じて洞察を得るのに役立ちます。
- 自己組織化: スクラム プロセスは多数の人々に大きく依存しているため、自己組織化は非常に重要です。 自己組織化の原則は職場での自律性を促進し、士気を高め、各参加者の貢献度をより簡単に測定できるようにします。
- コラボレーション: この指針となる原則は、効果的なチームワークに重要な XNUMX つの要素 (自己認識、コミュニケーション、創造的な所有権) の重要性を強調しています。 さらに、組織全体の価値を創造する共同プロセスとしてのプロジェクトデリバリーのアイデアを促進し、チームが協力して、顧客、およびその他の関連するビジネス利害関係者と相互作用します。
アジャイルにおけるスクラムとは?
スクラムは、チームの責任、タイムライン、および成果物を概説するアジャイル プロジェクト管理パラダイムです。 通常のスプリントは XNUMX ～ XNUMX 週間しか続かないため、この方法は反復的です。 この計画に従うことで、チームは製品の新しいバージョンを出し続けることができます。
スクラムは、定義された役割、責任、および会議構造を持つソフトウェアベースのパラダイムに依存する反復開発プロセスです。 最良の結果は、最終結果がサービスではなく具体的な製品である場合に使用することから得られますが、難しいプロジェクトにも使用できます. また、読んでください アジャイル プロジェクト管理ツール: APM の定義、使用、およびリスト。
スクラム対アジャイルとは?
継続的な改善に対するスクラムの焦点は、アジャイルの指針の XNUMX つに似ており、XNUMX つが交換可能であると誤って想定する人もいます。 一方、スクラムは物事を成し遂げるためのフレームワークであり、アジャイルは管理へのアプローチです。 アジャイルの原則は、頻繁な小規模リリースによる反復的で漸進的な進歩を重視しています。 真に「アジャイルになる」ためには、チーム全体がクライアントに価値を提供する方法についての考え方を変える必要がありますが、これは多大な努力なしには不可能です。 しかし、スクラムのようなフレームワークを使用すると、その方向で考え、アジャイルの原則を通常のコミュニケーションやタスクに統合する練習をすることができます。
まとめ
スクラムの方法論は単純です。 システムのルール、成果物、イベント、および役割を把握するのは簡単です。 その半規範的な性質は、開発プロセスをより明確にするのに役立ち、企業に独自の特別なタッチを追加する余地を与えます。
大規模で複雑なタスクをより小さく管理しやすいユーザー ストーリーに分割するため、やりがいのあるプロジェクトに最適です。 また、明確な役割とイベントのスケジュールを持つことで、誰もがオープンになり、開発プロセスに参加するようになります。 定期的な更新により、チームと製品を使用する人々の両方が、製品がどれだけ速く改善されているかを確認できます。これは、士気と満足度を高めるのに役立ちます。
スクラムに関するよくある質問
スクラムの価値観とは？
- コミットメント
- 勇気
- フォーカス
- 尊重
スクラムプロセスとは何ですか?
スクラム プロセスは、人々が持っているものを使用し、何が機能していて何が機能していないかを常に確認するよう促します。 良好なコミュニケーションは重要であり、それは「イベント」と呼ばれる会議を通じて行われます。
スクラムの 3 つの C とは?
XNUMX つの C は、カード、会話、および確認を表します。
同様の記事
- プロジェクト管理ツール：ベスト25+ツールとテクニック
- マスターデータ管理ツール: 最高のデータ管理ツール
- トップ 10 データベース管理会社
- 作業指示書：作業指示書を作成するための簡単な手順/手順
- オフィス政治: 定義、重要性、およびそれを習得する方法
参照
