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

Dlatego my mieliśmy ten problem, że Każdy z zespołów robił po prostu jakby w niezależnej strukturze. Czyli dobra, mamy tą jedną aplikację, ale każdy miał jakiś swój pomysł na to. Jeden chciał iść w lewo, drugi chciał iść w prawo. Jeden zespół o jakość dbał, drugi jakość miał gdzieś, bo musiał na przykład na szybko coś zafiksować. I stąd wyszła właśnie taka potrzeba, że kurczę, my mamy sobie tą aplikację, musimy z nią żyć, no bo to jest core całego właściwie naszego systemu. No i Przydałaby się jej właśnie jakaś taka wizja, gdzie my idziemy, żebyśmy szli w jednym kierunku jako firma, jako ta aplikacja. No i to było konieczne właśnie zdefiniowanie tego, gdzie my chcemy być, gdzie my chcemy iść, no bo zobacz, że jest taka rzecz, że kiedy na przykład są projekty, gdzie coś nie idzie i na przykład chce się podejść do tego projektowo, czyli na zasadzie zróbmy projekt refactoring.

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.

I żeby tutaj nie zostawać wątpliwości, to nie był mój pomysł, żeby coś takiego zrobić. To był pomysł jednego z moich ludzi, że przydałoby się w końcu coś takiego zrobić. Zróbmy takie spotkanie, ustalmy, gdzie my chcemy iść. Tylko problem polegał na tym, że On to powiedział, a wy super, to zrób. I już jakby nie poszły za tym konkrety. Ja to wziąłem po prostu, bo z jednej strony szlag mnie trafił, no a z drugiej strony to było coś, co ma po prostu ręce i nogi, no bo My żeśmy się rozbijali już o projekty na zasadzie refactoringu. Robisz projekt, robisz refaktor jakiejś tutaj dużej aplikacji, czy tam nawet małej aplikacji. On trwa miesiącami i ogólnie nic nie daje, albo kończysz z tym, że jest gorzej niż było na początku. A kiedy masz jasny kierunek i wiesz, gdzie ty chcesz dojść, to ty tam dojdziesz, wcześniej czy później.

Też możecie komentować pod tymi filmikami, czy to na YouTubie, czy na LinkedInie, czy na Facebooku. Jesteśmy chętni do kontaktu. Dokładnie. Dajcie łapkę w górę, niech to się niesie. Udostępnijcie też swoim znajomym, którzy się męczą albo robią jakiś refactoring, albo próbują przekonać biznes do tego, żeby właśnie jakiś refactoring zrobić, bo to nie tędy droga. Warto po prostu najpierw ustalić ten kierunek i później tak naprawdę ten refactoring będzie się dział automatycznie przy praktycznie każdym tickecie, każdym zadaniu, każdym mniejszym lub większym projekcie. Dziękujemy, że obejrzeliście, wysłuchaliście pierwszy odcinek z trzeciego sezonu Nerd Management. Zapraszamy Was do zapisania się do newslettera, subskrypcji na YouTubie, na LinkedInie, na Facebooku. I cóż, tym odcinkiem zaczynamy kolejny sezon.

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