Feasibility study - jak ocenić wykonalność projektu

Zarząd MediFlow - sieci 12 przychodni - chciał zbudować własną aplikację rejestracji online, bo „konkurencja już ma". Decyzja zapadła w 20 minut, na spotkaniu, na podstawie jednego slajdu. Cztery miesiące i sporą kwotę później projekt utknął: okazało się, że integracja z systemem NFZ (eWUŚ) wymaga certyfikacji, której nikt nie przewidział, a wewnętrzny zespół IT nie miał kompetencji do utrzymania takiej aplikacji. Gdyby ktoś poświęcił dwa tygodnie na studium wykonalności, te dwa fakty wyszłyby na jaw, zanim podpisano pierwszą fakturę.

Feasibility study - studium wykonalności - to analiza, która odpowiada na jedno brutalne pytanie zadane przed zaangażowaniem budżetu: czy to w ogóle ma sens? Nie „jak to zbudujemy", tylko „czy powinniśmy w ogóle zaczynać". W tym artykule pokażę Ci pięć wymiarów, które trzeba zbadać, jak ułożyć raport, jakimi narzędziami się posłużyć i kiedy uczciwa rekomendacja brzmi „nie róbcie tego".

Czym jest feasibility study i kiedy je robić

Studium wykonalności to ustrukturyzowana ocena pomysłu na projekt - czy jest realny technicznie, opłacalny finansowo, zgodny z prawem i wykonalny organizacyjnie. Robi się je na samym początku, w fazie inicjacji, zanim powstanie pełna specyfikacja czy budżet projektu. To brama, przez którą pomysł musi przejść, zanim stanie się projektem. Gdy kierunek jest już przesądzony i wybierasz konkretny system, ten sam typ pracy schodzi poziom niżej jako analiza przedwdrożeniowa - badanie, jak organizacja pracuje dzisiaj, zanim podpiszesz zakres i termin.

Feasibility study łatwo pomylić z dwoma sąsiednimi dokumentami, więc warto je rozdzielić:

• Feasibility study odpowiada: „Czy da się to zrobić i czy się opłaca?" - analiza wykonalności.
• Business case odpowiada: „Dlaczego warto to zrobić zamiast czegoś innego?" - uzasadnienie inwestycji. Często powstaje na bazie wyników feasibility study.
• Specyfikacja (SRS) odpowiada: „Co dokładnie zbudujemy?" - następuje dopiero, gdy zapadnie decyzja na „tak".

Prosta intuicja: feasibility study sprawdza, czy droga jest przejezdna. Business case przekonuje, że warto nią jechać. Specyfikacja to plan podróży. W tej kolejności.

Pięć wymiarów wykonalności

Solidne studium wykonalności bada projekt z pięciu stron. Pominięcie któregokolwiek wymiaru to dokładnie ta luka, w którą wpadł MediFlow.

1. Wykonalność techniczna

Czy dysponujemy technologią, ludźmi i infrastrukturą, by to zbudować i utrzymać? Tu MediFlow poległ - integracja z eWUŚ wymagała certyfikacji i kompetencji, których zespół nie miał.

• Czy potrzebne technologie są dojrzałe i dostępne?
• Czy mamy (lub możemy pozyskać) ludzi z odpowiednimi kompetencjami?
• Czy istnieją wymagane integracje (eWUŚ, systemy płatności, bramki SMS)?
• Jakie są największe ryzyka techniczne i czy da się je obejść?

2. Wykonalność ekonomiczna (finansowa)

Czy korzyści przewyższą koszty i kiedy? Tu liczysz koszty wdrożenia i utrzymania, szacujesz przychody lub oszczędności, wyznaczasz ROI (zwrot z inwestycji) i okres zwrotu (payback period).

• Koszt budowy (zespół, licencje, infrastruktura) + koszt utrzymania rocznego.
• Korzyści: dla MediFlow to mniej połączeń na infolinię, mniej nieodwołanych wizyt, krótsze kolejki w rejestracji.
• ROI i payback: jeśli aplikacja kosztuje X, a oszczędza Y rocznie, w ile lat się zwróci?

3. Wykonalność prawna i regulacyjna

Czy projekt jest zgodny z przepisami? W ochronie zdrowia to wymiar krytyczny: RODO i dane wrażliwe o zdrowiu, ustawa o prawach pacjenta, wymogi NFZ, przechowywanie dokumentacji medycznej.

