01
Brak jednego źródła prawdy
Sales ma swoją listę wolnych ludzi, PM-owie swoją, Finanse swoją. Każda trochę inna, a decyzje zapadają na tej, którą ktoś akurat otworzył.
Skąd ten system
Za każdym razem ten sam początek
Różne firmy, ten sam układ rzeczy. Zanim ktokolwiek kupi narzędzie, planowanie ludzi „jakoś działa” w arkuszach.
Jako Operations Manager odpowiadam za to, kto jest wolny, kto przeciążony i ile naprawdę kosztuje ławka. Dwa razy wchodziłem do firmy, w której nie było na to żadnego działu. Za każdym razem widziałem trzy rzeczy.
02
Konflikty o ludzi między PM-ami
Bez wspólnego widoku obłożenia o tym, kto dostanie specjalistę, rozstrzyga ten, kto głośniej poprosi, a nie ten, kogo projekt jest ważniejszy.
03
Niebilowalność widoczna po fakcie
O tym, że ktoś stał na ławce, dowiadujesz się z raportu na koniec miesiąca. Wtedy koszt jest już poniesiony i niczego nie da się zmienić.
Poukładałem to najpierw procesami i arkuszami, potem własnymi narzędziami. Sorvelo jest zapisem tych zasad w systemie: jedno miejsce, w którym widać obłożenie, ławkę i marżę, zanim miesiąc się skończy.
Doświadczenie
Droga do Resource Management
Bez dat i nazw firm. Ważne jest to, czego nauczył mnie każdy etap.
Etap 01Sprzedaż
Negocjacje i budowa procesu sprzedaży
Zaczynałem po stronie klienta i umowy: prowadziłem negocjacje i zbudowałem proces sprzedażowy. Stąd wiem, co obiecuje się klientowi, zanim ktokolwiek sprawdzi, kto będzie to robił.
Etap 02Kierownik projektu
Po drugiej stronie tego samego problemu
Prowadziłem projekty jako kierownik projektu. Potrzebowałem ludzi na termin, a nikt nie umiał powiedzieć, kto jest wolny. Znam ten problem od strony PM-a, który czeka na zasób.
Etap 03Dział Resource Management w software house
Pierwszy dział RM, zbudowany od zera
Ustawiłem procesy planowania zasobów łączące Sales, HR, PM, Delivery i Finanse oraz standardy współpracy między RM a resztą firmy. Narzędzia zaczynały od Excela i VBA. Niebilowalność całego delivery zeszła poniżej celu zarządu już w pierwszym roku.
Etap 04Operations Manager w firmie usługowej IT
Drugi dział RM i szersza odpowiedzialność
W obecnej firmie od zera zbudowałem drugi dział Resource Management, tym razem w roli Operations Managera. Alokacja, utylizacja, niebilowalność, standardy rozliczeń projektów i raporty dla zarządu. Narzędzia przeszły od arkuszy do własnych rozwiązań.
Etap 05Własny system
Sorvelo: to, co robiłem w arkuszach, jako system
Reguły, które dwa razy sprawdziły się w praktyce, zaprojektowałem jako gotowy system dla firm IT. Decyzje, co ma liczyć i jak, są moje. Kod jest pisany przez AI, o czym piszę niżej.
Jak powstał: AI i człowiek
Kod pisany przez AI. Zasady, sprawdzanie i odpowiedzialność są moje.
Mówię wprost: cały kod Sorvelo jest pisany przez agentów AI. Moja rola to reguły z praktyki, sprawdzanie efektów i decyzja, co trafia do wydania.
Projekt i reguły z praktyki
Zasady liczenia wynikają z tego, co wdrażałem w dwóch firmach: kiedy ktoś jest na ławce, jak liczyć utylizację, jak rozliczać fazy projektu. To decyzje biznesowe i podejmuję je ja.
# reguła z praktyki
ławka = brak alokacji bilowalnej
Moja decyzja
Kod pisany przez AI
Kod piszą agenci AI na podstawie moich reguł i opisów. Ja sprawdzam efekt: czy funkcja działa i czy wynik zgadza się z praktyką. Jeśli nie, wraca do poprawki.
# AI pisze
+ kod funkcji
→ sprawdzenie efektu: człowiek
AI pisze, ja sprawdzam
Testy automatyczne i ręczne
Reguły liczenia pilnuje ponad 18 tysięcy testów automatycznych, również napisanych przez AI. Dodatkowo sam przechodzę ekrany i sprawdzam, czy liczby się zgadzają i czy da się to obsłużyć bez instrukcji.
✓ utylizacja przy urlopie
✓ marża projektu w fazach
✓ przepracowanie ponad 100%
Testy AI + mój przegląd
Bezpieczeństwo i jakość, ekran po ekranie
Osobni agenci AI przeglądają kod pod kątem bezpieczeństwa, uprawnień i jakości, a wygląd każdego ekranu jest porównywany z projektem. O tym, co trafia do wydania, decyduję ja.
# przed wydaniem
✓ przegląd bezpieczeństwa (AI)
✓ ekran po ekranie
Moja odpowiedzialność
Po stronie AI
Pisanie kodu i testów
- Cały kod aplikacji
- Testy automatyczne
- Poprawki po moich uwagach
Po mojej stronie
Zasady, sprawdzanie i odpowiedzialność
- Reguły biznesowe, wzięte z praktyki Resource Management
- Decyzja, co trafia do systemu, a co nie
- Sprawdzenie efektów, ręczny przegląd ekranów i decyzja o wydaniu
Ile pracy w to poszło
To nie jest weekendowy projekt
6miesięcy pracy
600+ hgodzin na planowanie, testowanie i weryfikację
18 000+testów automatycznych
20+rund odbiorów i przeglądów, w tym 5 przeglądów bezpieczeństwa
Co z tego masz
Trzy rzeczy, które wynikają z tej historii
Dla kogoś, kto ma kupić system do planowania ludzi, to ważniejsze niż technologia, w której został napisany.
System liczy tak, jak liczy realna firma IT
Reguły nie powstały na tablicy. Wzięły się z prowadzenia prawdziwych planów obsady, rozliczeń i raportów dla zarządu, więc wynik zgadza się z tym, czego oczekuje Finanse i Delivery.
Rozumie ławkę, utylizację i fazy projektu
Te pojęcia nie wymagają tłumaczenia. System od początku odróżnia czas bilowalny od niebilowalnego i pokazuje marżę po fazach, a nie tylko godziny.
Rozmowa z osobą, która zna proces
Przed zakupem możesz zapytać, jak system ustawia priorytety albo pokazuje niebilowalność. Rozmawiasz z kimś, kto to wdrażał, a nie z działem sprzedaży, który czyta instrukcję.