スクラム マスターになるために不可欠なガイド

By Kate Eby | 2016年10月5日

アメリカではあまり知られていないスポーツであるラグビーのゲームでは、「スクラム マージュ」と呼ばれる遊びがあります。このフィールド操縦は、現在「Scrum」という愛称で知られている、有名なアジャイル管理フレームワークの最初のインスピレーションでした。ラグビー Scrummage( スクラム) の目的は、タイトなフォーメーションに集まった複数のチーム メンバーと一緒にマッチ プレーを再開することです。プレイヤーは頭を下げて、一緒にボールを奪います。アジャイル手法を使用している企業では、そのチームを進行させる人がスクラム マスターです。

Scrum はプロジェクト マネージャーに明確にマッピングされる役割を持っていません (これは Agile 手法のほとんどの化身に当てはまります)。「Scrum にはプロジェクト マネージャーはいません」はマントラです)。アジャイル環境に移行する際、スクラム マスターの役割は、元プロジェクト マネージャーの論理的な役割のように思えるかもしれません。しかし、訓練を受けたプロジェクト マネージャーでも、スクラム マスターの役割に関するトレーニングが必要です。スキルは重複していますが、スクラム マスターとプロジェクト マネージャーは、時間と締め切りに対する目的、ツール、アプローチが同じではありません。それでも、プロジェクト マネージャーに必要なスキルの多くは、スクラム マスターに適用できます。 

この記事では、従来のプロジェクト マネージャーとスクラム マスターの異なる責任とスキル セットについて説明し、スクラム マスターになるに関するさらなるガイダンスを提供します。

スクラムとは何ですか?

Scrum は、1986 年にハーバード・ビジネス・レビューで、竹内寛孝と野中育次郎によって初めて言及されました。彼らは、ラグビーの Scrummage のように、共同作業、チーム ワーク、スピードに焦点を当てた反復的で漸進的な製品開発方法を説明しました。1990 年代には、自動車、プリンター、コピーメーカーなど、多くの業界で Scrum 方式が採用されました。1995 年、ケン・シュワーバー、ジェフ・サザーランドなどが Scrum フレームワークの開発を開始し、2001 年にこの手法は Scrum を使用したアジャイル・ソフトウェア開発の本に概説されました。この記事を参照して、プロジェクト管理で Scrum を使用する方法の詳細をご覧ください。

 

プロジェクト管理ガイド

プロジェクト管理のすべてが一元的に

Smartsheetのロゴと「プロジェクト管理への 101 ガイド」という文字が入ったイラスト

プロジェクト管理の取り組みを向上させる準備はできていますか?作業をより効果的に管理するためのヒント、ベスト プラクティス、無料のリソースについては、包括的なプロジェクト管理ガイドをご覧ください。

ガイドを見る

誰が Scrum を使用していますか?

現在、Scrum の宇宙には、スクラムの方法と考え方の理解を強化するための認定、アドバイス、ツール、ベスト プラクティス戦略を提供する多数のインフルエンサーがいます。現在、Scrum は複数の業界で製品やサービスを作成するために使用されていますが、ソフトウェア開発の IT 業界では優勢な方法です。継続的改善戦略を提唱し、アジャイル マニフェストで設定されたガイドラインに従っているため、Scrum はソフトウェア製品を開発するための一般的な方法となっています。 

 

スクラムの重要な役割と責任

Scrum は、明確に定義された役割と「セレモニー」を備えた強力な構造と短いバースト (Sprints) の頻度を提供するため、アジャイルの人気の選択肢です。直線的な Waterfall 管理手法 (分析、設計、開発、テスト、ドキュメント) とは異なり、Scrum はチーム コラボレーション、日々のコミュニケーション、段階的な進捗に重点を置いています。

Scrum の構造は、製品所有者、Scrum チーム、スクラム マスターの 3 つの異なる役割を定義します。製品所有者と Scrum チームの機能は、スクラム マスターの作業と責任によってサポートされ、強化されます。 

製品所有者: 製品の戦略的価値を深く理解している製品の「チャンピオン」。製品所有者は、顧客や他の関係者の利益と声を表します。S/彼はまた、スクラム マスターの連絡責任を通じて Scrum チームに伝えるバックログに優先順位を付けます。製品所有者は、製品の展開またはリリース スケジュールを作成し、スクラム チームが開発する機能の短い1文の「ユーザー ストーリー」を通じて製品開発の優先順位を設定します。

Scrum チーム: 開発チームとしても知られているこのグループは、一般的に 3 ~ 9 人で構成されています。このチームは実際の開発作業を行います。定義されたインクリメンタル プロセスでは、技術的なタスクを実行して、個別化されたタスクではなく、共同作業、コミュニケーション、チーム ワークを通じてプロジェクトを前進させます。このプロセスは、駅から駅まで、設定された方向と時間で移動する列車になぞらえます。チームは毎日ミーティングを行い、機能間の連携と分析を促進し、スプリントと呼ばれる短い生産性の爆発的な作業中に順調に進めることができます (作業期間は 1 ~ 4 週間間隔で事前定義されているため、誰もプロジェクトのこの側面を管理する必要はありません)。目標は、タスクが割り当てられるのを待つのではなく、自己管理された方法で作業することです。

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 を無料でお試しください。

シンプルで使いやすいプラットフォームで、従業員、プロセス、ツールをつなげましょう。

Smartsheet を無料で試す Get a Free Smartsheet Demo