Polaris. 57 dobrych praktyk dla transformacji i rozwoju systemów IT
Gwiazda Polarna dla projektów IT, które trzeba dowieźć
Przez pierwsze lata prowadzenia firmy IT byłem przekonany, że źródło problemu leży w technologii. Że jeśli dobiorę właściwy framework, dobrego architekta i sensowny stack, projekt ułoży się sam. Z czasem zobaczyłem, że to złudzenie. Projekty rzadko wykładają się na samym kodzie. Znacznie częściej pękają tam, gdzie ludzie nie potrafią uzgodnić, co właściwie znaczy „skończone”.
Polaris powstał właśnie z tej obserwacji. To 57 praktyk, które przez ponad dekadę pomagały nam w Inwedo dowozić projekty: duże i małe, w Polsce i za oceanem, z klientami, którzy wiedzieli, czego chcą, i z takimi, którzy odkrywali to dopiero po drodze. Nie traktuję tego jak listy rzeczy do odhaczenia. To raczej kompas, do którego wracasz wtedy, gdy w projekcie zaczyna brakować jasności.
Polaris porządkuje pracę nad systemem IT w trzech obszarach, w których projekty pękają najczęściej
Produkt i proces, technologia i rozwój, dokumentacja i testy. Każdy z tych obszarów niesie inny rodzaj ryzyka: biznesowe, techniczne albo operacyjne. Jeśli prowadziłeś kiedyś projekt, w którym sprint po sprincie coś znikało z planu, a nikt nie potrafił uczciwie powiedzieć dlaczego, to wiesz, że problem prawie nigdy nie leży tylko w jednym miejscu.
W 2022 roku nadaliśmy temu standardowi formalny kształt, równolegle z certyfikacją Inwedo w ISO 27001 i ISO 9001. To, co wcześniej żyło głównie w głowach architektów i product managerów, dostało wspólną nazwę, strukturę i miejsce. Dzięki temu każda nowa osoba w zespole widzi ten sam standard, niezależnie od tego, czy zaczyna pierwszy dzień, czy pracuje z nami piąty rok.
W książce znajdziesz m.in.:
Czym jest Polaris i kiedy po niego sięgać
Kiedy startujesz z nową inicjatywą, modernizujesz system legacy albo czujesz, że projekt zaczyna się rozjeżdżać.
57 praktyk w trzech obszarach
Produkt i proces, technologia i rozwój, dokumentacja i testy. Mapa, do której wracasz, kiedy projekt zaczyna tracić kierunek.
Audyt projektu IT krok po kroku
Jak przygotować audyt, jak poprowadzić go warsztatowo z zespołem i jak wyciągnąć z niego wnioski, które naprawdę zmieniają decyzje.
Role i odpowiedzialność
Kto za co odpowiada na każdym etapie i co zaczyna się psuć, gdy nikt nie nazywa tego wprost.
Studia przypadków z projektów Inwedo
Konkretne usprawnienia z projektów realizowanych dla klientów. Z kontekstem, decyzjami i także z tym, czego nie zrobiliśmy, choć z perspektywy czasu pewnie warto było.
Definition of Ready, Definition of Done w praktyce
Dwa proste narzędzia, które szybciej porządkują współpracę niż niejeden rozbudowany framework.
Dla kogo jest Polaris
Polaris pisałem dla ludzi, którzy wzięli na siebie odpowiedzialność za dowiezienie projektu. Wobec klienta. Wobec zarządu. Wobec własnego zespołu. Dla CTO i liderów inżynieryjnych, którzy mają realny wpływ na to, jak buduje się system. Dla product managerów, którzy codziennie tłumaczą biznes technologii, a technologię biznesowi. Dla QA, którzy wiedzą, że jakość nie zaczyna się na końcu. I dla sponsorów projektów, którzy chcą naprawdę zrozumieć, co kryje się pod hasłami w rodzaju „dług techniczny”.
Jeśli choć raz prowadziłeś rozmowę o tym, dlaczego projekt nie idzie tak, jak miał, jest spora szansa, że znajdziesz tu rzeczy opisane inaczej niż w większości poradników.
Co zmieniło się, odkąd pracujemy z tym standardem
Nie wszystko da się przeliczyć na wskaźniki. Atmosfery w projekcie, jakości rozmów z klientem czy poczucia zespołu, że wie, po co coś robi, nie zamkniesz w prostym wykresie. Ale część efektów widać bardzo wyraźnie.
85%
sprintów domykanych zgodnie z planem (wcześniej około 60%)
60%
pokrycia testami w audytowanych projektach
20%
niższe koszty utrzymania systemu po stronie klienta
57
praktyk w 3 obszarach, opartych na 10+ latach pracy projektowej
Polaris możesz pobrać bezpłatnie
Cały standard zebrałem w jednym pliku PDF i udostępniłem bezpłatnie na stronie Inwedo. Jeśli chcesz po niego sięgnąć, znajdziesz go właśnie tam.