Audyt projektów IT przed przepaleniem budżetu
Sprawdzam wyceny, zakres i architekturę. Mówię, czy projekt ma sens — zanim podpiszesz umowę.
15 lat w software house'ach. Wiem, jak powstają estymacje i gdzie ukrywają się koszty.
Dla firm planujących lub prowadzących kosztowne projekty IT.
Najdroższe błędy zaczynają się przed kodem
Sześć pytań, które warto zadać przed podpisaniem umowy.
Czy zakres nie został rozdmuchany?
Czy architektura nie jest zbyt skomplikowana?
Czy to samo można zrobić prościej?
Czy ryzyka zostały nazwane?
Masz po swojej stronie kogoś, kto to zakwestionuje?
Zakres audytu
Wybieramy zakres dopasowany do etapu i stawki Twojego projektu.
Audyt wyceny IT
Ocena, czy estymacja od software house'u albo vendora jest realistyczna. Wskazanie pozycji do negocjacji i miejsc, w których możesz przepłacać.
Audyt zakresu projektu
Weryfikacja, czy zakres prac odpowiada realnej potrzebie biznesowej — i które elementy można usunąć lub odłożyć bez szkody dla efektu.
Audyt architektury
Sprawdzenie, czy proponowane rozwiązanie jest adekwatne do skali problemu i nie zostało niepotrzebnie przewymiarowane.
Audyt vendora
Ocena, czy partner technologiczny jest dopasowany do projektu — oraz analiza ryzyk vendor lock-in i zależności po stronie wykonawcy.
Audyt projektu w toku
Niezależna ocena projektu, którego budżet rośnie albo terminy się przesuwają. Identyfikacja kosztów, których można uniknąć dalej.
Fractional CTO po audycie
Dalsze wsparcie decyzyjne dla firm, które potrzebują doświadczonej osoby technicznej po swojej stronie — bez zatrudniania pełnoetatowego CTO.
Co dostajesz
Konkretny dokument i rozmowę. Bez ogólników. Z jasną rekomendacją.
- Ocenę, czy projekt i wycena mają sens.
- Listę miejsc, w których możesz przepłacać.
- Elementy do negocjacji z vendorem.
- Ocenę ryzyk technicznych i organizacyjnych.
- Rekomendacje uproszczeń.
- Priorytety działań.
- Jasną rekomendację: iść dalej, renegocjować, uprościć albo zatrzymać.
Audyt ma zarobić na siebie
Niższa wycena. Prostszy zakres. Mniej ryzyka. Albo zatrzymanie projektu, który nie ma sensu.
Nie wykonuję. Audytuję.
To nie jest oferta software house’u. Nie zależy mi na tym, żeby projekt był większy, dłuższy albo droższy.
Moim zadaniem jest pomóc Ci podjąć dobrą decyzję — nawet jeśli najlepszą decyzją będzie uproszczenie, renegocjacja albo zatrzymanie projektu.
Kiedy warto zrobić audyt
To ma sens, jeśli:
- dostałeś wysoką wycenę projektu IT
- planujesz podpisać umowę z software house'em
- projekt już trwa, ale budżet rośnie
- nie masz CTO po swojej stronie
- chcesz negocjować cenę lub zakres
- vendor proponuje Time & Material, scrum i milestone'y — a Ty chcesz fixed-price i jasny efekt końcowy
- podejrzewasz overengineering
- potrzebujesz niezależnej opinii przed decyzją
To raczej nie jest dla Ciebie, jeśli:
- szukasz wykonawcy aplikacji
- potrzebujesz programisty na godziny
- chcesz tylko potwierdzenia swojej decyzji
- nie chcesz kwestionować zakresu lub architektury
- oczekujesz raportu bez rozmowy o decyzjach biznesowych
Doświadczenie przy projektach dla wymagających organizacji
Wybrane firmy, dla których pracowałem przez 15 lat.
Sebastian Kubiak
15 lat w software house'ach.
Wiem, jak powstają estymacje i gdzie pojawiają się niepotrzebne koszty — bo byłem po drugiej stronie stołu.
Dziś pracuję po stronie klienta jako niezależny audytor i fractional CTO.
- Doświadczenie
- 15 lat
- Strona w projekcie
- Klienta
- Konflikt interesów
- Brak
Masz wycenę do sprawdzenia?
Wyślij wycenę, zakres lub opis projektu. Wrócę z informacją, czy audyt ma sens.