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

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.

Jeżeli ludzie wiedzą, że jest taki problem, że zespół A idzie tu, zespół B idzie tu, no to prawdopodobnie Twój szef będzie chciał Ci bardzo pomóc, jeżeli Ty przyjdziesz do niego z tym pomysłem, że kurczę, słuchaj, zróbmy z tym porządek raz na zawsze. Nie chcę projektu, nie chcę refactoringu, Chcę po prostu, żeby ludzie wiedzieli, gdzie idziemy, bo mamy ich zespołów, mamy aplikację i chcemy coś z nią zrobić, ale rozsądnie, a nie po prostu na pałę. Więc, jeżeli masz umocowanie u szefa, a najlepiej u szefa swojego szefa, jeżeli to jest duża aplikacja, tak jak ja na przykład miałem, miałem tutaj umocowanie u dyrektora, team managerów, team leaderów i również ludzi, że po prostu wszyscy widzieli, że to trzeba zrobić, to trzeba spisać. W jaki sposób ich przekonałeś? W jaki sposób to sprzedałeś?

Ja sprzedawałem to na zasadzie podejścia Refactor, a tzw. Kaizen, czyli właśnie takie małe kroki w takiej strategii długofalowej. Świetna książka w ogóle, Kaizen, polecam. I teraz oni stwierdzili, że tak, że to jest dobry pomysł, spotkajmy się, pogadajmy. I teraz, jak takie spotkania wyglądały? Ja zaprosiłem Wszystkich ludzi, którzy są zainteresowani i zaangażowani. Czyli od dyrektora, przez team managerów, team leaderów, architektów, developerów i testerów. Dla chętnych. To było dla chętnych. To nie było na zasadzie, chodźmy teraz, wołajmy cały dział, bo takie spotkanie było po pierwsze nieefektywne, po drugie trwałoby długo i nie miało za dużo sensu, ale z drugiej strony zaraz zobaczycie, jak to można zrobić też sprytnie.

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