開発チームの誰かが顧客にスプリントを提示しているが、完全なストーリーを提示できないなどのWeb接続の問題が発生しているとします。プレゼンテーションをきれいにするために、同僚が考えられる解決策を提案し、すぐに修正しようとするのを手伝っていますか?それともちょっと面倒ですか?
顧客(チームの「一部」)は理解できるでしょうか?どうして?
プレゼンテーションが重要な場合は、極端な状況に備えるために可能な限りのことを行う必要があります。あなたは何ができますか?
そのような場合でも、プレゼンテーションがうまくいかないことがあります。あなたはあなたの仕事の顧客の結果を示すために利用可能なあなたのインフラストラクチャとツールの品質と戦うことはできません。このような問題が定期的に発生する場合は、スクラムマスターが問題をエスカレーションし、管理者が解決する必要があります(インフラストラクチャの品質の向上、モバイルインターネット接続の改善など)。
問題がめったに起こらない場合、顧客はおそらく理解するでしょう(顧客との関係がすでに悪い状態にない限り)。その結果、会議が延期されるか、会議が別の日に再計画されます(できるだけ早く)。これは悪いことですが、会議全体をスキップするほど悪くはありません。これが頻繁に発生する場合、顧客はそれほど親切ではなく、パートナーシップに悪影響を及ぼします。
問題がデバイス構成にある場合は、顧客が来る前にこれを解決する必要があります。顧客がすでに会議に参加しているときに、コンピューターをいじってVPNに接続しようとすると見栄えが悪くなります。
クライアント(チームの「一部」)は理解できるでしょうか?
クライアントは通常、チームの一員ではありません。製品の所有者でさえ、通常はチームの一部とは見なされず、スプリントレビューは製品の所有者にとっては考慮されません(すべきではありません)。プロダクトオーナーは、スプリント全体を通してチームに参加する必要があります。そうすれば、彼女はすでに何が行われたかを知っているはずです。さらに、彼女は機能/ユーザーストーリーが完了し、スプリントレビューで提示できると言う人でなければなりません。スプリントレビューは、顧客の代表者、利害関係者/マネージャー、そしておそらく選択されたエンドユーザーなどを対象としています。
いいえ、原則として今のところ修正はしません。私はむしろフォローアップ会議をスケジュールし、その間に何が悪かったのかを修正する方法を見つけたいと思います。考慮すべきことは、あなたのペアがここで苦労している様子を顧客にどれだけ見てもらいたいかということです。プレゼンテーションの形式的で専門的なものによっては、99%の人がすぐに良い部分に到達しようとすることに同意する人々と一緒に仕事をしている場合でも、それを回避するまれなケースがいくつか見られます。問題について十分な知識と管理があり、5分以内に解決できること。
お客様は理解していると言うかもしれませんが、ここではどのような評判を生み出しているのでしょうか。物事がうまくいかず、プレゼンテーション中に急いで修正しなければならないような評判を持ちたいですか?誰かが言うことは、彼または彼女が考えることとはかなり異なる可能性があります。
Sprint PresentationのScrumを使用しているので、Sprint Reviewについて話しているのですか?チームのすべてのメンバーに加えて、POとScrumMasterはスプリントレビューの一部であるため、レビューの彼の部分をステップアップして支援することができ、またそうすべきです。さらに、スプリントへの参加を提示してください。
クライアントが「チームの一員」であると言うとき、彼は実際にチームの一員として開発を行っているのですか、それともプロダクトオーナーですか?
あなたと顧客(あなたの教師)がスプリントレビューミーティングに参加していて、あなたが機能する製品をデモンストレーションしているが、製品が機能することを示すことができない場合、それは完了していません。
そうは言っても、製品の所有者(あなたの教師?)と開発者が「チームの一員」として働いている場合、彼らはおそらくそれが機能していることをすでに知っており、機能を自分で試したことさえあるかもしれません。そのような状況では、製品の所有者はストーリーが完了したと判断できます。
ですから、みんな"really"が一緒に働いているなら、デモ(あなたのプレゼンテーション)をスキップしてください。デモンストレーションが完了したかどうかを決定するものである場合は、会議でチームを長く維持するか、ストーリーを別のスプリントに移動するコストのバランスを取る必要があります。