毎日のスタンドアップ-いやいやいや？
毎日のスタンドアップミーティング はどの程度価値がある（またはない）と思いますか？
あなたがそれに慣れていない場合、これはスクラム支持者（および他のいくつかのアジャイル方法論）の一部である毎日の会議を指します。アイデアは、15分にタイムボックス化された毎日の会議を開催し、そこで全員が立っている必要があることです（人々がその場にいるように促すため）。
会議では、部屋を回ってそれぞれが次のように言います。-昨日何をしたか-今日何をするつもりか-進行の妨げまたは障害。
この実践には価値があると思いますか？誰かがそれをした場所で働いたことがありますか、そしてあなたはどう思いましたか？
私は最初の仕事で毎日立ち上がった。まあ、すべての生協/インターン/臨時雇用者で、それは実際には長い面でした-通常約30分。
しかし、短いタイムボックスの毎日の会議というアイデアは、他の人が何に行き詰まっているのかを知るのに大いに役立ちました-そしてそれが私が取り組んでいるものであるなら、私は彼らのタスクを優先順位付けして、彼らがより早く継続するために必要なものを完了することができました。それはまた、誰もが誰が何に取り組んでいるのかを知る機会を与えたので、誰かが緊急事態にあった場合、誰もが少なくとも何が起こっているのかを知っていました-トラック係数を減らすことは常に良いことです。
正直なところ、場合によっては毎日が少し極端かもしれません。しかし、全員が同じページに留まるための短い定期的な会議のアイデアは、あらゆるプロセスへの貴重な追加です。
これらの会議は非常に価値があると思います。わずか15分で、次のようなメリットがあります。
- 全員をトピックに留める。自分の問題を掘り下げて、他の人が何をしているかを忘れたり、他の人が行っている作業を繰り返したりするのは簡単です。毎日の会議はこれが起こらないようにします。
- 人々がたるむことを許可しません。これらの会議であなたは約束をします。次に、それらを保持しようとする必要があります。
- 人々を交流させる。プログラマは通常、人と話すのが好きではありません。ただし、そのような会議では、同僚から励まし（および叱責）が得られ、士気に良い影響を与えます。
- 全員を1か所に集めます。あなたは誰もがそこに来ることを知ることのボーナスを得ます。これを使用して、他の会議を調整したり、アナウンスを作成したり、特定の問題について話し合うためにこのグループを少人数のグループで継続したりできます。通常、そのような会議の開催には多くの注意が必要であり、プログラマーが使用したくないスキルが必要です。
私は何時間も立って立つことができます。それは私をこれ以上要点にしたり、毎日の短い追い付きミーティングに真の意味/影響を与えたりしません。
ねえ、立ち上がって何かをアジャイルとして再ブランド化できるなら、それは良いはずです！
定期的なキャッチアップミーティングが一般的に良いことかどうかについては...他のプロセスが効果がない場合に役立ちます。
誰かが昨日何をしたか、彼らの次のタスクは何かを知りたい場合は、すでに記録されている課題トラッカーを見てください。チーム全体でこれを示す明確なフィルターがない場合は、フィルターを設定します（またはより良いソフトウェアを見つけます）。
誰かがブロッカーを持っているかどうかを知りたい場合は、メッセージを確認してください（電子メール/ im /フォーラム/その他）。誰かがいる場合は、関係者とプロジェクトリードの両方が発生したときに通知する必要があります。他の誰かが気付く前に1日待つ必要はなく、行動する機会があることを気にしないでください。
プロジェクトの方向性を議論するために定期的にミーティングを行うことには確かにメリットがあります。詳細ではなく、一般的な意味で、全員が全体的な目標などを確実に理解できるようにし、毎週または隔週（ペースに応じて）開催しますの）。
しかし、あなたができるように毎日15分の1時間を費やすfeel俊敏で素晴らしくて、何か？時間の無駄。
私の経験では、スタンドアップ、特に毎日のようなものはそれだけの価値はありませんでした。空の儀式、または無向の臨時会議の2つのうちのいずれかです。
空の儀式：誰もがサークルを回って、彼らが取り組んでいるタスクとその進捗状況を述べます。他の人が何に取り組んでいるかについては誰も気にしませんし、問題が発生しても（スタンドアップの結果として）何も行われません。
無向の臨時の会議：誰か（通常はマネージャー、PM、またはビジネスの誰か）が来て、それを脱線させます。たぶん、今日の火災について細かいことを話したり、締め切りに間に合うかどうか誰かがどのように心配しているのかなどを話します。15分は30分以上になります。こんなに長くなるのなら、私たちは本当に座っているべきですが、誰もが立っています。
また、スタンドアップの「スタンドアップ」部分は、会議のタイムボックス化に役立ちません。それは、ミックスに物理的な不快感を加えるだけです。
チームメンバー間のアドホックコミュニケーションでは、正式なスタンドアップよりもはるかに良い経験をしました。誰かがあなたが取り組んでいることやあなたの進捗状況を気にかけている場合、彼らはあなたに尋ねるか、あなたが彼らに言うでしょう。問題がある場合やブロックされている場合は、それについて知る必要のある人が知っていることを確認してください。要件が不明確な場合は、ビジネスユーザーまたはBAを追跡し、それらについて尋ねます。
正しく実行されれば非常に価値があると思います。私にとってうまくいったフォーマットはこれです。
各人が次の質問に短い答えを出します。
a）何に取り組んでいますか？
b）次の会議（明日）までに何をしますか？
c）前回の会議で成し遂げると言っていたことを達成しましたか？
d）進行を遅らせている/停止している障害は何ですか？
上記についての詳細な議論は、会議を短くするために会議中に抑制されるべきです。だれでも後（またはその日の後で会う）に滞在して、関連する人と、カバー範囲を広げる必要があることについて話し合うことができます。
これにより次の目標が達成されます：
a）チームリードまたは製品の所有者は、起こり得る遅延について迅速にループしています。
b）チームリーダーは、障害をすばやく取り除くことができます。
c）チームリーダーは、車輪をすばやく回している人々を特定できます。
d）内向的すぎて必要なときに助けを求めることができないチームメンバー間のコラボレーションを促進します。
e）コミットメントを短く保つことで勢いを促進します（プロジェクトに利用できる時間まで拡大する作業を最小限に抑えます）。
「毎日15分のスタンドアップ」が30分、45分、そして今では60分に伸びている職場で実践されているように、それらが有用であることに気づきませんでした。プロジェクトマネージャーがプロジェクターやネットワーク共有など、その日のランダムなデーモンをいじるのを待っている間、誰もが座っています。会議の前に全員に時間をかけてステータスの更新を提供するように要求しますが、その後再び全員にクエリを実行します（最後の瞬間に何か他のことを達成した場合に備えて）。残っているオリジナルのコンセプトの唯一の部分は「毎日」です。
これを行わないでください。
これは便利な場合がありますが、実際にはあまり使用されません。
他のチームメンバーの作業中に簡単にアクセスできないチームがある場合、または組織がマネージャー/ PM /誰も見つけられない場合、少なくとも1日1回のショットで質問に答えることができないことがわかります。
実際には、すぐに問題について話し合わないように勧めることもあり、かなりの時間を浪費する可能性があります。例えば：
私がアクティブな開発プロジェクトを1つだけ（通常は2つ）している場合、通常、少なくとも1つはQAを完了し、もう1つは同時にスピンアップしています。それは、3つの15分のスタンドアップです。私が背中合わせになることはほとんどありません。あなたはそれぞれの前に停止点にいることを確認し、同様にそれぞれの後に軌道に戻るのに少し時間を失います。これらの損失がそれぞれ10分の1であると想定したとしても、毎週、1日の就業時間以上にスタンドアップで失われることになります。
コミット会議とデモを追加すると、簡単に丸一日余分に食べてしまいます。
私たちのチームがコミュニケーションの問題を抱えている場合は、毎日の会議が役立ちますが、それ以外の場合は、リソースシンクが多すぎます。
はいまたはいいえと価値があるかは2つの異なる質問です。答えも異なる場合があります。後者の質問の場合、答えは視点に依存することがあります。
最初の質問、はいまたはいいえ？それはyesです。スクラムまたはXPの観点から見ると、スタンドアップは必須のアクティビティです。毎日のスクラムがない場合、それは実際にはスクラムではありません。「スクラム」と呼ばれますが、毎日のスタンドアップを行う」またはscrumbut略して。カンバンの観点を含める場合、ほとんどのカンバンチームはスタンドアップを行いますが、その方法では規定されていません。
2番目の質問、（どのように）それらは価値があるか、はさらに複雑です。スクラムまたはXPを実践する場合、スタンドアップはコラボレーション、チームワークを促進し、チームをより効果的にするために不可欠であると信じなければなりません。したがって、答えは間違いなく価値があるです。
無駄のない支持者の視点は非常に異なります。極端な無駄のない見方は、スタンドアップをしても顧客は気にしないので、彼らはただの無駄です。何を無駄にしますか？あなたはそれを最小に、理想的にはゼロにカットしました。
より適度な無駄のない見方は、正確には無駄ではありませんが、毎日のスタンドアップは調整コストであり付加価値のあるアクティビティではない。スクラムの同僚と悪魔の擁護者を演じ、彼らに尋ねることができます：15分のスタンドアップが付加価値のある活動であると思われる場合、なぜ彼らの毎日の30分または45分を行い、簡単に付加価値を拡大しないのですか？
無駄のないルーツを持っているが、アジャイルマニフェストの原則を実現することを目的とするカンバンは、スタンドアップを行うことでこのパラドックスを解決しますが、従来のアジャイルスタンドアップフォーマットとは非常に異なる会議構造を使用します。その結果、ミーティングははるかに短くなり、リーンの視点に沿ったものになります。 この本には、50人のカンバンチームが10分で毎日スタンドアップを行う例があります 。
要約すると、毎日のスタンドアップを行うかどうかにかかわらず、答えは明確ですyes。しかし、それらは価値がありますか、どれほど価値がありますか-それは依存します。
SCRUMとアジャイルが思い浮かぶずっと前に、私は2年間かかった人材調査のチームリーダーでした。毎日の会合がなければ、それははるかに長くかかっただろう。そもそも、人間は人間であり、誰も注意を払っていないことがわかっていれば、だまされてしまいます。彼らは毎日進歩を示さなければならない場合、彼らはより少ない緩みます。ジョーが現在よりも進歩しているように見える場合、彼らは緩やかではありません。さらに、危機が発生する前に問題がいつ発生するかをマネージャー（または誰でも）に知らせます。したがって、スティーブが1週間遅れてハリーが先行する場合は、いくつかのタスクを移動できます。これは、1人が行き詰まったためにプロジェクトが遅れることを防ぎます。さらに、通常、他の誰かがその人が行き詰まるのを助けることができます。毎日の会議は、このチームでの成功の鍵でした。後の仕事では、世界中で30件の研究を管理しましたが、遅れたり予算を超えたりすることはなく、すべてが簡単に品質管理に合格しました。
今では、新入社員に大きなプロジェクトを提供する1つの場所で働いていました。 （私は彼の上司ではありませんでした。）彼が上司に与えた進捗レポートは「すべてが素晴らしい、すべて予定通りに行われる」というものでしたが、詳細や誰も彼に前日からの進捗状況を正確に述べる必要はありませんでした。彼は、あなたの経験豊富な人が推測したように、締め切りの1週間前に予告なく終了し、彼のタスクはどれも完了していないか、または彼が行った「作業」が使用可能な状態でさえありました。これが、毎日のミーティングが必要な理由です-これらの人々が本当の進歩を遂げ続けるために、そしてプロジェクト全体がチューブを下る前に彼らがそうでないときを知るために。私は彼の仕事と私の仕事をして、夏の間ずっと残業していたので、数百万ドルの顧客を維持することができました。
ええ、私たちすべての開発者はすべて内部でやる気があり、常に私たちのために商品を生産すると信じていますが、真実はあなたがこのような人々からチームと組織を守る必要があるということです。あなたは彼らが誰になるかは決して知りません。時にはそれは新入社員ではなく、組織で怒っている人（正当かどうかにかかわらず）または妻を亡くしたばかりの人（少なくとも、これらの人が誰であるかを知っていることが多いですが、全員が個人的な問題を共有しているわけではありません）。
スタンドアップの最も便利なタイプはかんばんタイプです。
- 実際のワークフロー/バリューストリームを反映するタスクボードが必要です。このタスクボードは、スタンドアップの焦点です。
- 人ではなく作業項目に焦点を当てる
- 開始できるものよりも、チームとして（タスクボードに基づいて）完了できる作業項目に重点を置きます
- ボードが示す問題の解決に焦点を当てます-ボトルネック、ブロックなど
（これは、人々へのコミットメントと焦点が重要なメカニズムであるスクラム設定ではおそらくあまりうまく機能しません。）
このように、スタンドアップ会議は、多くの人がいても短くなる可能性がありますが、それでも実際に使用されます。
毎日のスタンドアップミーティングはどれほど価値があると思いますか？
すべてのスクラムフレームワークミーティングはもちろん重要ですが、毎日のスタンドアップミーティングはスクラムフレームワークで「最も重要な」ミーティングだと思います。それは身体の心臓のようなものです。心臓が定期的に血液を送り出さない場合、身体は死ぬことになり、この場合の身体はスクラム後の組織またはプロジェクトであり、心臓はスクラム会議です。
この実践には価値があると思いますか？はい。デイリースクラムはコミュニケーションを改善し、他の会議を排除し、開発の障害を特定して削除し、迅速な意思決定を強調して促進し、プロジェクトの知識のレベルを全員に向上させます。デイリースクラムはステータスミーティングではありません。デイリースクラムは、そのスプリント目標（3つの質問）に向けた進捗状況の検査です。通常、後続の会議は、スプリントでの今後の作業に適応するために行われます。その目的は、チームが目標を達成する可能性を最適化することです。これは、スクラムの経験的プロセスにおける主要な検査と適応の会議です。
誰かがそれをした場所で働いたことがありますか、そしてあなたはどう思いましたか？
はい、前回のプロジェクトでは、スクラムフレームワークとアジャイルのプラクティスに従いました。私たちは一般にスクラムフレームワークについて非常に真剣であり、私たちはそれを中途半端に実行しませんでした。最初は5人のチームでしたが、次に9人程度のより大きなチームに移動し、次に4年の時間枠で6回のスプレッドに戻りました。毎日のスクラム会議では、全員が同期し、障害が透過的であることが確認されました。チームとしての私たちは、チームの目の前でバーンダウンがどのように進行しているかを確認でき、誰が何に取り組み、どこに貢献できるかを正確に把握しました。自分自身。チームが6人以下の場合は、間違いなく簡単です。スクラム会議の目的は自己点検チェックを行うことであり、ゴールに向かわないものがある場合や何かが詰まっている場合、自己組織化チームが適応するので、あなたが持っていることが非常に重要だと思いますそれ。
チーム全体で毎日完全にネットワーク化された通信を行う正当な理由がない限り、それは時間の大きな無駄のように聞こえます。
むしろ週刊誌があります。
3人と5人のチームで効果的であり、20人ほどのイベントプランナーのチームで効果的に使用されているのを見てきました。あなたはそれを短く保つ必要があり、あなたはそれを動かし続ける必要があります。座ってもかまいませんが、余分なもの（配布資料、ホワイトボード、ビデオなど）があってはなりません。
毎日のスタンドアップは、どの方法論やどの分野で作業しているかに関係なく、すばらしいアイデアだと思います。ただし、最大15分の短い時間を維持できる場合に限ります。定期的にそれを維持できない場合は、1人のスタンドアップに参加する人が多すぎるか、会議の焦点が不十分です。
私たちのいるところは、マーケティングチームが私たちのコピーを開始し、今ではスタンドアップもあります。つまり、開発者だけではありません。
私の経験では、次の日に何をするかを事前に計画すると、生産性が大幅に向上します。したがって、これらのスクラムのような会議を行うことは、その理由だけで失われた時間の価値があります。
ただし、それらを短くするようにしてください。または、グループのSkypeチャットで毎日同時に行うこともできます。ただし、お互いのアップデートを必ず読んでください。
帰宅前の毎日の終わりに毎日のステータスレポートは同じ効果があります。
プラスの面として、これらの会議は、緊急かつ緊急のビジネス目標を達成するという点で生産性を向上させる効果があります。
否定的な面では、これらのミーティング（毎日：何をしましたか？何をするつもりですか？ビジネスに即時の影響がありますが、将来的には大きな影響を与える可能性があります。
私がプロトタイプを作成した1つの製品は、毎日の会議テストに合格しなかったでしょう。ありがたいことに、私の元のマネージャーは私自身で作業する自由のボートロードを与え、そして今、実際の製品はライブです。しかし、古いマネージャーが去り、デイリースクラムのコンセプトを採用する新しいマネージャーが登場した今、デイリースクラム環境でプロトタイプをどのように開発したかはわかりません。
アジャイルスクラムであることを知る前に、私たちは「スタンドアップ」ミーティングを7年間行ってきました。私の意見では、それらはプロジェクトの進捗状況や誰かが助けを必要としている場合の一般的な感覚を得るための素晴らしい方法です。私のチームメンバーの何人かは助けを求めるのが好きではありませんが、これが毎日のスタンドアップで行われることが多い場合、それを受け入れます。
会議は短時間である必要があります。通常、7人のチームメンバーと10分未満で会議を行いました。それは、10時の休憩の直前にそれらを計画するのに役立ちます。また、ミーティングではテクノロジーを使用せず、ポストイットタスクといくつかのチャートを備えたスクラムボードのみを使用します。