Mentionsy Mentionsy
Nerd Management
Nerd Management

Jak wyznaczyć kierunek IT? Tworzenie strategii technologicznej w zespole

06.09.2022 ·29 min 25 s

Jednym z najtrudniejszych zadań, jakie mogą Cię spotkać, jest określenie wizji dla Twojego projektu. Najczęściej, jako specjaliści, chcielibyśmy zaorać to, co istnieje i zbudować aplikację od nowa, bo jak to się mówi - „Kto to panu tak s$%#%doilł?” Problem w tym, że kilkumiesięczny projekt pt. „refactoring legacy” nie ma prawa się udać. Czasem odrzucamy od siebie temat wizji systemu, bo przecież to jest rola CTO, by taką wizję określić i nam dostarczyć, prawda? Co, jeśli w Twojej firmie nie ma takiego człowieka lub jego wizja Ci się nie podoba i uważasz, że coś można zrobić lepiej? Ani jedno, ani drugie podejście nigdzie Cię nie zaprowadzą! W dzisiejszym odcinku zobaczysz, jak Paweł podjął rękawicę, by stworzyć wizję techniczną dla systemu legacy, z którym pracuje na co dzień. Ta wizja określa kierunek, dzięki czemu każda decyzja, w nawet najmniejszym zadaniu, może przybliżać Was do upragnionego ideału. Z tego odcinka dowiesz się: - Dlaczego duży refactoring nie działa i co zrobić w zamian? - Jak stworzyć wizję dla systemu legacy? - Jaki horyzont czasowy przyjąć? - Kogo i jak zaangażować do pracy nad wyznaczeniem kierunku rozwoju aplikacji? - Jak dojść do kompromisu? - Jak skutecznie sprzedawać wizję techniczną innym? - Co zrobić, jeśli wizja jest sprzeczna z tym co muszę aktualnie zrobić? Linki do materiałów, wersję video oraz transkrypt do tego odcinka znajdziesz na stronie: 👉🏻 https://nerd.management/81 Agenda: (00:00) - Intro (00:21) - Wprowadzenie (01:18) - Po co Ci strategia technologiczna? (02:48) - Jak Ty możesz zacząć tworzyć strategię IT? (03:59) - Wizja projektu zamiast tworzenia projektu od nowa (05:22) - Roadmapa to nie wszystko (07:50) - Wizja zespołu zawsze będzie lepsza niż Twoja (09:07) - W jaki sposób przekonać szefa do wsparcia tworzenia strategii technicznej? (10:11) - Zbierz pomysły, problemy i oczekiwania (11:56) - 3 elementy strategii technologicznej (13:34) - Jak pogodzić interesy różnych interesariuszy? (16:00) - Jak może wyglądać struktura wizji waszego projektu? (18:28) - Jak rozwiązywać konflikty w trakcie tworzenia wizji technicznej? (20:18) - Jak zadbać by wizja projektu dotarła do wszystkich? (24:30) - Czy wizja po ponad roku dalej działa? (26:12) - Twój pierwszy krok, jaki możesz wykonać w kierunku strategii Zapisz się do naszego newslettera, odbierz bonusy i otrzymuj informacje o nowych odcinkach przydatnych w pracy każdego lidera IT: 👉🏻 https://nerd.management/newsletter Nerd Management to inicjatywa, która ma na celu pomóc wszystkim świeżo upieczonym liderom. W szczególności tym, którzy na drodze awansu z dobrych specjalistów, zmieniają ścieżkę kariery na zupełnie nieznaną. 🚨 Potrzebujesz pomocy w pracy lidera? Zostały ostatnie miejsca na współpracę z nami 🚨 Wypełnij formularz na stronie https://nerd.management/konsultacje i dogadamy szczegóły! Więcej znajdziesz na: -------------------------------------------- 🌍 Blog: https://nerd.management 🎬 YouTube: https://www.youtube.com/channel/UCX9aGgDoA2j4FX9lLOz2wKQ 🅻 LinkedIn: https://www.linkedin.com/company/nerd-management 🅵 Facebook: https://www.facebook.com/learn.nerd.management 🎧 Spreaker: https://www.spreaker.com/show/nerd-management 🎧 Apple Podcast: https://podcasts.apple.com/us/podcast/nerd-management/id1537257037 🎧 Spotify: https://open.spotify.com/show/3TvpNGgkQBrjW1Jrz33zIb ✉️ Mail: kontakt@nerd.management-------------------------------------------- Doceniasz naszą pracę? Wejdź na stronę https://nerd.management/kawa i postaw nam wirtualną kawę ☕️ Dzięki temu, odcinki kolejne odcinki będą jeszcze mocniejsze 🔥 Polub, subskrybuj i obserwuj nasz kanał, aby być na bieżąco, a także podziel się w komentarzu swoimi przemyśleniami na ten temat. Jeśli widzisz wartość w tym, co robimy, udostępnij proszę ten odcinek swoim znajomym, którzy rozważają zostanie liderem w swojej organizacji lub właśnie nim zostali. Dzięki wielkie i Miłego dnia! Paweł Rekowski i Krzysztof Rakowski #nerdManagement #wizja

