スクラム後5つのこと（ハエ）
スクラム（スタンドアップミーティング、rus。：letuchka）-プロジェクトチームのための毎日のミーティング。
（翻訳は私の知覚のプリズムを通過しますが、私は何かに反対します）
1つ目は「複雑さ」です。 難易度、干渉を引き起こし、目標に向かって進むことを妨げるものはすべて、揮発性の後に研究して除外する必要があります。 アジャイルは、Eli Goldrattによって記述された「制限の理論」を使用します。この理論では、マネージャーはチームの邪魔をするすべての障害を取り除く必要があります。 マネージャーは、各フライの後にタスクのTO-DOリストを作成する必要があります。
2番目は「計画からの逸脱」です。 タスクに2日間を計画していて、4日目がすでに過ぎていて終わりが見えない場合は、理解し始める価値があります。 フライが今日短い場合、すぐにその理由を理解しようとすることができますか？ 質問する-困難は何ですか？ しかし、最善の選択肢は、フライの直後に議論することです。 あなたは理解する必要があります：それは悪い評価か、悪の問題か、助けが必要であり、他の誰かをつなぐ価値があるという上からのサインですか？ 単一のケースは問題ではなく、分離されています。 ダイナミクスを確認するマスターの技術、問題の頻度は、根本的な問題の検索のサインとして機能します。 また、計画された反復全体が1日で奇跡的に終了した場合。 反復の目標を変更してみてください。テストや受け入れテストを含めて、1か月前にプロジェクトの実施に集中してください。
3番目は「感情」です。 言われたこととされていないことに注意してください。 怒ったり怒ったりした人はいました。 理解しやすい緊張がありました。 それとも、誰かが水の下と草の下にいたのでしょうか？ これらはすべて、ハエの後の言葉を言うためのヒントです。 これらはまた、進歩のための困難であり、明らかなことでもあります（パラグラフ1を参照）。 時には何も解決する必要さえなく、主なことは聞くことであり、解決策自体が来るかもしれません（そして、これは時々、向こう見ずな人がより多くのコードを書くことを可能にします...バグ！）
4番目は「質問」です。 おそらく、あなたはその場で完全に質問や問題に突き進んでいないでしょう。 質問を明確化することで明確化よりも混乱が生じた場合、それはフライ後に話す正しい方法です（私が開発者だった前に、私はすぐにこれらの技術的な問題にすべて対処することができました、今ではプログラムマネージャーになり、棚を噛む必要があります。さらに、 PMP証明書を受け取ったので、今はすべてを噛む必要があることを示すことができますm-e-d-e-n-o）。 理解できないことは修正できません。 開発中の多くの事柄は技術的な問題から生まれますが、エスカレーションと排除が必要な場合（そしてこれが私の仕事です）、最善の解決策を見つけるためには知識が必要です。
5番目は「認識」です。 仕事は最終的に退屈な週、月、またはプロジェクトに変わります。 完了した作業、重要なイベント、または次のステップの完了に対する認識を表す方法を探します。 私たち全員が困難に対処するのに十分な力を持つように、私たちは人々のやる気をサポートしなければなりません。 みんなの進歩と貢献を祝うための最良の方法。 プロジェクトのために人々が行ったことに心から感謝するか、素敵な昼食、そしてあらゆる種類の装身具に感謝することができます。 これは、神風チームと単なる良いチームの違いです。
今日は5人が最も多く、明日は違うかもしれません。
オリジナル： LeadingAnswers
（翻訳は私の知覚のプリズムを通過しますが、私は何かに反対します）
1つ目は「複雑さ」です。 難易度、干渉を引き起こし、目標に向かって進むことを妨げるものはすべて、揮発性の後に研究して除外する必要があります。 アジャイルは、Eli Goldrattによって記述された「制限の理論」を使用します。この理論では、マネージャーはチームの邪魔をするすべての障害を取り除く必要があります。 マネージャーは、各フライの後にタスクのTO-DOリストを作成する必要があります。
2番目は「計画からの逸脱」です。 タスクに2日間を計画していて、4日目がすでに過ぎていて終わりが見えない場合は、理解し始める価値があります。 フライが今日短い場合、すぐにその理由を理解しようとすることができますか？ 質問する-困難は何ですか？ しかし、最善の選択肢は、フライの直後に議論することです。 あなたは理解する必要があります：それは悪い評価か、悪の問題か、助けが必要であり、他の誰かをつなぐ価値があるという上からのサインですか？ 単一のケースは問題ではなく、分離されています。 ダイナミクスを確認するマスターの技術、問題の頻度は、根本的な問題の検索のサインとして機能します。 また、計画された反復全体が1日で奇跡的に終了した場合。 反復の目標を変更してみてください。テストや受け入れテストを含めて、1か月前にプロジェクトの実施に集中してください。
3番目は「感情」です。 言われたこととされていないことに注意してください。 怒ったり怒ったりした人はいました。 理解しやすい緊張がありました。 それとも、誰かが水の下と草の下にいたのでしょうか？ これらはすべて、ハエの後の言葉を言うためのヒントです。 これらはまた、進歩のための困難であり、明らかなことでもあります（パラグラフ1を参照）。 時には何も解決する必要さえなく、主なことは聞くことであり、解決策自体が来るかもしれません（そして、これは時々、向こう見ずな人がより多くのコードを書くことを可能にします...バグ！）
4番目は「質問」です。 おそらく、あなたはその場で完全に質問や問題に突き進んでいないでしょう。 質問を明確化することで明確化よりも混乱が生じた場合、それはフライ後に話す正しい方法です（私が開発者だった前に、私はすぐにこれらの技術的な問題にすべて対処することができました、今ではプログラムマネージャーになり、棚を噛む必要があります。さらに、 PMP証明書を受け取ったので、今はすべてを噛む必要があることを示すことができますm-e-d-e-n-o）。 理解できないことは修正できません。 開発中の多くの事柄は技術的な問題から生まれますが、エスカレーションと排除が必要な場合（そしてこれが私の仕事です）、最善の解決策を見つけるためには知識が必要です。
5番目は「認識」です。 仕事は最終的に退屈な週、月、またはプロジェクトに変わります。 完了した作業、重要なイベント、または次のステップの完了に対する認識を表す方法を探します。 私たち全員が困難に対処するのに十分な力を持つように、私たちは人々のやる気をサポートしなければなりません。 みんなの進歩と貢献を祝うための最良の方法。 プロジェクトのために人々が行ったことに心から感謝するか、素敵な昼食、そしてあらゆる種類の装身具に感謝することができます。 これは、神風チームと単なる良いチームの違いです。
今日は5人が最も多く、明日は違うかもしれません。
オリジナル： LeadingAnswers
All Articles