Najczęstsze pytania
Kiedy warto zlecić audyt software house’u?
Gdy trudno ocenić postęp projektu, koszty rosną bez jasnego wyjaśnienia lub kolejne wydania nie spełniają ustaleń. Audyt może też pomóc przed zatwierdzeniem większego etapu, nawet jeśli współpraca przebiega spokojnie. Najpierw określamy pytania, na które potrzebujesz odpowiedzi, aby zakres analizy odpowiadał konkretnej decyzji biznesowej.
Czy audyt oznacza zakończenie współpracy z wykonawcą?
Nie. Celem może być wyjaśnienie rozbieżności i uporządkowanie zasad dalszej realizacji. Sprawdzam dostępne materiały oraz kontekst decyzji, zamiast zakładać z góry winę wykonawcy lub konieczność jego zmiany. Rekomendacja zależy od ustaleń, skali ryzyka i możliwości poprawy sytuacji.
Jakie materiały są potrzebne?
Przydatne są ustalenia zakresu, harmonogram, lista zadań, estymacje, raporty i kryteria odbioru. W zależności od celu potrzebny może być także dostęp do działającej aplikacji, repozytorium i dokumentacji technicznej. Braki opisuję jako ograniczenia analizy, a zakres dostępu ustalamy przed rozpoczęciem prac.
Czy wykonawca powinien uczestniczyć w audycie?
Rozmowa z zespołem wykonawcy pomaga wyjaśnić historię zmian, zależności i założenia, których nie widać w samym kodzie lub raporcie. Wspólnie ustalamy formę kontaktu i zakres potrzebnych wyjaśnień. Jeśli taki udział nie jest możliwy, analiza opiera się na dostępnych materiałach, a niepotwierdzone kwestie pozostają wyraźnie oznaczone.
Czy możesz sprawdzić, czy estymacje są uzasadnione?
Mogę ocenić ich założenia, zakres i zależności techniczne oraz porównać je z informacjami o projekcie. Sama liczba godzin nie wystarcza do rzetelnej oceny, ponieważ znaczenie mają niepewność wymagań, integracje i stan istniejącego systemu. Wskazuję miejsca wymagające uzasadnienia lub doprecyzowania, zamiast obiecywać jedną właściwą wycenę każdego zadania.
Czym ten audyt różni się od audytu kodu?
Audyt kodu skupia się na technicznej kondycji aplikacji i możliwości jej rozwoju. Audyt współpracy z software house’em obejmuje również ustalony zakres, postęp, estymacje, raportowanie i sposób odbioru prac. Analiza kodu może być jego częścią, ale dobieramy ją do pytań o cały projekt i współpracę.
Ile kosztuje audyt software house’u?
Koszt zależy od wielkości projektu, liczby analizowanych etapów, zakresu przeglądu technicznego i jakości dokumentacji. Znaczenie ma także liczba kwestii wymagających wyjaśnienia z osobami uczestniczącymi w realizacji. Po wstępnym rozpoznaniu przedstawiam zakres i założenia wyceny, a dodatkowe prace wymagają osobnego uzgodnienia.
Jak długo trwa analiza i czy zatrzymuje development?
Harmonogram ustalam po poznaniu zakresu i dostępności materiałów. Prace audytowe można zwykle zaplanować równolegle do developmentu, uzgadniając terminy rozmów i wersję produktu podlegającą ocenie. Nie zakładam automatycznego wstrzymania projektu; jeśli pojawi się ryzyko wymagające pilnej decyzji, omawiam je z Tobą.
Co otrzymam po zakończeniu audytu?
Otrzymujesz raport z opisem zakresu, ustaleniami, przykładami rozbieżności i rekomendacjami. Wskazuję wpływ problemów na realizację, priorytety oraz pytania, które nadal wymagają odpowiedzi. Omawiam wyniki tak, aby mogły posłużyć do ustalenia planu napraw, zasad odbioru i kontroli kolejnych etapów.
Czy możesz reprezentować mnie w rozmowach technicznych?
Tak. Mogę przedstawić ustalenia audytu, wyjaśnić konsekwencje techniczne i pomóc uzgodnić konkretne działania z wykonawcą. Przed rozmowami ustalamy zakres mojej roli i decyzje pozostające po Twojej stronie. Jeśli potrzebujesz regularnego nadzoru nad realizacją, możemy kontynuować współpracę w modelu fractional CTO.
Co jeśli zdecydujemy się zmienić software house?
Pomagam ustalić, co trzeba przekazać: kod, dokumentację, dostępy, środowiska i wiedzę o działaniu systemu. Oceniam ryzyka przejęcia oraz proponuję kolejność działań, aby nowy zespół mógł rozpocząć pracę na podstawie sprawdzonych informacji. Sama zmiana wykonawcy nie usuwa problemów produktu, dlatego plan obejmuje również zaległe poprawki i dalsze priorytety.