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

I w tym momencie mamy zespół zdenerwowany, bo to jest nie tak, nie tak my chcemy robić, nie po to my robimy dobrze, żeby tutaj teraz się męczyć z kimś, kto po prostu przyjdzie i naciapie coś tam. No i wy wtedy jako liderzy macie przerąbane po prostu, więc to jest w waszym interesie, żeby po prostu wziąć się za to i wziąć odpowiedzialność i taki proces przeprowadzić. No dobra, to co zrobiłeś? To się robi w taki sposób, że przede wszystkim nie podchodzimy do takiego Zadania projektowo w rozumieniu takiego refaktoringu globalnego. Czyli właśnie, że dobra, to ustalmy teraz projekt, może napiszmy sobie business case pod to, przepiszmy całą aplikację. To nie działa. To nie ma w ogóle racji bytu, jeżeli to jest duża aplikacja Legasy, nie ma opcji, żeby to zadziałało, bo nikt Wam za to nie zapłaci.

Ile mamy średnio w branży, ludzie pracują po rok, Dwa, max. A tutaj my chcemy aplikację na 10 lat. I teraz może się to wydawać głupie, ale z perspektywy czasu i tak tam dojdziecie. I tak tam, jeżeli ta firma jest dobra, ma ręce i nogi, ma solidne fundamenty, to za te 10 lat będziecie funkcjonować. I za 20, i za 50 tak samo. Więc dobrze mieć ten horyzont daleki po to, żeby też nie Ustawiać swojego myślenia na projekt, czyli że dobra, to ja chcę wiedzieć, jak to wygląda za trzy miesiące, bo w trzy miesiące to nic nie zrobicie. Zwłaszcza z taką dużą aplikacją Legacy. To jest to, o czym mówiliśmy przy okazji książki Software Development at Google. Że to właśnie wyróżnia Software Engineering od programowania.

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