アジャイル方法論におけるスタンドアップとその期間の目的は何ですか？
以前はウォーターフォール方法論で働いていましたが、今はアジャイル方法論に従うチームにいます。彼らはそれを間違っているようです。たとえば、1日25分以上続くスタンドアップがありますが、これは本当に面倒です。さらに、私は自分の給与を何よりも経営陣に正当化しているように感じます。
私はこのように感じるのは間違っていますか？これは通常、スタンドアップが行われる方法ですか？
スクラム、ケンシュワーバー、ジェフサザーランド 説明 ：
デイリースクラム
Daily Scrumは、開発チームがアクティビティを同期し、次の24時間の計画を作成するための15分のタイムボックスイベントです。これは、最後のデイリースクラム以降の作業を検査し、次のスクラムの前に実行できる作業を予測することによって行われます。 Daily Scrumは同時に開催され、複雑さを軽減するために毎日配置されます。ミーティング中に、開発チームのメンバーは次のように説明します。
開発チームがスプリントの目標を達成するのを助けた昨日は何をしましたか？
開発チームがスプリントの目標を達成するために、今日私は何をしますか？
私または開発チームがスプリントの目標を達成するのを妨げる障害はありますか？
開発チームは、デイリースクラムを使用して、スプリント目標に向けた進捗状況を検査し、スプリントバックログでの作業の完了に向けた進捗状況を検査します。デイリースクラムは、開発チームがスプリントの目標を達成する確率を最適化します。開発チームは毎日、スプリントの目標を達成し、スプリントの終わりまでに予想される増分を作成するために、自己組織化チームとしてどのように協力するつもりかを理解する必要があります。開発チームまたはチームメンバーは、デイリースクラムの直後に会合して、詳細なディスカッションを行ったり、残りのスプリントの作業を調整または再計画したりすることがよくあります。
スクラムマスターは、開発チームが会議を開くことを保証しますが、開発チームはデイリースクラムを実施する責任があります。スクラムマスターは、開発チームにデイリースクラムを15分のタイムボックス内に保つように教えます。
スクラムマスターは、開発チームのメンバーのみがデイリースクラムに参加するというルールを適用します。
デイリースクラムは、コミュニケーションを改善し、他の会議を排除し、削除のための開発の障害を特定し、迅速な意思決定を強調して促進し、開発チームの知識レベルを向上させます。これは重要な検査と適応の会議です。
他の方法論には異なる儀式があり、異なるスクラムチームでさえ、これを異なる方法で最適化する場合があります。重要なアイデアは、チームが迅速に集まり、チームが確実に提供できるようにすることです。管理ステータスレポートであってはなりません。しかし、それはより簡単に破壊されるアジャイルなアイデアの1つです。
TL; DR
適切なサイズのスクラムチーム内で適切に実行された場合、毎日のスタンドアップは15分以上かかることはありません。さらに時間がかかる場合は、チームが大きすぎるか、プロセスに問題があります。
スタンドアップの目的
毎日のスタンドアップは、チーム全体の責任と調整のミーティングです。これは、チーム全体が障害を認識し、どのストーリーが実行されたか、または実行されなかったか、およびどのタスクが1つのチームメンバーのタスクリストから他の人に引き継がれる準備ができているかを確実に確認するように設計されています。
スクラムマスターとプロダクトオーナーがスタンドアップのアクティブな参加者であることが重要ですが、チームがレポーティングしている場合は、スクラムマスターとスクラムプロセスはよく、本当に壊れているかもしれません。 Project Management Stack Exchangeの関連する回答には、下部に 「プロジェクトのにおい」の10ポイントのリスト があり、その一部はお客様のケースに当てはまる場合があります。それらが適用されない場合でも、次のスプリント回顧展でスタンドアップの効果を確実に再評価する必要があります。
タイムボックスを尊重する
私は「3つの質問」を具体的な形式として正確に嫌いです（== --- ==）ので、ステータスプルに似た会議につながる傾向があります。私は、マイクコーンの正規表現 Daily Scrum の説明を指さしませんでした。このページは部分的に言っています：
各人が昨日達成し、今日達成することに焦点を当てることにより、チームは、どのような作業が行われ、どのような作業が残っているかについて優れた理解を得ることができます。毎日のスクラム会議は、上司が予定より遅れている人に関する情報を収集しているステータス更新会議ではありません。むしろ、それはチームメンバーが互いにコミットメントする会議です。
そのページには、より多くの詳細といくつかの具体的な例があります。ただし、質問の目的のために、explicitlyは次のように述べています：
スクラムの毎日のスタンドアップミーティングは、厳密に15分にタイムボックス化されています。これにより、議論は活発になりますが、関連性があります。
タイムボックスはスクラムの基礎です。スクラム内のほとんどのタイムボックスは、検査と適合のサイクルの結果としてチームが調整できますが、スタンドアップの長さを伸ばすことは不適切なプラクティスと見なされています。タイムボクシングの原則がプロセスで尊重されていない場合、それは一般に非常に気の利いた「プロジェクトのにおい」です。
すべてのアジャイルプロセスと同様に、この目的は「何を価値から得るか」です。
毎日のスタンドアップは通常、影響の少ない方法でチームメンバー間のコミュニケーションを確保するためのメカニズムであり、誰もが現在の一連のタスクに関してチームがどこにいるかを理解できます。したがって、「昨日xを実行し、今日はyを実行する」と全員が言う5分のスタンドアップは問題ありません。15分のスタンドアップは、チームが次に何をするかを自分で決めてタスクボードを更新するのと同じです。
ただし、これらの必要性はまったく必要ありません。たとえば、ローリングソーシャル通知システムを使用するなど、他の方法でこれらのことを伝える場合は必要ありません。
同様に、スタンドアップを長くして、チームが報告することをもっと長くしたい場合も、それで問題ありません。私はそれについて質問しますが、一部のチームは仕事を与えられるために、より指示されたアプローチを好むことを知っています。結局のところ、アジャイルはあらゆるタイプのチームに対応できます。
あなたが尋ねるべき本当の質問は、あなたがそこから何らかの価値を得ているかどうか、そうでない場合-あなたはそれを何に変えればあなたは価値を得るのですか？スクラムのいくつかの神聖な本で規定されているように立ち上がることはアジャイルではありません。チームにとって何か意味のあるスタンドアップを行うことで、全員がよりよく連携できるようになります。
あなたが説明しているのは、チームにとって「スタンドアップ」が失敗する可能性がある1つの方法です。
誰もが他の人が何をしているかを理解し、彼らが昨日達成したこと、彼らが今日達成することを説明し、約束を果たす能力に影響するかもしれないものを報告するので、最高のスタンドアップは短いです。チームの他のメンバーは、お互いの障害を迅速に解決する手助けができることを示すことができますが、解決策はスタンドアップの外で参加することを示します。
要するに、彼らはチームを結びつける接着剤でなければなりません。
状況の更新とは、状況の更新であり、配信/配信ではないことを説明する必要がありますが、チームはスタンドアップ会議を使用してお互いをサポートし、障害を取り除くためにスタンドアップ会議を使用していないため、機能不全です。
これが発生した2つの環境では、チームがイテレーションの約束を確実に果たす責任を委任できなかったスクラムマスターがいることが原因です。あるケースでは、それは特に逆効果であり、チーム内で私たち/彼らの態度を生み出しました。
スクラムとは自己組織型のチームに関するものであり、チームは問題を迅速に解決してコミットメントを実現するためにチームを編成します