以前は、スクラムプロジェクトのみの毎日の会議と見なされていました。 しかし、空で数回遊んだ後、短い毎日の会議を使用することはチームコミュニケーションの不可欠な部分であるという結論に達しました。
会議をせずに、私はずっと後に問題について学び、それに応じて、後で反応し、反応する時間が少なくなります。
この記事では、毎日の会議のプラスの効果を分析し、それをどのように行うか、どのようなメリットがあるかを説明します。 この記事を書いた後、彼らが私を説得し、このアプローチの不利な点を取り除こうとしても驚かないでしょう（私の場合、これがこの記事を書く動機の1つです）。
実際のプロジェクト計画
プロジェクトの最初の不可欠な要素であるプロジェクト計画から始める必要があります。プロジェクト計画は、一部の同僚がそれを無視したり、使用方法を知らなかったりします。
計画で作業するときにPMが犯す主な間違いは、調整の欠如です。 私は何度もそれを見てきましたが、それは私自身のようでした-計画がプロジェクトの終わりまで調整されないとき。 そして、プロジェクトの最後まで、チーム全体が1か月以上遅れている計画に追いつくという考えに積極的に取り組んでいます。
主な間違いは、計画が暗闇の中で先導し、未来を予測する手段でなければならないということです。 そしてこのために、彼は変化する現実に定期的に適応しなければなりません。
適切な計画ツール
ほとんどの場合、管理者はいくつかの理由で計画を定期的に変更することを拒否します：複雑さ、不可能。
不可能は、計画が道具ではなく、一度作られて展示されたマドンナの写真であるという事実によって引き起こされます。 この問題は、最も柔軟で便利な方法でプランを操作できるツール/ソフトウェアがないために発生します。 Googleカレンダーを計画として使用する多くのマネージャー、または奥の部屋で開発されたある種のワイルドルーブルガントチャート、さらに悪いことに、バーンダウンチャートなどの多くの統計とメトリックを備えた追跡システムを見ました。
この問題は、計画が不適切であり、計画が実行されるソフトウェアを使用できないために発生します。
このプランを使用するときは、長年にわたってテスト済みのプログラムであるMicrosoft Projectを使用します（上の画像はそれです）。
最新の計画を維持するのが難しいため、厳密なバインドとシーケンスを設定せずに、適応的に計画してください。 計画するとき、私は自動計画のタスクに依存し、識別子による調整を中断なしに行います。 これにより、現在のタスクを変更し、その後のすべてのタスクを自動的に変更に合わせて調整できます。
毎日の集会のメリットについて、またはこのプロセスと呼ばれるように-アクティブな計画。
毎日の会議の利点
以前は、タスクの作業結果について、または1日または1週間のさまざまな時間に個人的な検証を通じて、チームからフィードバックを受け取りました。 実践は、このアプローチがより多くの時間を消費し、毎日のルーチンに混乱をもたらすことを示しました。 個人的な混乱に加えて、私は後でタスクの難しさや延期について学び、それに応じて、計画の変更をあまり行いません。これは、混乱と計画と現実の不一致の結果でした。
毎日、指定された時間までに毎日の会議に参加し、すべての接続を切断し、Microsoft Projectを有効にして、チームの証言に従って計画を積極的に変更します。
チームとの対話は、スクラムベースに基づいています-過去1営業日に行ったこと、今日何をするか、どのような困難を抱えているか。
チームの各メンバーは、数秒から数分で答えを出します。 明確な質問を2、3分以内に出して、その人が取り組んでいるタスクに関する情報を取得し、計画を変更するだけで十分です。
毎日実際の計画を立てることで、次の有用な要素が得られます。
1）毎日、次に何をすべきかが明確であり、この情報は重要です
2）計画は、次に何が起こるか、期限にどのように適合するかを示しており、この情報は関連しています
現在の計画に加えて、毎日のミーティングは、チーム内のコミュニケーションとモチベーション、チームスピリットにプラスの効果をもたらします。
チーム精神
チームの精神は、チームの一員であるという感覚に影響されます。 全員が順番に発言し、単一の形式で、これによりあなたは他の人と同じように感じることができます。 このレポートには、ランクに関係なく、署名者開発者、ミドル、ジュニア、チームリーダー、テクニカルエキスパート、アーキテクトがすべて表示されます。 計画レポートにタスクを持つすべての人。 これはさらに、チームに責任感をもたらし、モチベーションの向上を伴います。
やる気
動機付けの利点は、人が主にチームが毎日報告する定期的な計画の内訳を恥ずかしく思い、白いカラスのように見えることです。 私は多くのタスクが最終日の夕方に終了し始めたことに気付き始めましたが、当日の「昼食前」ではありません。 これは非常に重要です。ほとんどすべてのタスクで、開発者が営業日の終わりまでに終了せず、おしゃべりをして翌日（古い「 ジョーク 」：「今日」-明日）ランチで終了することを決めた場合、さらに4時間走り書きするためです。
コミュニケーションズ
コミュニケーションの利点は、チームが最新のニュースを受け取り、問題が発生する前にそれを発見することです。 定期的に、毎日の集会の後、チームのメンバーは自分自身を整理し、10から30分間互いに助け合って問題や困難を解決します。
ストレス耐性
問題に関する情報に加えて、毎日の会議は問題を議論する際の感情的な要素を促進します。 毎日問題を話し合うと、週に1回行うよりも、告白する方が簡単です。 自分の困難を明らかにしやすくするためには、仕事からのストレスを軽減する必要があります。また、怠zyであるというモチベーションを高めて、翌日あなたの困難について話さないようにします。
まとめ
まとめると。 このアプローチを適用することで毎日得られるもの：
1）実際のプロジェクト計画
2）チームの難しさのリスト
3）時間通りに仕事を終えるモチベーションを高める
4）問題について話し合うときのチームのストレスを軽減し、軽減する
5）マネージャーのより過負荷で予測可能な作業スケジュール
アプローチを適用した後、彼は不十分な計画の理由で締め切りを逃すことを止め、以前の活動と困難を解決するためにタスクの早期完了を達成しました。 今、私たちはリソースの不足のために時間に間に合いません。 しかし、あなたは認めなければなりません、これは全く異なる話です。
追伸 私は積極的に4つのプロジェクトを実施しており、会議は9:30から11:00まで開催されています。 1日のこの部分を会議に投資することで、11：00以降にすべてを実行して、問題やその他のプロジェクトアクティビティを「完了したとき」に気を散らすことなく解決できることがわかりました。