Czytelny obraz sytuacji
Łączymy ustalenia techniczne z ich wpływem na działanie systemu, użytkowników i dalszy rozwój.
AUDYTY IT
Podejmuj decyzje o IT na podstawie faktów.
Zanim zainwestujesz w rozwój lub przebudowę, sprawdzamy stan systemu. Ocenę kodu, architektury i bezpieczeństwa przekładamy na konkretne priorytety dla Twojej firmy.
KORZYŚCI DLA TWOJEJ FIRMY
Wiesz, co poprawić
i dlaczego.
Priorytety zamiast długiej listy
Rozróżniamy pilne ryzyka, usprawnienia i tematy do dalszej analizy. Wyjaśniamy podstawy rekomendacji.
Plan do wykorzystania
Omawiamy zalecenia z osobami decyzyjnymi i zespołem technicznym. Wnioski pomagają określić zakres kolejnych prac.
ZAKRES AUDYTU
Sprawdzamy to, co ma
znaczenie dla Twojej decyzji.
Audyt może dotyczyć jednej aplikacji lub wybranych obszarów. Przed startem uzgadniamy zakres, metody, dostępy i warunki badania.
- Kod i dług techniczny
- Czytelność kodu, zależności, testy i miejsca, w których zmiany stają się coraz trudniejsze.
- Architektura i integracje
- Podział odpowiedzialności, przepływ danych i zależności między systemami.
- Bezpieczeństwo i dane
- Kontrola dostępu, konfiguracja i sposób przetwarzania danych w uzgodnionym zakresie badania.
- Wydajność
- Czasy odpowiedzi, obciążenie i wąskie gardła utrudniające korzystanie z aplikacji.
- Infrastruktura i utrzymanie
- Środowiska, wdrożenia, monitoring oraz kopie zapasowe i odtwarzanie danych.
- Gotowość do dalszego rozwoju
- Wpływ planowanych funkcji na obecny system, ograniczenia i kolejność potrzebnych zmian.
PRZYKŁADOWY SCENARIUSZ WSPÓŁPRACY
„Każda zmiana trwa dłużej. Czy musimy przepisać system?”.
Samo narastanie trudności nie wystarcza do decyzji o przebudowie. Potrzebna jest ocena przyczyn i możliwych dróg rozwoju.
-
Objawy i cel
Zbieramy przykłady problemów, planowane zmiany i ograniczenia biznesowe.
-
Ocena systemu
Sprawdzamy uzgodniony zakres: kod, zależności, architekturę lub bezpieczeństwo.
-
Decyzja i plan
Porównujemy możliwości poprawy i przebudowy. Uzasadniamy zalecaną kolejność prac.
SPOSÓB WSPÓŁPRACY
Wiesz, co dzieje się
na każdym etapie.
-
Definiujemy pytania
Ustalamy, jaką decyzję ma wesprzeć audyt, jakie obszary obejmie i jaki dostęp będzie potrzebny.
Ustalenia: zakres, metoda i zasady badania -
Analizujemy i sprawdzamy
Przeglądamy uzgodnione elementy systemu oraz weryfikujemy znalezione problemy. Wyraźnie opisujemy ograniczenia oceny.
Materiał: ustalenia i ich uzasadnienie -
Omawiamy rekomendacje
Przedstawiamy ryzyka, proponowane działania i ich priorytety. Odpowiadamy na pytania biznesu i zespołu technicznego.
Rezultat: raport i plan dalszych działań
PRZED PIERWSZĄ ROZMOWĄ
Warto wiedzieć.
Co powinien zawierać audyt przed modernizacją aplikacji?
Opis stanu systemu, ustalenia poparte przykładami, ograniczenia badania i priorytety zmian. Raport powinien wyjaśniać wpływ problemów na działanie oraz rozwój aplikacji, a także wskazywać możliwe dalsze kroki. Zakres analizy kodu, architektury i bezpieczeństwa ustalamy przed rozpoczęciem.
Czy audyt musi obejmować całe IT firmy?
Nie. Zakres dopasowujemy do pytania, na które potrzebujesz odpowiedzi. Może obejmować konkretną aplikację, fragment architektury lub wybrany obszar bezpieczeństwa.
Czy potrzebny jest dostęp do kodu?
To zależy od zakresu. Przegląd kodu go wymaga, a część testów aplikacji można wykonać innymi metodami. Potrzebne dostępy i ograniczenia ustalamy przed pracą.
Czy w audycie wprowadzacie zmiany w systemie?
Audyt kończy się oceną i rekomendacjami. Ewentualne poprawki mają osobno uzgodniony zakres. Warunki testów ustalamy tak, aby uwzględnić działanie systemu produkcyjnego.