• Czy przetwarzanie danych medycznych spełnia RODO i przepisy sektorowe?
• Czy potrzebne są certyfikaty, zgody, umowy powierzenia danych?
• Jakie kary grożą za niezgodność i jak je wyeliminować?

4. Wykonalność operacyjna (organizacyjna)

Czy organizacja jest gotowa to wchłonąć? Najlepszy system padnie, jeśli rejestratorki nie zechcą go używać, a procesy nie zostaną dostosowane.

• Czy mamy zespół i strukturę, by projekt zrealizować i potem utrzymać?
• Czy procesy biznesowe wymagają zmiany? Kto je przeprojektuje?
• Czy użytkownicy (rejestratorki, lekarze) zaakceptują nowy sposób pracy?

5. Wykonalność harmonogramowa (czasowa)

Czy zdążymy na czas, który ma znaczenie biznesowe? Jeśli MediFlow chciał uruchomić zapisy przed sezonem grypowym, a realna budowa to 9 miesięcy, to deadline jest niewykonalny - i lepiej wiedzieć to na starcie.

Narzędzia i techniki w feasibility study

Nie używaj wszystkich naraz. Dobierz narzędzia do skali projektu: dla małej inicjatywy wystarczy SWOT plus prosta analiza kosztów i korzyści; dla wdrożenia ogólnofirmowego dorzuć PESTEL, analizę wrażliwości i porządny rejestr ryzyk.

Struktura raportu z feasibility study

Raport ma jednego głównego adresata: decydenta, który na jego podstawie powie „tak", „nie" albo „tak, ale". Dlatego struktura prowadzi od rekomendacji do dowodów, nie odwrotnie.

1. Streszczenie i rekomendacja - jedna strona, którą przeczyta zarząd. Werdykt: wykonalne / niewykonalne / wykonalne pod warunkami. Decydent musi zrozumieć wniosek, nawet jeśli nie przeczyta reszty.
2. Cel i zakres projektu - co oceniamy i czego oceniamy nie.
3. Analiza pięciu wymiarów - techniczny, ekonomiczny, prawny, operacyjny, czasowy. Każdy z konkretnymi danymi.
4. Warianty (opcje) - zwykle co najmniej trzy: zbudować samemu, kupić gotowe rozwiązanie, nie robić nic. Każdy z plusami, minusami i kosztem.
5. Ryzyka i sposoby ich ograniczenia - top 5-10 ryzyk z oceną i planem reakcji.
6. Rekomendacja z uzasadnieniem - co i dlaczego, plus warunki, które trzeba spełnić.

Wariant „nie robić nic" (status quo) bywa pomijany, a to błąd. Bez punktu odniesienia nie da się ocenić, czy projekt naprawdę poprawia sytuację, czy tylko ją zmienia.

Mini-case MediFlow: feasibility study, którego zabrakło

Odtwórzmy, jak wyglądałby uczciwy raport, gdyby ktoś go zlecił przed startem.

• Techniczna: integracja z eWUŚ wymaga certyfikacji (8-10 tygodni) i kompetencji, których wewnętrzny zespół nie ma. Ryzyko wysokie. Opcja: zlecić integrację partnerowi z gotowym konektorem.
• Ekonomiczna: budowa od zera vs gotowe SaaS dla przychodni. SaaS tańszy w starcie i utrzymaniu, ale z opłatą miesięczną za przychodnię. Przy 12 placówkach payback własnej aplikacji to ~3 lata. Wniosek: SaaS bardziej opłacalny w horyzoncie 3 lat.
• Prawna: dane o zdrowiu = kategoria szczególna RODO. Potrzebna ocena skutków dla ochrony danych (DPIA) i umowy powierzenia z dostawcą. Wykonalne, ale wymaga prawnika.
• Operacyjna: rejestratorki przyzwyczajone do telefonu. Bez szkolenia i przeprojektowania procesu rejestracji adopcja będzie niska. Ryzyko średnie, do zarządzenia.
• Czasowa: sezon szczepień za 4 miesiące. Własna aplikacja: nierealne. Gotowe SaaS z konfiguracją: realne. Decyduje o wyborze wariantu.

Rekomendacja: nie budować od zera. Wdrożyć gotowe rozwiązanie SaaS z konektorem eWUŚ, przeprowadzić DPIA, przeszkolić rejestratorki, uruchomić pilotaż w 2 przychodniach przed sezonem. Ten jeden dokument oszczędziłby cztery miesiące i sporą fakturę.

