開発チームが外部にいる場合のアジャイル環境の確立
私は彼らがアジャイル（スクラム）をフォローする新しい職場に参加しました。複数の製品があり、それぞれに内部製品の所有者がいますが、開発チームは外部ベンダー（開発者とスクラムマスター）です。
スクラムマスターとして、これはすべてのリソースを内部に持っているスクラムクラシックとは少し異なる状況だと思います。これはコンサルタントスクラムに似ていますが、その逆です。
そのような環境を処理し、優れたスクラムプラクティスを維持する方法について、いくつか質問があります。
Q1）この場合、受け入れ基準を誰が作成するのですか？
Q2）私たちは（PO、内部スクラムマスター、およびクライアントとして同時に）開発チームの速度を測定できますか？
注外部スクラムマスターは外部開発チームに属しています。ベンダーごとにスクラムマスターが付属しています。内部的には、スクラムマスターが私たちの側を処理するために必要です。現在のすべてのPOはトレーニングを受けておらず、ベンダーを強く押し付けています。
この環境では、組織は顧客であり、他の組織は開発組織です。あなたの組織は、開発を行っているスクラムチームにプロダクトオーナーを提供する必要があります。
個人的に、私はあなたの組織でのスクラムマスターの必要性を理解していません。開発途上組織のそれぞれが独自のプロセスを実行する必要があります。彼らがスクラムまたは関連する方法に従っている場合、それらの組織のスクラムマスターまたはコーチは、開発者の開発プロセスを理解し、製品をタイムリーに構築するために必要な情報を提供するために、製品所有者（組織が提供）を支援する必要があります。 。
しかし、私はあなたの組織でスクラムマスターの用途を1つ見ることができます。リモートのスクラムマスターやコーチと協力して、それぞれのプロセスを理解し、プロダクトオーナーにオンサイトサポートを提供する必要があります。また、プロダクトオーナーがスクラムとアジャイルソフトウェア開発の基本原則を確実に理解できるようにすることもできます。ただし、開発チームにプロセスを指示するべきではありません。
特定の質問に答えるには：
この場合、受け入れ基準を作成する責任があるのは誰ですか？
この環境では、プロダクトオーナーは、サポートする外部チームと協力して、受け入れ基準を作成する必要があります。外部のスクラムマスターまたはコーチは、開発チームに適した受け入れ基準をどのように記述するかを理解する手助けをする必要があります。
私たちは（PO、内部スクラムマスター、およびクライアントとして）開発チームの速度を測定できますか？
いいえ。独立した開発チームは、独自のプロセスを管理する必要があります。それには、彼らがどのように見積もるかを定義することが含まれます。あなたはそれらの出力だけを見るべきです。品質や納期について懸念がある場合は、プロダクトオーナーを通じて組織が外部ベンダーのスクラムマスターおよび開発チームとこれについて話し合う必要があります。