Problem polega na tym, że masz kluczową osobę, jeśli taka osoba zostanie potrącona przez autobus, złapie grypę, znajdzie lepszą pracę, wszystkie twoje ograniczenia są bezużyteczne.
Jeśli nie masz wieprze, najlepszą strategią mitygacji jest to, aby zawsze mieć kilka osób zaangażowanych w technologię, nie budować specjalistów, nie budować ogólnych.
Nie muszą rozumieć całego projektu, ale powinni umieć do przejęcia w dowolnym momencie. Oznacza to również dokumentowanie wszystkiego, aby następna osoba wiedziała, co ma robić. Zacznij od następującego scenariusza: Twój główny gracz i jego laptop zniknęli, wpadli do wulkanu podczas wspinaczki skałkowej lub gdziekolwiek. Potem pojawia się „nowy” facet, dostaje nowego PC / Maca i próbuje skonfigurować system, aby mógł nad nim pracować. Czy ma wszystkie potrzebne informacje? Jeśli nie zostanie to zrobione w, powiedzmy, dzień lub dwa, masz poważny problem z ryzykiem.
Osoby, które nie są już kluczowe, powinny zostać poinstruowane, aby zawsze pracowały dla następnej osoby, która będzie pracować nad projekt po nich. Skorzystają na tym również podczas prac konserwacyjnych i mogą lepiej spać w nocy i być bardziej produktywni, ponieważ wiedzą, że nie wszystko od nich zależy i mają większą elastyczność w planowaniu wakacji lub dni wolnych.
Jeśli myślisz, że nie jest to możliwe i groziłoby to ukończeniem projektu, wtedy zarządzanie projektem jest nieoptymalne, zawsze powinieneś mieć bufory dla ludzi, którzy przerywają naukę i potrzebują wymiany.
Teoretycznie możesz nałożyć ograniczenia na kluczowych graczy, ale tylko wtedy, gdy się zgodzą, a to zdecydowanie nie zmniejszy ryzyka. Istnieje ryzyko, że cała wiedza jest związana z tym jednym kluczowym graczem. Im szybciej to sobie uświadomisz, tym szybciej będziesz mógł zacząć to łagodzić.