Zauważ, że feasibility study nie jest po to, by „dać zielone światło". Jest po to, by podjąć świadomą decyzję - czasem decyzją jest zmiana podejścia, a czasem rezygnacja. Dobry analityk nie wstydzi się rekomendacji „nie".

Częste błędy w studium wykonalności

• Studium „pod tezę". Zarząd już chce projektu, więc analiza ma to tylko potwierdzić. To nie feasibility study, to teatr. Jeśli wynik jest z góry znany, nie marnuj na niego czasu.
• Pominięcie wymiaru operacyjnego. Najczęstsza luka. Wszystko da się technicznie zbudować i finansowo uzasadnić, a potem ludzie tego nie używają. Adopcja to też wykonalność.
• Brak wariantu „status quo". Bez punktu odniesienia nie wiesz, czy projekt poprawia sytuację, czy tylko ją zmienia.
• Optymistyczne szacunki kosztów. Koszt budowy podajesz, a koszt utrzymania, migracji i szkoleń pomijasz. Te „miękkie" pozycje potrafią przewyższyć samą budowę.
• Ignorowanie ryzyk regulacyjnych. W sektorach takich jak zdrowie czy finanse to ryzyka, które potrafią zatrzymać cały projekt. Sprawdź je najpierw.
• Raport, którego nikt nie przeczyta. 80 stron bez streszczenia i jasnej rekomendacji. Decydent potrzebuje werdyktu na pierwszej stronie, nie eseju.

FAQ - feasibility study

Czym różni się feasibility study od business case?

Feasibility study odpowiada na pytanie „czy da się to zrobić i czy się opłaca" - bada wykonalność techniczną, finansową, prawną i operacyjną. Business case odpowiada „dlaczego warto to zrobić zamiast alternatyw" - uzasadnia inwestycję. Studium wykonalności zwykle poprzedza business case i dostarcza mu danych.

Ile trwa przeprowadzenie studium wykonalności?

Zależy od skali: dla małej inicjatywy kilka dni, dla wdrożenia ogólnofirmowego 2-6 tygodni. Najważniejsze, by zająć ułamek czasu i budżetu całego projektu - bo właśnie to ma chronić przed dużą, kosztowną pomyłką.

Kto przeprowadza feasibility study?

Najczęściej analityk biznesowy we współpracy z ekspertami technicznymi, finansowymi i prawnymi. Przy dużych, ryzykownych projektach bywa zlecane zewnętrznej firmie konsultingowej - dla obiektywizmu i uniknięcia „studium pod tezę".

Czy feasibility study może zakończyć się rekomendacją odrzucenia projektu?

Tak - i to jest jego prawdziwa wartość. Uczciwa rekomendacja „nie róbcie tego" albo „zróbcie inaczej" oszczędza organizacji budżet, czas i reputację. Studium, które zawsze mówi „tak", jest bezużyteczne.

Jakie wymiary musi obejmować dobre studium wykonalności?

Pięć: techniczny (czy da się zbudować i utrzymać), ekonomiczny (czy się opłaca), prawny (czy zgodne z przepisami), operacyjny (czy organizacja to wchłonie) i czasowy (czy zdążymy na biznesowo istotny termin). Pominięcie któregokolwiek to typowe źródło późniejszych katastrof.

Podsumowanie

Feasibility study to najtańsze ubezpieczenie projektu, jakie istnieje. Kilka dni albo tygodni analizy chroni przed miesiącami budowy czegoś, co i tak utknie na certyfikacji, koszcie utrzymania albo braku akceptacji użytkowników. Pięć wymiarów - techniczny, ekonomiczny, prawny, operacyjny, czasowy - to siatka, przez którą przepuszczasz każdy pomysł, zanim stanie się zobowiązaniem.

Najważniejsza cecha dobrego analityka w tej fazie to uczciwość rekomendacji. Twoim zadaniem nie jest sprzedać projekt, tylko dać decydentowi prawdziwy obraz. Czasem najcenniejsze zdanie w raporcie brzmi: „da się, ale nie tak i nie teraz".

Gdy studium wypadnie na „tak", kolejnym krokiem jest przekucie go w business case, a potem w specyfikację wymagań. Chcesz przećwiczyć analizę wykonalności na realnych przypadkach? Sprawdź swoją wiedzę w testach na platformie Analify.