Cześć, dzień dobry! Witam Was serdecznie w pięćdziesiątym odcinku podcastu IT i Biznes. Nazywam się Grzegorz Tabor i na co dzień prowadzę trzy firmy: firmę programistyczną, agencję doradczo-rekrutacyjną oraz SaaS do monitoringu cen konkurencji dla e-commerce.

Podcast kieruję do właścicieli firm i menedżerów, którzy na co dzień współpracują z szeroko pojętym IT i chcą realizować projekty IT bardziej świadomie i skutecznie.

Wstęp - inspiracja i intencja odcinka

To dopiero początek mojej podcastowej drogi, ale regularne odcinki co tydzień to już niemałe wyzwanie. Cieszę się, że pojawiają się słuchacze, którzy wynoszą z tego coś wartościowego – wiedzę, metody wdrożeniowe czy inspirację. Dzisiaj skupię się szczególnie na inspiracji. Czasami to, co oczywiste, staje się przełomowe dopiero, gdy usłyszymy to w odpowiednim momencie.

Z okazji pięćdziesiątego odcinka zebrałem dla Was 50 wartościowych porad o współpracy na styku IT i biznesu. Podzieliłem je na 7 głównych obszarów, które odpowiadają różnym fazom życia projektu – od pomysłu, przez realizację, aż po utrzymanie i rozwój.

Obszar 1: Pomysł na projekt - od czego zacząć?

1. Zaczynaj zawsze od celu biznesowego.
2. Zmapuj obecną i docelową architekturę IT.
3. Zmapuj procesy biznesowe – szczególnie tam, gdzie chcesz coś usprawnić.
4. Zastanów się, czy procesy można uprościć lub zoptymalizować.
5. Znajdź Project Managera lub Product Ownera, który odciąży Cię operacyjnie.
6. Zaplanuj zarządzanie zmianą – użytkownicy muszą faktycznie korzystać z wdrożonego rozwiązania.
7. Nie automatyzuj wszystkiego – zestaw koszt manualny i automatyzacji.

Obszar 2: Co zorganizować przed startem prac?

8. Oprócz Product Ownera wdroż cykliczne spotkania projektowe.
9. Przygotuj specyfikację projektu: cel, funkcjonalności, kryteria zero-jedynkowe.
10. Pamiętaj o zasadzie KISS (Keep It Simple, Stupid).
11. Zbuduj wysokopoziomowy harmonogram i zawsze wyznaczaj kolejny krok.
12. Rozmawiaj z użytkownikami końcowymi – najlepiej 1:1.
13. Nie wchodź w szczegóły zbyt szybko – najpierw big picture.
14. Nie kopiuj ślepo działań konkurencji – Twój biznes jest unikalny.
15. Po zbudowaniu specyfikacji – okrój ją do proof of concept (PoC) lub MVP.

Obszar 3: Dobór technologii

16. Najpierw sprawdź gotowe rozwiązania rynkowe.
17. Jeśli gotowe oprogramowanie wymaga dużych zmian – lepiej budować dedykowane.
18. Szukaj wiedzy u osób, które wdrażały kilkanaście projektów tej skali.
19. Zachowaj spójność technologii – np. ten sam język programowania.
20. Zdefiniuj oczekiwania co do wydajności i krytycznych funkcji.
21. Znajdź architekta lub CTO, który pomoże odebrać projekt technicznie.
22. Unikaj vendor locka – zadbaj o dostęp do kodu, repozytorium i możliwość zmiany dostawcy.

Obszar 4: Współpraca z Software House’em

23. Podpisz umowę gwarantującą dostęp do repo, tablic, komunikacji i realnych wycen.
24. Zadbaj o prawa autorskie majątkowe i osobiste.
25. Ustal cykliczne spotkania (weekly, daily, demo).
26. Wybierz zespół, z którym jest chemia.
27. Zaufaj intuicji, jeśli zespół wygląda na niepewny.
28. Zgłaszaj uwagi na tablicy zadań, nie w Wordzie/Excelu.
29. Od początku zadbaj o dostęp i regularny przegląd dokumentacji.
30. Codzienna synchronizacja z Product Ownerem + jego czas dla zespołu.
31. W projekcie musi być tester (testy funkcjonalne, regresyjne).
32. Nie wybieraj SH tylko po portfolio – liczy się zaangażowanie i zrozumienie biznesu.
33. Nie negocjuj długiej gwarancji – lepiej ustal szybkie czasy reakcji.
34. Odbieraj prace co tydzień, max co dwa tygodnie.
35. Dziel zgłoszenia na blokery i dodatki – nie rozdmuchuj projektu.
36. Dema projektowe – ustalaj terminy i zakres.
37. Zaplanuj niezależne code review z Twoim CTO.

Obszar 5: Utrzymanie projektu

38. Warunki utrzymania zaplanuj przed startem projektu.
39. Zaplanuj budżet na aktualizacje i rozwój.
40. Przeznacz budżet na refaktoryzację kodu.
41. Dostosowuj projekt do zmian w biznesie.
42. Wprowadzaj zmiany tylko przez środowisko testowe.
43. Nie zawsze migracja do chmury to rozwiązanie – sprawdź architekturę.

Obszar 6: Współpraca z zespołem in-house

44. Pamiętaj o różnicach charakterów – wizjonerzy vs analitycy.
45. Zatrudnij lub znajdź CTO, który scala biznes i IT.
46. Planuj roadmapy i sprinty wspólnie z zespołem.

Obszar 7: Przejście z Software House’u na zespół in-house

47. Zastanów się dlaczego chcesz przejść – czy to naprawdę najlepsze rozwiązanie?
48. Jeśli już – nie pal mostów, działaj transparentnie.
49. Rozważ model hybrydowy – część systemu wewnętrznie, część na zewnątrz.

Zakończenie

Dzięki, że jesteście tutaj ze mną! Jeśli któryś temat rezonuje z Wami – dajcie znać. Z chęcią porozmawiam o tym online czy offline. Do usłyszenia w kolejnym odcinku!

Grzegorz Tabor