SCRUM を使用したいソフトウェア開発会社で、1 人が複数の役割を担っていても問題ないと思いますか?
例: 人が
- SCRUMマスターとチームメンバー
- プロダクトオーナーとチームメンバー
- SCRUMマスターとプロダクトオーナー
どの組み合わせが可能だと思いますか? あなたはそのようなチームで働いていますか?1 人が複数の役割を担っている場合、何を考慮する必要がありますか?
ヒントをありがとう。
私たちのスクラム マスターは全員が参加しているチーム メンバーであり、うまく機能していると思います。このプロセスは、生産性の違いを非常にうまく処理します。
プロダクト オーナーは外部にいるべきだと私は本当に思っていますが、チームはプロダクト オーナーからある程度距離を置くべきだと思います。
プロダクト オーナーは、開発者またはプロジェクト管理の役割であってはなりません。要点は、結果を受け入れることができ、主題の専門家である誰かを持つことです。彼らをチームメンバーにすると、製品開発者に製品を定義させることに戻ります。これは悪いことです。そして、彼らをスクラムマスターにすると、第一に、スクラムマスターが問題と見積もりを理解するために必要な開発のバックグラウンドを持っていない可能性が高く、第二に、スクラムマスターがサービスを提供する必要がある正確なプロセスと製品を制御します。バランスオン。
スクラム マスターは、特に小さなチームでは、チーム メンバーの職務を確実に引き受けることができます。ただし、ほとんどの場合、チームの規模が 3 ~ 4 人を超えると、SCRUM マスターは通常の開発作業に十分な時間を割くことができなくなります。
[更新: 「SCUM」は非常に不便なタイプミスをマスターします。]
私たちの SCRUM マスターとプロダクト オーナーは同じ人物ですが、彼は SCRUM マスター ハット (この場合は Karate Kid のヘッドバンド) をかぶっていると、プロダクト オーナーではないことを認識できるユニークな人物であり、その逆も同様です。
そうそう、SCRUM マスターには Karate Kid のヘッドバンドをお勧めします。
スクラムディスカッション リストのアーカイブを検索します。これは、過去に広く議論されてきました。
ご回答ありがとうございます。すべてが価値があるため、受け入れられた回答としてそれらの 1 つを選択することはできません。したがって、この回答を受け入れて、プロフィール ページからリマインダーを削除します。
「理想的なスクラムの状況」では、役割を共有しません。
Scrum master and team member
時には、自分のタスクを完了する必要があることと、チーム メンバーが報告した障害を取り除く必要があることとの間で、利益相反が生じることがあります。それぞれの役割において、彼らはスプリントが終了する前にその役割を完了することを「約束」しました - どちらが優先されるべきですか? ただし、実際には、これがおそらく最も一般的な役割の組み合わせです。
Product owner and team member
同じ人が仕事を完了して完了したとして受け入れ、実際に仕事をするべきではありません。これは、1 人の会社でのみ発生する必要があります。その場合、そもそもスクラムを使用するという考えに疑問を抱く可能性があります。
Scrum master and product owner
ここでも、約束どおりにスプリントを完了したいスクラム マスターと、スプリントが受け入れられたと言うプロダクト オーナーとの間に潜在的な利益相反が見られます。
スクラムは、伝統的なプロジェクト管理の責任を意図的に分割して、プレッシャーやマイクロマネジメントなどの従来のプロジェクト管理の落とし穴を防ぎます。定義上、スクラム マスターには権限がなく、プロダクト オーナーには権限があるため、この 2 つを 1 人にまとめた場合、正直に言って、その人を通常のプロジェクト マネージャー (おそらくアジャイル スキルを持つ) と呼ぶ必要があります。
他の組み合わせ (PO がチーム メンバー、SM がチーム メンバー) にも欠点がありますが、害は少なくなります。