スクラムデイリーミーティング：完全なチームプレゼンスより時間厳守？

私の理解では、デイリースクラムミーティングは非常に迅速で、親しみやすい方法で開催する必要があり、すべてのチームメンバーが出席する必要があります。なぜなら、それは他の誰もが行っていることを誰もが最新の状態にすることであるからです。

そのように開催されるスクラムデイリーミーティングが好きです。

私の最新のプロジェクトでは、デイリースクラムはステータス更新会議のようなものです。立場は私たちがスクラムを保持し、適切なアジャイルを実践しているということですが。

私たちは2つの異なる国に分散したチームであり、同じ国にいる人々は同じオフィスにいません。結果として、仮想スクラムがあります。

問題は、ミーティングが常に時間どおりに開始され、実際の開始時間の前に多くの人が電話をかけるため、実際にはミーティングの最初の1秒から開始されることです。小さな遅延に対する許容度なし。

たとえば、前回電話に出たときに、会議の調整担当者が全員がオンかどうかを確認し、チームメンバーの1人がまだオンではないが、彼が電話していたと言いました。そして、チームメンバーを待たずに共有を開始するように言われました。

また、誰もが多くの会議を行っており、スクラム会議と連続していることもあるため、会議の最初または2分の間に到着したかどうかは理解できます。

デイリースクラムを練習しているチームにとってそれは正常ですか？初めてのことです。

それについて直接書誌を見つけることはできません。すべてのチームメンバーの存在が強調されますが、会議は常に同時に開始する必要があることも強調されます。しかし、私は少しの許容誤差があると想像します。

私は誰かが "5秒"遅れて到着した場合にスクラムマスターがペナルティを課すことができることを示唆している誰かをブログで読みました。私はスクラムは友好的であるはずだと思っていました、そしてそのようなペナルティを持つことは逆効果に思えます。

このような状況で推奨されるアプローチは何ですか？

他のアジャイルプラクティスと同様に、スクラムチームはこれを自分で決めることができます。それが気になる場合は、振り返って考えてみて、誰もが満足する解決策を見つけてください。おそらく他のチームメンバーも同じように感じるかもしれませんが、それが「スクラムがどのように行われるか」ということだと思います。

そうは言っても、私のスクラムミーティングでは、3人以上の行方不明者がいない限り、2番目の会議から始めます。誰もが毎日参加する必要のある会議では、それ以外の時間はだれにも失礼です。私が遅れて現れるのは、私のチームが私なしでスタートするときです。最後に時間があれば、遅れてきた人の仕事に戻ります。

私は過去に時間厳守についてそれほど厳格ではありませんでした、そして何が起こったかというと、時間通りに現れた人々が時間の無駄に飽きてきたので、彼らは会議が実際にいつ始まるかを推測し、代わりにそれから現れました。雪だるま効果。

日常の会議では、誰かが会議の一部を見逃すことは、世界の終わりではありません。うまくいけば、それはあなたが一日中やっている唯一のコミュニケーションではありません。

人を待つなら遅刻しても大丈夫だと教えてくれる。あなたがその分から始めれば、人々は彼らが参加したいのであれば、彼らは時間通りにそこにいる必要があると教えられます。プログラミングは少なくとも少々の規律を必要とする専門的な活動です。

そうは言っても、毎日のスタンドアップのポイントは、チームが昨日何をしたか、彼らが今日何をしているのかを話し合い、障害を全員に知らせることです。スケジュールされた時間は、「誰もが利用できる朝の最初のもの」である必要があり、必ずしも時計の特定の時間ではありません。最終的な目標は、厳格なルールに従うのではなく、チームとして協力することです。チームがアジャイルに非常に慣れていない場合は、時計にこだわることがチームのスキルを向上させる良い方法です。成熟したチームの場合は、自分のチームに合った方法を実行してください。

これはスクラムのしくみですか？

チームの生産性が非常に高い（つまり、非常に短い期間で大量の機能を生み出すことができる）場合を除き、毎日の会議はビジネスアクティビティには頻繁すぎることをお勧めします。

毎日タグアップを行うと決めた場合、それらは15〜20分以内で終了する必要があり、はい、全員が時間どおりに参加する必要があるか、参加しません。タグアップは、スクラムマスターではなく、チームメンバーの利益のためです。毎日の会議の欠落に対する罰則は、他の遅刻と同じ方法で処理する必要があります。

要するに、私はここで特別なものは何も見ていません。私は、あらゆる種類の日常の会議がマイクロ管理に境界を接すると思いますが、そうすることを決定した場合、適切に行う必要があります。

オーバープロセスの人々。これはアジャイルのコアテナントの1つです。チームでプロセスが機能しない場合は、スクラップするか変更してください。してみましょうチームが彼らのニーズに合わせて、それを修正します。

このように考えて、毎日のスタンドアップのポイントは何ですか？

それは、チームの他のメンバーと障害を引き起こし、支援が必要になる可能性があることを報告し、他の人に影響を与える変更を強調する機会です。あなたが開発者であることが重要です。

4 -8人の開発者のチームで、彼らは迅速かつ迅速である必要があります-ほとんどの場合、毎回30秒。スクラムマスターの役割を果たしていた場合、会議のコストが増加するため、会議の開始が遅れることが心配です。同様に、会議の時間の変動は誰にとっても気を散らします-これから...邪魔されそうな人は電話/トイレにいました。

あなたが説明しているようにチームが地理的に分散している場合、私はこれをすべての回顧でチームの障害としてフラグを立てます。スクラムのパフォーマンスとコミュニケーションが邪魔をしていて、それらがすべて一緒に座っているわけではなく、自由かつ簡単にコミュニケーションできるわけではありません。

これは2つの別々のスクラムチームとして編成され、スクラムのスクラムが国際コミュニケーションを処理するように編成された作業である必要があると主張します。