SCRUMプロセスで複数のロールを使用してもかまいません[終了]

StackOverflow https://stackoverflow.com/questions/409342

  •  03-07-2019
  •  | 
  •  

質問

SCRUMを使用したいソフトウェア開発会社で複数の役割を担っても問題ないと思いますか?

E.g。人が大丈夫か/可能か

  • SCRUMマスターおよびチームメンバー
  • 製品所有者およびチームメンバー
  • SCRUMマスターおよび製品所有者

どの組み合わせが可能だと思いますか?そのようなチームで働いていますか?人が複数の役割を持っている場合、何を考慮する必要がありますか?

ヒントをお寄せいただきありがとうございます。

役に立ちましたか?

解決 5

ご回答ありがとうございます。すべてが価値があるため、受け入れられた答えとしてそれらの1つを選択することはできません。したがって、プロフィールページからリマインダーを削除するには、この回答を受け入れます。

他のヒント

スクラムマスターは全員参加チームメンバーであり、うまくいくと思います。このプロセスは生産性の違いを本当にうまく処理します。

製品の所有者は社外にいるべきだと思いますが、チームは製品の所有者からある程度離れているべきだと思います。

製品所有者は、開発者またはプロジェクト管理の役割であってはなりません。全体のポイントは、結果を受け入れることができ、主題の専門家である誰かを持つことです。それらをチームメンバーにすると、製品開発者に製品を定義させることに戻ります。これは悪いことです。そして、それらをSCRUMマスターにすると、まず、SCRUMマスターが問題と見積もりを理解するために必要な開発のバックグラウンドを持っていない可能性があります。バランスオン。

SCRUMマスターは、特に小さなチームでは、確かにチームメンバーの一部の職務を担うことができます。ただし、ほとんどの場合、チームの規模が3〜4を超えると、SCRUMマスターは通常の開発作業に多くの時間を費やすことができなくなります。

[更新:" SCUM"非常に不便なタイプミスをマスターしてください。]

アーカイブを検索scrumdiscussionリスト。これについては、過去に広範囲にわたって議論されています。

SCRUMマスターとプロダクトオーナーは同じ人物ですが、SCRUMマスターハット(この場合は空手キッドヘッドバンド)を身に着けていることを知っているユニークな個人であり、プロダクトオーナーではなく、その逆も同様です。

ああ、そうです、SCRUMマスターには空手キッドのヘッドバンドを絶対にお勧めします。

「理想的なスクラム状況」の場合役割を共有することはありません。

スクラムマスターおよびチームメンバー
場合によっては、タスクを完了する必要があり、チームメンバーから報告された障害を取り除く必要があるため、利害の対立が生じることがあります。それぞれの役割で、スプリントが終了する前に役割を完了することに「コミット」しています。どちらが優先されますか?ただし、実際には、これはおそらく最も一般的なロールのペアです

製品所有者およびチームメンバー
本当に同じ人が仕事を完了して完了したと受け入れて、実際に仕事をしてはいけません。これは、1人の会社でのみ発生するはずです。その場合、最初にスクラムを使用するという考えに疑問を抱くかもしれません

スクラムマスタおよび製品所有者
繰り返しますが、コミットされているスプリントを完成させたいスクラムマスターと、スプリントが受け入れられたと言う製品所有者との間で利益相反が生じる可能性があります。

Scrumは、従来のプロジェクト管理の責任を意図的に分割して、プレッシャーやマイクロ管理など、従来のプロジェクト管理の落とし穴を防ぎます。定義上、スクラムマスターには権限がなく、プロダクトオーナーには権限があります。そのため、これら2つを1人にまとめる場合、正直に言って、その人を通常のプロジェクトマネージャーと呼びます(おそらくアジャイルスキルが必要です)。

他の組み合わせ(POはチームメンバー、SMはチームメンバー)にもマイナス面がありますが、害は少ないです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top