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ż

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

Architektura mikroserwisów – dlaczego biznes powinien o niej wiedzieć?

Mikroserwisy, nazywane czasem mikrousługami to jeden z trendów przy budowaniu systemów dedykowanych. Architektura mikroserwisów dotyczy dekompozycji monolitycznego systemu na mniejsze aplikacje. Mówiąc prościej, jedną dużą aplikację dzielisz na kilka mniejszych działających bardziej niezależnie. Biznes może na tym znacząco skorzystać.

Czytaj więcej