スプリントミーティング-何について話すか
スクラム手法を使い始めたばかりの作業では、うまく機能していますが、毎日のスプリントミーティングについて質問があります。
ミーティングのために15分（必要と思われる場合は3人の開発者とスクラムマスターの間）を確保しましたが、通常は5分で終了していることがわかりました。
これは、言うべきことをすべて言ったからかもしれませんが、何かが足りない場合に備えて、人々は彼らの中で何について話しがちなのか疑問に思いました。
記録のために、私たちは通常、現在の目標、厄介な以前の目標、およびその日の残りの計画（そのプロジェクトで利用できない場合を含む）について互いに更新します。
スタンドアップミーティングの意図は、チームメンバー全員に最近の進捗状況と進捗を妨げる可能性のある障害について通知することです。チームがその目標を達成するのに5分しかかからない場合は、5分が適切な時間であり、あまり心配する必要はありません。
私は古典にかなり固執する傾向があります：
- 前回のスタンドアップ以来達成したこと
- 次のスタンドアップまで何をするのか
- 私が私の仕事を成し遂げることを妨げるかもしれないと思うどんな問題でも
しかし、必要に応じて追加します
- チームが知る必要があると思う（システム/環境について）私が学んだ新しいこと
- 有意義な方法で私を助けてくれたチームメンバーへの迅速な感謝の謝辞
重要なことは、重要でタイムリーな情報を迅速かつ簡潔に共有することです。それが達成されている場合、正確な時間枠は二次的です。
スクラムマスターは、プロセス（スクラム）が適切に実装されていることを確認します。彼は毎日のスタンドアップで必須です（それは彼らが呼ばれる方法です）。
5人のチームの場合は15分で問題ありません（チームメンバーごとに3分）。 1分以上話さないと、私には匂いのように見えます。尊敬していることを確認していただけますか これらのルール ？
（これらの会議は通常、毎日スクラムまたは「毎日のスタンドアップミーティング」と呼ばれます。「スプリント」という言葉は、通常1〜4週間の反復を指します。）
5分で完了した場合、それは素晴らしいことです！（もちろん、この5分間で必要な3つの質問をカバーしたと思います。）
新しいスクラムチームが苦労していることの1つは、これらの会議が15分よりもはるかに長く実行され、要件、設計、優先順位付けなどについて話し合うために人々が議題から逸脱することです。しかし、あなたはすでにスクラムのこの要素を習得しているようです。
3人の開発者とスクラムマスター（彼が必要だと思う場合）の間。
たぶん、あなたは少数の人々が会議に出席しているでしょう。または誰かが「更新なし」を与えますか？冗談です。
私もスクラムを使っています。毎日のスタンドアップミーティングには約13〜15人が参加しています。私が通常報告するのは
- ユーザーストーリーを含むQA配信（昨日と今日..）
- すべてのユーザーストーリーがQAに配信される場合、必ず「すべてのユーザーストーリーがQAに配信される」と言います。
- バグを修正する場合は、昨日修正されたバグの数と残っているバグの数を報告します。
つまり、2週間のスプリントがあります。最初の週は通常、ユーザーストーリーの配信について話し、2週目はすべてバグ修正について話します~~