「ゲーティングバグ」とは何ですか？スクラムで？
スクラム開発で「ゲーティング」または「ゲーティングバグ」という用語が見られることがあります。
次のスプリントまでに修正が必要なことだと感じました。
私は正しいですか？
ほとんどの場合、「ゲーティング」は基本的に「ブロッキング」と同義です。つまり、1つのことは、何かが進行するのを止めることです。それに加えて、ゲートの両側にフェンスの影響があります。つまり、これはブロックするだけでなく、回避したり回避したりすることが難しいため、（たとえば）バグが修正されるまで、この部分をモックアウトしてください。
明白な例は、システム内のすべての非常に基本的なものです。たとえば、Javaで記述されたシステムがあり、カスタマイズされた仮想マシンを使用していたとすると、誰かがメモリアロケータを最適化（たとえば）しようとしたが、オブジェクトを割り当てようとするバグが発生し、システム全体をクラッシュさせます。メモリ割り当てを実際に模倣することはできず、確実に何かをテストすることもできません。あなたは壁にぶつかっており、バグが修正されるまで、これ以上先に進むことはできません。
[いいえ、特にJava=を選択するつもりではありません-オープンソース形式で利用できる別の仮想マシンは、まったく同じ種類の問題を簡単に、そしてもちろん、他にもあらゆる種類の問題があります。これはたまたま極端な例です。]
「ゲーティングバグ」または「ゲーティング」という用語は、スクラム用語の一部ではありません。ゲートは前進を妨げているものです。同様の用語は「ブロッキングバグ」です。
プロジェクト管理におけるゲートの一般的な使用法は、プロジェクトの明確で明確なフェーズを定義し、プロジェクトの続行を許可するためにプロジェクトが通過する必要があるゲートがある phase-gate model です。ゲートは多くの場合計画されたアクティビティであり、プロジェクトの過程で発見または発生するものではないため、バグの例とは異なります。