Problem · Przygotowanie
Jak przygotować projekt IT, zanim poprosisz wykonawców o wycenę?
Wysłanie software house'owi kilku zdań z prośbą o cenę zwykle prowadzi do bardzo szerokiej estymacji albo do ofert, których nie da się porównać. Każdy wykonawca uzupełnia brakujące informacje własnymi założeniami i wycenia inny projekt.
Nie musisz przygotowywać kompletnej architektury ani opisywać każdego ekranu. Musisz jednak uporządkować problem, procesy, użytkowników, priorytety oraz ograniczenia.
Dobre przygotowanie nie tylko ułatwia wycenę. Pozwala również sprawdzić, czy nowy system jest rzeczywiście najlepszą odpowiedzią na potrzebę organizacji.
1. Ustal problem i cel biznesowy
Nie zaczynaj od listy funkcji. Opisz, co dzisiaj nie działa, jakie skutki powoduje problem i jaki rezultat ma przynieść zmiana. Cel „wdrożyć CRM” jest zbyt ogólny. Lepszy cel to skrócenie czasu obsługi leadu, uporządkowanie historii kontaktów i zapewnienie wspólnego widoku danych.
Cel powinien umożliwiać późniejszą ocenę wartości projektu, a nie tylko potwierdzenie, że system został uruchomiony.
2. Opisz obecny proces
Sprawdź, jak praca wygląda w praktyce, a nie tylko w procedurze. Kto rozpoczyna proces? Jakie dane wykorzystuje? Gdzie pojawiają się wyjątki, ręczne obejścia i arkusze pomocnicze? Kto podejmuje decyzje?
Rozmowy z użytkownikami często ujawniają, że problem nie wynika wyłącznie z braku systemu, lecz również z niespójnych zasad i rozproszonej odpowiedzialności.
3. Zidentyfikuj użytkowników i interesariuszy
- Osoby wykonujące codzienne operacje.
- Właściciele procesów i menedżerowie.
- Dział IT i bezpieczeństwo.
- Osoby odpowiedzialne za dane, prawo i zgodność.
- Klienci, partnerzy lub dostawcy korzystający z rozwiązania.
- Zarząd i sponsor finansujący projekt.
4. Zbierz wymagania i nadaj priorytety
Zbieranie wymagań nie polega na dopisywaniu każdego pomysłu do jednej listy. Trzeba rozróżnić potrzeby niezbędne, ważne i opcjonalne. Warto również wskazać funkcje świadomie odłożone poza pierwszy etap.
Priorytety powinny wynikać z wartości biznesowej, ryzyka, zależności i kosztu, a nie wyłącznie z siły głosu poszczególnych interesariuszy.
5. Ustal dane, integracje i ograniczenia
- Jakie dane będą przetwarzane i skąd pochodzą.
- Czy dane wymagają migracji, czyszczenia albo deduplikacji.
- Z jakimi systemami rozwiązanie ma się łączyć.
- Czy istnieją aktualne dokumentacje API.
- Jakie wymagania bezpieczeństwa i prawne obowiązują.
- Jakiej dostępności i wydajności oczekuje organizacja.
- Jakie technologie lub dostawcy są już standardem firmy.
6. Określ budżet i ograniczenia czasowe
Ukrywanie budżetu przed wykonawcami nie zawsze zwiększa siłę negocjacyjną. Dostawca potrzebuje wiedzieć, czy powinien projektować prosty pierwszy etap, czy rozbudowane rozwiązanie obejmujące całą organizację.
Budżet może mieć formę przedziału. Ważne jest również wskazanie terminu wynikającego z realnej potrzeby, a nie arbitralnej daty. Jeżeli rozwiązanie musi działać przed sezonem albo zmianą przepisów, wykonawca powinien to wiedzieć.
7. Zdefiniuj kryteria sukcesu i odbioru
Określ, po czym poznasz, że projekt był wart inwestycji. Mogą to być: skrócenie czasu procesu, redukcja błędów, zwiększenie udziału samoobsługi, poprawa kompletności danych czy ograniczenie pracy ręcznej.
Osobno zdefiniuj kryteria odbioru funkcji. Sukces biznesowy i techniczna akceptacja są powiązane, ale nie są tym samym.
8. Przygotuj proces wyboru wykonawcy
- Ustal jednolite materiały i pytania dla kandydatów.
- Określ kryteria oceny przed poznaniem cen.
- Poproś o założenia, wyłączenia i skład zespołu.
- Przeprowadź warsztaty z finalistami.
- Porównaj koszt całkowity i warunki zakończenia współpracy.
- Przenieś ważne deklaracje z oferty do umowy lub załączników.
Minimalny pakiet przed wysłaniem zapytania
- Opis problemu i celu.
- Mapa najważniejszych procesów.
- Grupy użytkowników.
- Lista wymagań z priorytetami.
- Integracje i dane.
- Ograniczenia oraz założenia.
- Zakres pierwszego etapu.
- Kryteria wyboru dostawcy.
- Plan podejmowania decyzji po stronie klienta.
FAQ
Najczęściej zadawane pytania
Czy trzeba ujawniać budżet dostawcom?
Nie zawsze dokładną kwotę, ale przedział pomaga zaproponować rozwiązanie o odpowiedniej skali. Bez niego oferty mogą być przypadkowo rozstrzelone.
Czy najpierw wybrać system, czy wykonawcę?
Zależy od modelu. Przy gotowym produkcie ocenia się system i partnera wdrożeniowego. Przy rozwiązaniu dedykowanym ważniejszy jest zespół oraz sposób pracy.
Jak długo trwa przygotowanie projektu?
Zależy od liczby procesów i interesariuszy. Można rozpocząć od krótkiego discovery i rozwijać dokumentację etapowo.
Czy można zacząć projekt bez pełnej wiedzy?
Tak, ale niewiadome powinny być nazwane, a ich odkrywanie zaplanowane. Niepewność jest normalna; niebezpieczne jest udawanie, że jej nie ma.
Pomysł jest dobry, ale zakres nadal mieści się głównie w głowach zespołu?
Uporządkujmy go przed wysłaniem zapytań do wykonawców.
Przygotujmy projekt