Audyt IT krok po kroku

Audyt IT to nadal niedoceniana forma początku współpracy w branży informatycznej. Chcemy to zmienić! Nie da się przecież rozwiązać problemów organizacji, bazując tylko na przekonaniach jednej strony – przykładowo zarządu, który zleca optymalizację aplikacji. Konsulting to usługa nie tylko polegająca na transferze wiedzy i pomysłów, ale przede wszystkim porządkująca oraz przyspieszająca działania naprawcze.  

Pokazujemy, jak krok po kroku wykonać wartościowy audyt IT realizujący cele biznesowe!

Krok I: Poznanie oczekiwań od strony biznesowej

Audyt powinien zaczynać się od rozmowy z zarządem – nie działem IT. Aby dobrze zoptymalizować aplikacje czy systemy, najpierw musimy przecież poznać dla nich założenia biznesowe oraz obecne kłopoty organizacyjne. Czasem doskonale działające aplikacje generują problemy w zupełnie innych obszarach biznesu. Dlatego właśnie tak ważne jest, aby najpierw zobaczyć kompleksowy obraz przedsiębiorstwa reprezentowany przez zarząd. To pomoże określić cele zgodne z potrzebami całej organizacji, nie pojedynczego działu.

Krok II: Analiza procesów i systemów

Kolejny etap to konfrontacja firmy widzianej okiem managerów z rzeczywistym stanem infrastruktury IT. Aby porównać te dwie wersje, konieczne jest przekazanie dostępów do systemów i aplikacji wykorzystywanych przez Klienta. Ich analiza pozwoli na przygotowanie się do rozmowy bezpośrednio z działem IT.

Krok III: Warsztaty IT

Jednym z podstawowych problemów komunikacyjnych jest zupełnie inne widzenie problemu IT przez zarządy oraz programistów. Zewnętrzny, obiektywny konsultant pomaga zbudować tę relację w nowy sposób oraz łączy obie strony, znając sposób myślenia jednej i drugiej. 

Spotkanie z działem IT pozwala zobaczyć ograniczenia systemów oraz codzienne problemy, z jakimi spotyka się zespół programistów. Zarząd nie zawsze musi je dostrzegać i rozumieć, dlatego zewnętrzna pomoc jest kluczowa do poprawienia jakości pracy nad aplikacją w firmie.

Krok IV: Wnioski z audytu

Podstawa usługi konsultingu polegającej na audycie to zestawienie elementów wymagających optymalizacji. W Umbrella Limited wypracowaliśmy system raportowania polegający na jasnym wyodrębnieniu badanych obszarów, np. skalowalność, backup, recovery plan, architektura aplikacji, kod aplikacji, monitoring. Każdemu z zadań przydzielamy także odpowiedni priorytet w zależności od celów stawianych przez zarząd. W ten sposób Klient dokładnie wie, które elementy systemów wymagają najszybszej reakcji.

Ważne, aby audytu nie traktować jako podstawy pod kolejną ofertę tylko wartość samą w sobie. Audyt IT powinien być maksymalnie szeroki i posiadać biznesowe walory. Dlatego tak ważne jest, aby nie wykonywali go programiści badający tylko aplikacje, ale doświadczeni konsultanci z managerskim zapleczem.

Krok V: Warsztat podsumowujący z Klientem

Sam dokument nie zawsze wystarcza. Klienci oczekują w ramach audytu także końcowego podsumowania prac przez konsultantów oraz spotkania z prezentacją wyników i omówienia wniosków z raportu. Dla audytora to szansa, aby osobiście wskazać krytyczne obszary planu naprawczego. Dopiero wszystkie te działania korzystnie wpływają na na poprawę sytuacji w audytowanych obszarach.

Zobacz również

Testy manualne a automatyczne – praktyczne porównanie

Jakiego testera potrzebujesz? W zestawieniu testy manualne a automatyczne nie można wskazać jednoznacznego zwycięzcy! Przeanalizowaliśmy pięć kluczowych obszarów biznesowych, aby tego dowieść. Sprawdź wnioski!   

Czytaj więcej

Modele rozliczeń projektów IT

Podobnie jak w przypadku innych usług modele rozliczeń projektów IT mają kilka form. Dwa najpopularniejsze to fixed price, czyli cena za projekt oraz time&material, czyli koszt pracy konkretnych osób. Wybór modelu rozliczenia nie zależy tylko do tego, jakim Klient dysponuje budżetem, ale przede wszystkim od kształtu specyfikacji technicznej.

Czytaj więcej