Jak wybrać firmę IT?

Zdefiniuj problem i oczekiwany rezultat

Zanim zaczniesz porównywać dostawców, określ, jaki problem ma rozwiązać planowany projekt. Samo wskazanie technologii, takiej jak Power BI, Microsoft Fabric, Power Apps, Azure czy AI, nie wystarczy.

Opisz przede wszystkim:

• problem biznesowy, który chcesz rozwiązać;
• użytkowników przyszłego rozwiązania;
• procesy, które mają zostać zmienione lub zautomatyzowane;
• dane i systemy, z którymi rozwiązanie będzie współpracować;
• oczekiwane rezultaty i sposób ich pomiaru;
• wymagany termin realizacji;
• ograniczenia techniczne, organizacyjne i budżetowe.

Zamiast pisać „potrzebujemy wdrożenia Power BI”, lepiej określić: „chcemy zautomatyzować cotygodniowe raportowanie sprzedaży, połączyć dane z systemu ERP i CRM oraz udostępnić zarządowi aktualne wyniki dla poszczególnych krajów”.

Tak opisany cel pozwala dostawcy zaproponować właściwą architekturę, zakres prac i harmonogram.

Przygotuj realistyczny zakres projektu

Nie musisz tworzyć kompletnej dokumentacji technicznej przed rozpoczęciem rozmów z firmami IT. Powinieneś jednak przygotować wystarczająco dużo informacji, aby dostawcy wyceniali podobny zakres.

W opisie projektu uwzględnij:

• najważniejsze funkcje rozwiązania;
• liczbę użytkowników i ich role;
• źródła danych oraz wymagane integracje;
• wymagania dotyczące bezpieczeństwa;
• oczekiwania związane z wydajnością i dostępnością;
• zakres migracji istniejących danych;
• potrzebę szkoleń i dokumentacji;
• oczekiwany model utrzymania po wdrożeniu.

Warto oddzielić funkcje niezbędne do uruchomienia pierwszej wersji od elementów, które można wdrożyć później. Pozwala to szybciej rozpocząć projekt i ograniczyć ryzyko związane ze zbyt szerokim zakresem.

Sprawdź doświadczenie w podobnych projektach

Duża liczba zrealizowanych projektów nie zawsze oznacza doświadczenie właściwe dla Twojego przypadku. Największe znaczenie mają wdrożenia podobne pod względem technologii, skali, branży oraz poziomu złożoności.

Poproś dostawcę o przedstawienie przynajmniej dwóch podobnych realizacji. Sprawdź:

• jaki problem rozwiązywał projekt;
• jaki był jego zakres i czas realizacji;
• ilu użytkowników objęło rozwiązanie;
• z jakimi systemami zostało zintegrowane;
• jakie rezultaty osiągnął klient;
• czy rozwiązanie działa obecnie produkcyjnie;
• za które elementy odpowiadał dostawca.

Case study opublikowane na stronie firmy jest wartościowym sygnałem, ale jeszcze silniejszym dowodem będzie wspólna publikacja z klientem, referencja lub możliwość przeprowadzenia rozmowy z przedstawicielem organizacji, dla której wykonano projekt.

Zweryfikuj faktyczny zespół projektowy

Podczas procesu sprzedaży często spotykasz najbardziej doświadczonych konsultantów firmy. Nie oznacza to jednak, że właśnie te osoby będą realizować Twój projekt.

Przed podpisaniem umowy poproś o przedstawienie faktycznego składu zespołu, w tym:

• Project Managera;
• architekta rozwiązania;
• Tech Leada;
• deweloperów i konsultantów;
• specjalistów odpowiedzialnych za testy, bezpieczeństwo i utrzymanie.

Sprawdź doświadczenie kluczowych osób oraz ich dostępność. Ustal także, czy prace będą wykonywane przez stałych pracowników dostawcy, podwykonawców czy zespół mieszany.

Warto zapytać, jak firma zastępuje niedostępnych specjalistów i w jaki sposób przekazuje wiedzę pomiędzy członkami zespołu.

Oceń sposób myślenia, nie tylko prezentację

Dobry partner IT nie powinien bezrefleksyjnie akceptować wszystkich założeń klienta. Powinien zadawać pytania, wskazywać ryzyka i proponować prostsze rozwiązania, jeśli pozwalają osiągnąć ten sam cel.

Podczas rozmów zwróć uwagę, czy dostawca:

• próbuje zrozumieć problem biznesowy;
• pyta o użytkowników i sposób wykorzystania rozwiązania;
• wskazuje brakujące informacje;
• otwarcie mówi o ryzykach;
• przedstawia alternatywne warianty;
• potrafi wyjaśnić technologię prostym językiem;
• nie obiecuje rezultatów bez poznania danych i ograniczeń.

Odpowiedzialny wykonawca potrafi powiedzieć, że określone założenie jest nierealistyczne albo że przed pełnym wdrożeniem potrzebny jest audyt, discovery lub pilotaż.

Porównuj oferty na podstawie tych samych założeń

Najniższa wycena nie zawsze oznacza najniższy całkowity koszt projektu. Poszczególne oferty mogą obejmować różny zakres prac, liczbę iteracji, dokumentację, testy, zarządzanie projektem i wsparcie powdrożeniowe.

