Analiza ryzyka

Nawet najlepsze zaplanowanie wdrożenia, nie daje nam gwarancji, że projekt sie powiedzie. Ryzyko niskiej jakości produktu oraz przekroczenia budżetu lub harmonogramu jest wysokie, co potwierdza liczba projektów wstrzymanych, opóźnionych lub przepłaconych. W przypadku SharePoint-a oprócz ryzyka zbyt dużych kosztów i opóźnień, mamy do czynienia z ryzykiem, które pojawia się już po wdrożeniu produktu:

  • użytkownicy nie będą umieli korzystać z platformy
  • użytkownicy nie będą chcieli korzystać z platformy
  • użytkownicy będą korzystali z platformy w sposób nie przekładający sie na cele biznesowe

Metody analizy

Aby ominąć te wszelkie rafy powinniśmy już na początku wdrażania SharePoint-a określić jakimi metodami będziemy analizowali ryzyko i umieścić ten proces w harmonogramie projektu. Dotychczasowe techniki identyfikacji ryzyka można podzielić na dwie grupy:

  • identyfikacja ryzyka za pomocą list kontrolnych (kwestionariusze i/lub listy zagrożeń),
  • identyfikacja ryzyka oparta na pracy grupowej (sesje typu „burza mózgów”).

Źródłem ryzyk w projektach informatycznych mogą być między innymi:

  • cele projektu,
  • kadra zarządzająca organizacją dla której jest realizowany projekt,
  • klient lub użytkownik,
  • charakterystyka projektu,
  • technologie itd.

Proaktywne zarządzanie ryzykiem polega na:

  • świadomym oczekiwaniu możliwości wystąpienia problemu (jeśli coś może zdarzyć się źle, to na pewno się zdarzy - Murphy),
  • adresowaniu źródeł i przyczyn (zamiast adresowania skutków),
  • minimalizacji prawdopodobieństwa wystąpienia ryzyk i ich skutków (zamiast reagowania na efekty),
  • przygotowaniu planów awaryjnych (zamiast reagowania na kryzys).

Dobre praktyki

Dobre praktyki w przypadku SharePoint-a nie odbiegają od innych projektów informatycznych. Lista kontrolna Steve’a McConnella zawiera 17 zalecanych praktyk takich jak:

  • Unikaj nadmiernej presji harmonogramu,
  • Uzyskaj wsparcie końcowych użytkowników,
  • Utrzymuj dobre stosunki między wytwórcami i kierownictwem,
  • Rozwiązuj konflikty między członkami zespołu,
  • Stosuj się do zaleceń i standardów,
  • Unikaj biurokratycznego stosowania zaleceń i standardów.