Więc trzeba zmienić zupełnie podejście. Trzeba podejść nie od tego, że dobra, to musimy znaleźć projekt, który pozwoli nam zmienić tą aplikację, tylko trzeba zmienić w ogóle nastawienie. Trzeba zmienić kierunek myślenia wszystkich ludzi, którzy są zaangażowani. Trzeba zbudować wizję tego, gdzie Wy chcecie być z tym systemem za 5 lat, za 10 lat, a nie tego, że zróbmy projekt na hura i to będzie jeden projekt, 3 miesiące, kwartał, pół roku, rok i to może się uda. To się nie uda. Ale kiedy wy będziecie patrzeć na to, dobra, to ustalmy wizję, gdzie my chcemy być i teraz wszystkie decyzje projektowe, które będą podejmowane w przyszłości, będą miały tą wizję z tyłu głowy, wtedy macie szansę dużo szybciej tak naprawdę dojść do celu, do którego chcecie dojść.

Ale zupełnie inną drogą. Czyli te zmiany będą się działy w trakcie realizacji kolejnych projektów, bo będziemy mieli jakąś roadmapę, będziemy wiedzieli, gdzie chcemy dojść. Nawet coś ważniejszego niż roadmapę, bo zobacz, roadmapa to jest lista projektów, lista zadań. Mamy listę zadań, tasków, epików. Jeżeli np. pracujemy w Scrumie, pracujemy z Jira, to widzimy, że możemy sobie podzielić dane zadania na etapy, je na epiki, to będzie stage 1, 2, 3, 5, 10, 15 i to nam się rozkłada na rok czasu. I to jest roadmapa. A my chcemy, aby ludzie mieli z tyłu głowy kierunek, nie roadmapę, nie konkretne zadania, nie ilość konkretnych zadań, ale coś, co będzie składać się na absolutnie każde zadanie. Ta wizja jest takim fundamentem każdej decyzji, nawet najmniejszej.

Mam projekt A do zrobienia, nawet jest mały, mam dodać po prostu jakiś jeden przycisk, albo jeden tekst, albo po prostu coś małego, najmniejsza zmiana. I teraz ty będziesz miał tą wizję z tyłu głowy i będziesz miał x rozwiązań. Na każdą najmniejszą rzecz, każdy task, który ci wpada do backlogu, będziesz miał x rozwiązań. I teraz mając tą wizję z tyłu głowy, będziesz mógł wybrać, ok, dobra, to rozwiązanie jest fajne i szybkie, ale mnie od tej wizji oddala. A to rozwiązanie jest też fajne i szybkie i mnie do tej wizji przybliża. A jest jeszcze jakieś trzecie, które w ogóle jest super szybkie bomba, ale w ogóle rozwala cały system. I teraz to jest kwestia podjęcia takiej świadomej decyzji przez deweloperów, przez właściwie cały zespół, łącznie z Product Ownerem, łącznie z Tobą jako Team Leaderem czy Managerem.

Była część taka główna, czyli główna wizja, taki North Star, gwiazda północna, która świeci tam, wiemy, że tam chcemy iść. I ona miała taką główną część, a poza tym były konkretne rzeczy, które ustaliliśmy, odnoszące się do każdego aspektu aplikacji, czyli do architektury, do infrastruktury, do bazy danych, do tego, co ma być w kodzie, do tego, jakie procesy chcemy mieć dookoła, do tego, jak ma wyglądać zarządzanie tą aplikacją. I to są rzeczy takie wysokopoziomowe, czyli na zasadzie Chcemy mieć proste zarządzanie tą aplikacją i być w stanie ją realizować niezależnie na środowisko produkcyjne, kiedy nam przyjdzie ochota.

Pokazano wszystkie 4 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.