Audyt IT zleca się zwykle w momencie, w którym trzeba podjąć dużą decyzję: modernizować system czy budować nowy, zostać przy dostawcy czy go zmienić, inwestować teraz czy za rok. Raport ma tę decyzję ułatwić. Problem w tym, że z zewnątrz każdy raport wygląda podobnie - kilkadziesiąt stron, tabele, wykresy, lista zaleceń. Dopiero przy uważnej lekturze widać, czy dokument jest diagnozą, czy uzasadnieniem rekomendacji, która była gotowa, zanim audyt się zaczął.
Poniżej opisujemy, co powinno się znaleźć w rzetelnym audycie i po czym poznać, że czegoś w nim brakuje.
1. Więcej niż jeden wariant
To najważniejszy sygnał i najłatwiejszy do sprawdzenia. Jeśli raport kończy się jedną drogą - “system należy przepisać”, “należy wdrożyć platformę X” - bez pokazania, co by się stało, gdyby wybrać inaczej, to nie dostaliście diagnozy, tylko wniosek.
Rzetelny audyt pokazuje co najmniej dwa realne warianty i każdy z nich wycenia. Modernizacja kawałek po kawałku kontra budowa od nowa. Rozbudowa obecnego systemu kontra wdrożenie gotowego. Do tego to, co zyskujecie i co ryzykujecie w każdym z nich. Audytor może - i powinien - wskazać, który wariant uważa za najlepszy. Ale wybór należy do Was, a do wyboru potrzebne są alternatywy z liczbami.
Zapytaj wprost: jakie inne warianty braliście pod uwagę i ile kosztowałby każdy z nich? Jeśli odpowiedź brzmi “nie było innej sensownej opcji”, poproś, żeby to uzasadnienie znalazło się w raporcie na piśmie.
2. Cele biznesowe nazwane wprost
Rekomendacja ma sens tylko wtedy, gdy wiadomo, czemu służy. Dlatego dobry raport zaczyna się nie od technologii, tylko od celów firmy: co ma się zmienić w sprzedaży, obsłudze klienta, produkcji czy raportowaniu w najbliższych latach.
Dopiero do tych celów dopasowuje się możliwe rozwiązania. Każdemu celowi powinny odpowiadać konkretne systemy albo zmiany w systemach, które go wspierają - tak, żeby dało się prześledzić, skąd wzięła się każda pozycja w rekomendacjach. Jeśli w raporcie pojawia się zalecenie, którego nie da się połączyć z żadnym celem, to znaczy, że wynika z czegoś innego: z przyzwyczajeń audytora, z jego oferty albo z mody.
3. Lista funkcjonalności z uzasadnieniem
Z celów wynika lista funkcjonalności, których firma faktycznie potrzebuje. Rzetelny audyt podaje ją razem z odpowiedzią na pytanie “dlaczego właśnie ta”. Przy każdej pozycji powinno być jasne, który proces wspiera i co się stanie, jeśli jej zabraknie.
Ta lista przydaje się długo po zamknięciu audytu. Staje się podstawą zapytania ofertowego, punktem odniesienia przy porównywaniu dostawców i argumentem, gdy ktoś w trakcie projektu zaproponuje funkcję “przy okazji”. Bez uzasadnień zostaje zwykłym spisem życzeń, który łatwo rozdmuchać albo okroić bez zastanowienia.
4. Głos ludzi, którzy pracują w systemie
Kod, infrastrukturę i dokumentację można ocenić zza biurka. Tego, gdzie system naprawdę przeszkadza, już nie. To wiedzą osoby, które codziennie w nim pracują: które ekrany omijają, co prowadzą równolegle w arkuszu, na co czekają za długo.
Audyt bez rozmów z użytkownikami opisuje technologię, a nie firmę. Może być technicznie bezbłędny i jednocześnie rekomendować zmiany, które nie rozwiążą żadnego problemu odczuwanego na co dzień. Dlatego warto sprawdzić, czy raport zawiera wnioski z takich rozmów i czy widać, jak wpłynęły na rekomendacje.
5. Plan działania, a nie tylko raport
Dokument w PDF wysłany mailem to za mało. Rzetelny audyt kończy się omówieniem na żywo, na którym można dopytać o każdy wniosek, oraz planem wdrożenia rekomendacji: kolejnymi krokami, priorytetami i szacunkiem pracochłonności. Dopiero wtedy wiadomo, od czego zacząć w poniedziałek.
Czego audyt nie zrobi
Część rozczarowań audytem bierze się nie z jego jakości, tylko z oczekiwań, których żaden audyt nie spełni. Warto znać te granice przed zleceniem.
- Nie podejmie decyzji za zarząd. Pokaże warianty, koszty i ryzyka. Wybór między nimi i kolejność priorytetów zostają po stronie firmy.
- Nie naprawi nieustalonych procesów. Jeśli w firmie nie ma zgody, jak ma działać sprzedaż czy obsługa zamówień, audyt systemu tego nie rozstrzygnie. Pokaże co najwyżej, że problem leży poza technologią.
- Nie zastąpi wdrożenia. Raport bez osoby po stronie firmy, która odpowiada za wykonanie, i bez budżetu na realizację zostaje w szufladzie, niezależnie od tego, jak dobry jest.
Jak sprawdzić raport, który już masz
Jeśli audyt jest już zrobiony, przejdź przez raport z tą listą:
- Czy pokazuje co najmniej dwa warianty, każdy z wyceną i ryzykami?
- Czy cele biznesowe są nazwane wprost i czy każda rekomendacja da się z nimi połączyć?
- Czy lista potrzebnych funkcjonalności ma uzasadnienie przy każdej pozycji?
- Czy we wnioskach widać rozmowy z użytkownikami systemu?
- Czy jest plan wdrożenia z kolejnością kroków i szacunkiem pracochłonności?
Podsumowanie
Wartość audytu nie leży w liczbie stron ani w szczegółowości tabel. Leży w tym, czy po lekturze wiecie więcej o własnych wyborach - jakie macie opcje, ile każda kosztuje i dlaczego jedna jest lepsza od drugiej. Raport z jedną drogą bez alternatyw zamyka tę rozmowę, zanim się zaczęła. Raport z wariantami, celami i planem ją otwiera.