スクラムとは何ですか?
Scrum は、1986 年にハーバード・ビジネス・レビューで、竹内寛孝と野中育次郎によって初めて言及されました。彼らは、ラグビーの Scrummage のように、共同作業、チーム ワーク、スピードに焦点を当てた反復的で漸進的な製品開発方法を説明しました。1990 年代には、自動車、プリンター、コピーメーカーなど、多くの業界で Scrum 方式が採用されました。1995 年、ケン・シュワーバー、ジェフ・サザーランドなどが Scrum フレームワークの開発を開始し、2001 年にこの手法は Scrum を使用したアジャイル・ソフトウェア開発の本に概説されました。この記事を参照して、プロジェクト管理で Scrum を使用する方法の詳細をご覧ください。
Project Management Guide
Your one-stop shop for everything project management
Ready to get more out of your project management efforts? Visit our comprehensive project management guide for tips, best practices, and free resources to manage your work more effectively.
誰が Scrum を使用していますか?
現在、Scrum の宇宙には、スクラムの方法と考え方の理解を強化するための認定、アドバイス、ツール、ベスト プラクティス戦略を提供する多数のインフルエンサーがいます。現在、Scrum は複数の業界で製品やサービスを作成するために使用されていますが、ソフトウェア開発の IT 業界では優勢な方法です。継続的改善戦略を提唱し、アジャイル マニフェストで設定されたガイドラインに従っているため、Scrum はソフトウェア製品を開発するための一般的な方法となっています。
スクラムの重要な役割と責任
Scrum は、明確に定義された役割と「セレモニー」を備えた強力な構造と短いバースト (Sprints) の頻度を提供するため、アジャイルの人気の選択肢です。直線的な Waterfall 管理手法 (分析、設計、開発、テスト、ドキュメント) とは異なり、Scrum はチーム コラボレーション、日々のコミュニケーション、段階的な進捗に重点を置いています。
Scrum の構造は、製品所有者、Scrum チーム、スクラム マスターの 3 つの異なる役割を定義します。製品所有者と Scrum チームの機能は、スクラム マスターの作業と責任によってサポートされ、強化されます。
製品所有者: 製品の戦略的価値を深く理解している製品の「チャンピオン」。製品所有者は、顧客や他の関係者の利益と声を表します。S/彼はまた、スクラム マスターの連絡責任を通じて Scrum チームに伝えるバックログに優先順位を付けます。製品所有者は、製品の展開またはリリース スケジュールを作成し、スクラム チームが開発する機能の短い1文の「ユーザー ストーリー」を通じて製品開発の優先順位を設定します。
Scrum チーム: 開発チームとしても知られているこのグループは、一般的に 3 ～ 9 人で構成されています。このチームは実際の開発作業を行います。定義されたインクリメンタル プロセスでは、技術的なタスクを実行して、個別化されたタスクではなく、共同作業、コミュニケーション、チーム ワークを通じてプロジェクトを前進させます。このプロセスは、駅から駅まで、設定された方向と時間で移動する列車になぞらえます。チームは毎日ミーティングを行い、機能間の連携と分析を促進し、スプリントと呼ばれる短い生産性の爆発的な作業中に順調に進めることができます (作業期間は 1 ～ 4 週間間隔で事前定義されているため、誰もプロジェクトのこの側面を管理する必要はありません)。目標は、タスクが割り当てられるのを待つのではなく、自己管理された方法で作業することです。
Scrum マスター: この人は、製品所有者と Scrum チームの両方にガイダンスと支援を提供する進行役、コーチ、リエゾンです。スクラム マスターは、自己組織化された行動、またはチームの「フロー」を促進するための環境の作成に焦点を当てた重要な役割を持っています。また、スクラム マスターは、バックログのサイズ、優先順位、製品リリース スケジュールを製品所有者に支援します。さらに、時間の計画や管理ではなく、スクラム マスターがコーチを務め、プロジェクトに取り組むチームをガイドします。
しかし、重要な違いは、スクラム マスターが開発プロセスをリードしたり管理したりしないということです。代わりに、scrum マスターは、次の方法で段階的な開発の成功を促進するための活動を促進します。
- すべての標準的な Scrum プラクティスに従っていることを確認します。
- 障害を取り除き、チームの進捗を促進します。
- スプリント期間の決定。
- 毎日のスクラム、スタンドアップ、「スクラムのスクラム」ミーティングの設定と促進。
- 何に取り組んでいるのか、気が散っているかどうかなど、チームの適切な質問をする。
- Scrum のフレームワーク、方法、考え方を理解し、伝える。
- 気が散ることからチームを守る。
- 生産性を最大化するための機会とツールを提供する。
- チームと製品所有者が実践の効果を向上させるよう指導する。
- 対立を解決して「流れの状態」を育む。
- 関係者とのコミュニケーション。
従来のプロジェクト マネージャーの役割
プロジェクト マネージャーの仕事は、プロジェクトの多様な活動をリード、計画、監督、支援、意思決定、管理することです。この役割は、チームや複数のプロジェクトを調整したり、プロジェクトのタイムラインを管理したりするのに役立ちます。プロジェクト管理は、多くの場合、当初の要件に従って、予算内、スケジュール通りに作業ソフトウェアを提供することを目的とする Waterfall 開発手法の一部です。
Waterfall モデルでは、プロジェクト マネージャーはプロジェクトの責任を負い、ポジションは非常に構造化されています。要件の交渉、時間と資料の見積もり、リスクの特定 (およびこれらのリスクのコストの見積もり)、チーム メンバーの役割の遂行、タスクの割り当て、顧客とのミーティング、指標の引き継ぎなど、プロジェクトのすべてのステップに関与しています。プロジェクト マネージャーは、組織内の 1 つまたは複数のプロジェクトに対する責任を負う場合があります。しかし、プロジェクトに関係なく、プロジェクト マネージャーの目標は、プロジェクトを期限内かつ予算内で成功に導くという揺るぎないことです。詳細については、プロジェクト管理協会 (PMI) が、標準的なプロジェクト管理ガイドラインと用語のガイドである PMBOK の開発を監督しています。
Scrum マスターとプロジェクト マネージャーの違い
Scrum フレームワークを小規模に展開する方法や構造は数多くあり、LeSS や SAFe フレームワークなどの企業規模の方法もあります。どちらの場合も、スクラム マスターはプロジェクト マネージャーではないことに注意することが重要です。これらの役割にはいくつかの重要な違いがあります。Scrum は、イノベーションに対する消費者の期待の変化する流れを認識し、計画する方法論です。より速く、より適応的な製品開発と展開ペースを提唱し、プロセス全体を通じて調整とイノベーションを歓迎します。プロジェクト管理とは異なり、所定の目標を厳格にコントロールするのではなく、絶え間ない修正に焦点を当てます。
人事マネージャーとタレント マネージャーは、スクラム マスターと従来のプロジェクト マネージャーの根本的な違いに追いつきます。これらの違いは、それぞれのジョブ ディスクリプションで使用される動詞を使って示すのが最適です。
ジョブ ディスクリプションでは、プロジェクト マネージャーは、リスクを管理し、測定可能で具体的な成功目標を達成するために、指示、監督、管理、計画、実行、調整を行うことで、タスクと結果に焦点を当てるように求められます。これには、多くの場合、締め切りを守るために要件をトリミングしたり、リリースのために期限内の延長を交渉したりする必要があり、常に要件の変更に抵抗することを意味します。また、厳しい締め切りでは、開発タイムラインを優先してテスト タイムラインを不正行為する必要があるかもしれません。言い換えれば、リスク管理スキルはプロジェクト マネージャーにとって非常に重要です。PMI によると、「経験豊富なプロジェクト マネージャーは、プロジェクト デリバリー、部門を超えたチームの指導、監督のあらゆる側面を担当しています。」と述べました。
スクラム マスターの期待内容は異なり、成功の手段はしばしば捉えにくいものです。スクラム マスターは、コーチング、メンタリング、促進、対立の解決、インスピレーションの提供、コミュニケーションに重点を置いています。スクラム マスターは、どんなチーム メンバーと同じくらい技術的に健全である必要がありますが、リードするのではなくガイドを導き、伝えるのではなく耳を傾け、問題解決を促すよう求められます。Scrum マスターは、チームの団結、共同作業の文化、組織の改善を達成すると成功します。
スクラム マスターは、多くの場合、特に大規模な企業開発において、複数のチームを担当します。小規模な環境では、プロジェクト マネージャーが役割を分割し、パートタイムのスクラム マスターの職務を引き受けるのは珍しくありません。
ポジションの正確な翻訳はありませんが、強力なプロジェクト マネージャーを作るスキルの多くは、強力なスクラム マスターを作ることもできます。これらのスキルには、時間管理、コミュニケーション、問題管理が含まれます。以下は、プロジェクトマ ネージャーとスクラム マスターに必要なスキルを説明する表です。
スクラム マスターになるには何が必要か
Scrum を採用する際には、スクラム マスターの役割に適した人材を選択することが不可欠です。ジョブ ディスクリプションや面接プロセスで示されているように、その役割の候補者は、スクラム手法の技術的スキルと習得と同じくらい重要な重要な対人スキルを示すよう求められます。可能にし、サービスを提供し、モチベーションを高めるスキルと、ドライブ、永続性、勇気を組み合わせたスキルは、対人的特徴として珍重されます。
認定 Scrum マスターの資質と属性は次のとおりです。
- Scrum フレームワークとリーン アジャイル開発の仕組みを徹底的に理解するには、以下を含みます。
- 最適なスプリント期間
- バックログの優先順位
- スクラムのアーティファクトやセレモニーに関する知識
- スプリント バックログ
- 製品バックログ
- 速度図
- バーンダウン チャート
- スプリント プランニング
- 3 つの質問に焦点を当てたデイリー スクラムまたはスタンドアップ ミーティング
- スプリントのふりかえり
- スプリントのレビュー
- アジャイル手法と価値の開発と強化の経験
- 以下に対する状況認識を示した:
- ディスカッションの促進
- 競合の解決
- 継続的改善に努める
- タスク ボードとツール、テスト主導型開発 (TDD) 戦略、コミュニケーションを使用してチームを開発し、自発チームを「成長」させる
- タスクを割り当て、監督するのではなく、「サーバント リーダー」として行動する能力
- 次の方法でチームを自己組織化に移行する機能:
- 気が散ることや障害を排除
- コミュニケーションの促進
あなたはどこに素晴らしいスクラム マスターを見つけますか?
新しい Scrum チームには経験豊富なスクラム マスターが必要です。プロジェクト マネージャーとは異なり、スクラム マスターは人材の指導や指導に責任を負いません。むしろ、共同作業を大切にし、奨励する環境を作る活動や戦略に焦点を当てます。業界が Scrum Framework を採用するにつれ、従来のプロジェクト マネージャーとスクラム チーム メンバーは Scrum マスターの役割に適しています。
ほとんどの大規模な組織では、スクラム マスターが複数のチームを担当するフルタイムの役割を果たします。たとえば、小規模な組織では、プロジェクト マネージャーがプロジェクト マネージャーとスクラム マスターとしての時間を分割する場合があります。
彼らの実務経験を高めるために、用語、方法、ベスト プラクティスを教える Scrum マスター認定とアジャイル コーチング プログラムは数多くあります。オンライン環境で教え、テストされたこれらのプログラムは、Scrum の構造、期待事項、シナリオを学ぶのに最適なリソースです。
プロジェクト マネージャーから Scrum マスターへの移行
プロジェクト マネージャーからスクラム マスターへの移行は不可能ではありませんが、従来の Waterfall 手法の構造化された性質上、困難な場合があります。従来のプロジェクト マネージャーは、事前に定義された要件とハードセットされた完了日を持つプロジェクトに精通しています。Waterfall では、これらの要件をすべて満たしてテストしたり、最終製品から交渉したりすると、プロジェクトが完了します。この時点で、製品は顧客への引き渡しの準備が整いました。Scrum では、キューにバックログ項目が残っていない場合に Scrum プロジェクトが完了したと見なされるため、要件と締め切りは柔軟なままです。したがって、Scrum プロジェクトの終了日を事前に決定することは不可能です。Scrum ハンドオフは (各 Sprint の終了時に) はるかに頻繁に行われ、顧客はそれを受け入れる必要があります。従来のプロジェクト マネージャーは、Scrum プロジェクトの柔軟性と自己組織化されたチーム環境を受け入れるのに苦労する場合があり、ある役割から他の役割への移行は、ナビゲートするのが難しい場合があります。
移行の最も重要な最初のステップは、2 つの役割の違いを理解することです。役割の目的と責任が明確に説明され、理解されていない場合、移行は乱雑で、プロジェクトの成功を阻害する可能性があります。元プロジェクト マネージャーは、Scrum チームの自導的な環境を受け入れ、方法論によって提供される追加の柔軟性と実験にオープンである必要があります。最終的に、プロジェクト マネージャーは、新しい役割を引き受ける前に、仕事のさまざまな要求を明確に理解していれば、スクラム マスターを成功させることができます。
プロジェクト マネージャーは、Waterfall の開発方法に不可欠な役割を果たします。しかし、プロジェクト管理の役割はアジャイル環境には存在しませんが、経験から得たスキルは、時間の制約や予算内でプロジェクトが実行されるようにするなど、アジャイル プロジェクトの管理に役立ちます。
スクラム マスター インタビューに関する質問
質の高いスクラム マスターを求める際には、次の面接で役割を果たす能力を測るとよいでしょう。
- アジャイル マニフェストと「プロセスを超える人々」に関する理解を説明します。
- Scrum がチームのために機能していることを確認するために、探している成功基準と追跡する指標は何ですか?
- scrum マスターとしてのあなたの役割は、製品所有者とどのように連携していますか?
- スタンドアップ ミーティングで自分の役割をどのように説明しますか?
- ユーザー ストーリーを書いていますか?
- アジャイル フレームワークを説明します。
- Scrum 認定は受けていますか?
- あなたは従来のプロジェクト マネージャーとどのように違うのですか?
- Scrum チームで最も重要な役割は何ですか?
- あなたが使用したその他のアジャイル フレームワークは何ですか?
- Scrum の代わりに Waterfall を使用する必要がありますか?
Scrum マスターは、ほとんどの組織構造において新しい役割を果たします。スクラム マスターを目指している人は、要求される対人スキルを持っているか、開発することが奨励されます。自己組織化されたチームを育てることがスクラムの目標であるため、スクラム チームをうまく指導するための重要な要素は、永続性、勇気、ドライブなどの資質です。スクラムが名付けられたラグビーのゲームと同様に、スクラム チームは製品所有者によって設定され、スクラムマスターによって巧みに指導された目標を持ち、目標が明確で、短い期間で、絶えず伝えられるときに最適な成功を達成します。
Smartsheet を使ってより効率的なスクラム マスターになる
シンプルなタスク管理やプロジェクト プランニングから、複雑なリソース計画やポートフォリオ マネジメントまで、Smartsheet は共同作業の改善と作業速度の向上に役立ち、より多くの成果を上げるのに効果的です。 Smartsheet プラットフォームなら、いつでもどこでも簡単に作業の計画、保存、管理、およびレポート作成が可能なため、チームはより効率的かつ効果的に仕事を進めることができるようになります。作業に関して主要なメトリックを表示したり、リアルタイムの可視性を提供したりするために、ロールアップ レポート、ダッシュボード、および自動化されたワークフローを作成する機能も装備されており、チーム メンバーをつないで情報共有を促進することが可能です。 やるべきことを明確にすると、チームの生産性と作業達成能力が向上します。ぜひこの機会に Smartsheet を無料でお試しください。