50 wartościowych porad o współpracy Biznesu z IT!

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?

1. Oprócz Product Ownera wdroż cykliczne spotkania projektowe.

2. Przygotuj specyfikację projektu: cel, funkcjonalności, kryteria zero-jedynkowe.

3. Pamiętaj o zasadzie KISS (Keep It Simple, Stupid).

4. Zbuduj wysokopoziomowy harmonogram i zawsze wyznaczaj kolejny krok.

5. Rozmawiaj z użytkownikami końcowymi – najlepiej 1:1.

6. Nie wchodź w szczegóły zbyt szybko – najpierw big picture.

7. Nie kopiuj ślepo działań konkurencji – Twój biznes jest unikalny.

8. Po zbudowaniu specyfikacji – okrój ją do proof of concept (PoC) lub MVP.

Obszar 3: Dobór technologii

1. Najpierw sprawdź gotowe rozwiązania rynkowe.

2. Jeśli gotowe oprogramowanie wymaga dużych zmian – lepiej budować dedykowane.

3. Szukaj wiedzy u osób, które wdrażały kilkanaście projektów tej skali.

4. Zachowaj spójność technologii – np. ten sam język programowania.

5. Zdefiniuj oczekiwania co do wydajności i krytycznych funkcji.

6. Znajdź architekta lub CTO, który pomoże odebrać projekt technicznie.

7. Unikaj vendor locka – zadbaj o dostęp do kodu, repozytorium i możliwość zmiany dostawcy.

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

1. Podpisz umowę gwarantującą dostęp do repo, tablic, komunikacji i realnych wycen.

2. Zadbaj o prawa autorskie majątkowe i osobiste.

3. Ustal cykliczne spotkania (weekly, daily, demo).

4. Wybierz zespół, z którym jest chemia.

5. Zaufaj intuicji, jeśli zespół wygląda na niepewny.

6. Zgłaszaj uwagi na tablicy zadań, nie w Wordzie/Excelu.

7. Od początku zadbaj o dostęp i regularny przegląd dokumentacji.

8. Codzienna synchronizacja z Product Ownerem + jego czas dla zespołu.

9. W projekcie musi być tester (testy funkcjonalne, regresyjne).

10. Nie wybieraj SH tylko po portfolio – liczy się zaangażowanie i zrozumienie biznesu.

11. Nie negocjuj długiej gwarancji – lepiej ustal szybkie czasy reakcji.

12. Odbieraj prace co tydzień, max co dwa tygodnie.

13. Dziel zgłoszenia na blokery i dodatki – nie rozdmuchuj projektu.

14. Dema projektowe – ustalaj terminy i zakres.

15. Zaplanuj niezależne code review z Twoim CTO.

Obszar 5: Utrzymanie projektu

1. Warunki utrzymania zaplanuj przed startem projektu.

2. Zaplanuj budżet na aktualizacje i rozwój.

3. Przeznacz budżet na refaktoryzację kodu.

4. Dostosowuj projekt do zmian w biznesie.

5. Wprowadzaj zmiany tylko przez środowisko testowe.

6. Nie zawsze migracja do chmury to rozwiązanie – sprawdź architekturę.

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

1. Pamiętaj o różnicach charakterów – wizjonerzy vs analitycy.

2. Zatrudnij lub znajdź CTO, który scala biznes i IT.

3. Planuj roadmapy i sprinty wspólnie z zespołem.

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

1. Zastanów się dlaczego chcesz przejść – czy to naprawdę najlepsze rozwiązanie?

2. Jeśli już – nie pal mostów, działaj transparentnie.

3. 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