Porównując oferty, sprawdź:

• zakres uwzględniony w cenie;
• elementy wyłączone z wyceny;
• przyjęte założenia i zależności;
• liczbę dni lub godzin pracy;
• stawki za dodatkowe prace;
• koszty licencji i infrastruktury;
• warunki odbioru rezultatów;
• okres gwarancji lub stabilizacji;
• koszt późniejszego utrzymania.

Bardzo niska cena może oznaczać, że dostawca nie uwzględnił integracji, testów, dokumentacji, zarządzania zmianą albo prac związanych z jakością danych.

Wybierz właściwy model współpracy

Model rozliczenia powinien odpowiadać dojrzałości zakresu oraz poziomowi niepewności projektu.

Najczęściej stosowane modele to:

• Fixed price – odpowiedni dla jasno zdefiniowanego i stabilnego zakresu.
• Time & Material – zapewnia większą elastyczność w projektach rozwijanych iteracyjnie.
• Dedicated Team – sprawdza się przy długoterminowym rozwoju produktu lub platformy.
• Model hybrydowy – łączy stałą cenę za określone rezultaty z elastycznym budżetem na zmiany.
• Pilotaż lub discovery – pozwala zmniejszyć niepewność przed wyceną pełnego wdrożenia.

Unikaj wymuszania stałej ceny, jeżeli wymagania nie są jeszcze wystarczająco precyzyjne. Dostawca uwzględni wtedy ryzyko w cenie albo będzie próbował odzyskać rentowność poprzez ograniczanie zakresu.

Sprawdź sposób prowadzenia projektu

Techniczne kompetencje zespołu nie wystarczą, jeśli projekt nie będzie właściwie zarządzany. Zapytaj, jak dostawca planuje prace, kontroluje budżet i komunikuje problemy.

Ustal:

• kto odpowiada za harmonogram;
• jak często odbywają się spotkania projektowe;
• w jaki sposób raportowany jest postęp;
• kto zarządza backlogiem i priorytetami;
• jak zgłaszane są ryzyka i opóźnienia;
• jak zatwierdzane są zmiany zakresu;
• kto podejmuje kluczowe decyzje;
• w jaki sposób będą dokumentowane ustalenia.

Dobry Project Manager nie tylko organizuje spotkania, ale również pilnuje decyzji, zależności, terminów i komunikacji pomiędzy biznesem a zespołem technicznym.

Zweryfikuj bezpieczeństwo i własność rozwiązania

Przed rozpoczęciem projektu ustal, kto będzie właścicielem kodu, konfiguracji, dokumentacji i danych. Sprawdź także, gdzie przechowywane będą repozytoria oraz kto otrzyma dostęp do środowisk.

Umowa powinna regulować:

• prawa do kodu i wytworzonych materiałów;
• zasady korzystania z komponentów zewnętrznych;
• ochronę danych i poufność;
• sposób nadawania i odbierania dostępów;
• tworzenie kopii zapasowych;
• obsługę incydentów bezpieczeństwa;
• obowiązki po zakończeniu współpracy;
• przekazanie dokumentacji i wiedzy.

Docelowe rozwiązanie nie powinno być dostępne wyłącznie z kont należących do wykonawcy. Klient powinien zachować kontrolę nad środowiskiem, repozytorium, danymi i kluczowymi konfiguracjami.

Zaplanuj utrzymanie już przed wdrożeniem

Projekt nie kończy się w dniu uruchomienia produkcyjnego. Rozwiązanie będzie wymagało monitorowania, aktualizacji, poprawiania błędów i dostosowywania do zmian w procesach oraz systemach źródłowych.

Przed podpisaniem umowy zapytaj:

• kto będzie świadczył wsparcie;
• jakie będą godziny dostępności serwisu;
• jak definiowane są poziomy krytyczności zgłoszeń;
• jakie obowiązują czasy reakcji;
• co obejmuje gwarancja;
• jak wyceniane są zmiany i rozwój;
• czy klient otrzyma dokumentację;
• jak wygląda przekazanie rozwiązania innemu zespołowi.

Brak planu utrzymania może sprawić, że dobrze zrealizowane wdrożenie szybko zacznie generować problemy operacyjne.

Nie wybieraj firmy wyłącznie na podstawie rankingu

Ranking pozwala porównać doświadczenie, kompetencje, wiarygodność dowodów i pozycję rynkową dostawców. Nie zastępuje jednak analizy konkretnego projektu.

Firma zajmująca pierwsze miejsce nie musi być najlepszym wyborem w każdej sytuacji. Mniejszy, wyspecjalizowany dostawca może lepiej pasować do określonej branży, technologii, budżetu lub modelu współpracy.

Wykorzystaj ranking do stworzenia krótkiej listy od trzech do pięciu firm, a następnie oceń je na podstawie:

• podobieństwa zrealizowanych projektów;
• jakości proponowanego zespołu;
• zrozumienia Twojego problemu;
• podejścia do ryzyka;
• przejrzystości wyceny;
• modelu komunikacji i współpracy;
• planu utrzymania rozwiązania.