Czasami podczas tworzenia scrumów widzę termin „bramkowanie” lub „błędy bramkowania”.
Czułem, że coś musi należy naprawić przed następnym sprintem.
Mam rację?
Komentarze
- Czy możesz podać cytat dla tego terminu? ' nigdy wcześniej o tym nie słyszałem, a Google nic nie pokazuje.
- Ja ' słyszałem ten termin przed. ' to naprawdę dziwne, że ' nie znajduję niczego w Google.
- Ktoś inny błędnie to przeczytał jako " Błędy Gatlinga "?
- @MasonWheeler: Tak. A teraz chcę wymyślić definicję tego terminu, która ma sens.
- @MichaelBorgwardt Oczywiście ' dzieje się, gdy jakiś powtarzający się element jest włączony Twoja pętla wiadomości zgłasza wyjątek, który powoduje wyświetlenie okna dialogowego z błędem, ale w jakiś sposób trafiają one do innego wątku, więc ekran zostaje zasypany milionami nakładających się okien dialogowych błędów tak szybko, jak komputer jest w stanie je usunąć.
Odpowiedź
W większości przypadków „bramkowanie” jest zasadniczo synonimem „blokowania” – to znaczy, że jedną rzeczą jest powstrzymanie czegoś innego przed postępowanie. Oprócz tego istnieje implikacja ogrodzenia po obu stronach bramy – innymi słowy, jest to nie tylko blokowanie, ale jest to coś, co jest trudne do przejścia z boku lub obejścia, więc nie można (na przykład) po prostu wyszydzaj ten fragment, dopóki błąd nie zostanie naprawiony.
Oczywistym przykładem może być coś niezwykle podstawowego dla wszystkiego w systemie. Na przykład załóżmy, że masz system napisany w Javie , ale korzystałeś z dostosowanej maszyny wirtualnej – wtedy ktoś próbował zoptymalizować (powiedzmy) alokator pamięci, ale wprowadził błąd, przez który próba przydzielenia obiektu może spowodować awarię całego systemu. Tak naprawdę nie można wyszydzać alokacji pamięci i nie można niczego niezawodnie przetestować. Jesteś oparty o ścianę i nie możesz przejść dalej, dopóki błąd nie zostanie naprawiony.
[Nie, nie mam na myśli zwłaszcza Javy – innej maszyny wirtualnej, która jest dostępne w formie open source mogą równie łatwo doprowadzić do dokładnie tego samego rodzaju problemu, i oczywiście istnieje również wiele innych problemów – jest to wyjątkowo skrajny przykład.]
Komentarze
- Gdy tylko zastąpię " gating " na " blokowanie ", to ma dla mnie sens. Dzięki!
- ' jest ważne, aby pamiętać, że bramkowanie nie jest częścią Scruma. Jest to ' proces, który identyfikuję jako część metodologii kontroli zmian. Obecnie wiele ' jest włączanych do Scruma i powoduje to duże zamieszanie w branży.
Odpowiedź
Termin „błąd bramkowania” lub „bramkowanie” nie jest częścią terminologii Scruma. Bramka to coś, co blokuje postęp. Podobnym terminem jest „błąd blokujący „.
Typowym zastosowaniem bramki w zarządzaniu projektami jest model bramki fazowej , który definiuje jasne i wyraźne fazy projektu oraz ma bramy, przez które projekt musi przejść, aby mógł być kontynuowany. Jest inny niż przykład błędu, ponieważ brama jest często zaplanowaną czynnością, a nie czymś, co jest odkrywane lub pojawia się w trakcie projektu.