Delivery Mind

Program opracowaliśmy na podstawie bolesnych doświadczeń architektów systemów, timelinerów zespołów developerskich oraz Delivery Managerów podczas współpracy z PM, BA i Product Managers. Zajmowaliśmy się wszystkimi sytuacjami, w których stratom pieniędzy, czasu i wysiłku można było zapobiec zadając odpowiednie pytania klientowi lub odpowiednio kierując zespołem.

Główną przyczyną tych problemów jest brak wiedzy technicznej, zrozumienia zasad architektury projektów IT oraz identyfikacji wymagań niefunkcjonalnych na początku projektu.

Aby stworzyć niezbędne podstawy do budowania relacji między wymaganiami biznesowymi a rozwiązaniem technicznym, trzeba przejść z developmentu do zarządzania lub ściśle komunikować się z architektem systemu i zadawać właściwe pytania.

Kurs pomoże uczyć się nie na własnych błędach, ale na zestawie przypadków innych osób i szybko wchłonąć główne praktyki.

Zajęcia odbywają się w formie od półtoragodzinnych do dwugodzinnych webinarów.

Cała teoria jest od razu poparta case studies z doświadczenia prelegentów. Analizujemy sytuacje, w których menedżerowie najczęściej popełniają błędy, przez które projekty mogą stracić mnóstwo pieniędzy i czasu. Wszystkie zagadnienia praktyczne są poparte ćwiczeniami na zajęciach. W ten sposób mamy pewność, że nasi słuchacze wychodzą z kursu z odpowiednimi umiejętnościami.

Kurs kierowany jest do menedżerów IT z co najmniej dwuletnim doświadczeniem, którzy osiągnęli poziom Middle i chcą się dalej rozwijać. Jeśli mówisz już tym samym językiem, co programiści, warto dalej zagłębiać się w techniczną stronę rozwoju projektów IT i zanurzyć się w zagadnieniach budowania architektury IT, aby zwiększyć swoją wartość na rynku.

Jeśli nadal nie jesteś pewny swojej wiedzy na temat procesu developmentu, warto zwrócić uwagę na nasz kurs podstawowy TechMind. Pomoże Ci on w opanowaniu niezbędnej terminologii.

Gdyby to było takie proste, projekty IT zawsze powstawałyby bez problemów i na czas.

Przeważnie zdajesz sobie sprawę, że przydałaby się znajomość zasad architektury IT już po fakcie.

Często zdarza się, że nie jeden tydzień rozwijasz niewłaściwą rzecz w nieodpowiedni sposób, a teraz wszystko musi być zrobione od nowa. Menedżerowie to ci, którzy najwięcej komunikują się z interesariuszami i rozumieją potrzeby biznesowe. Jeśli developerzy wybrali złe rozwiązanie, lub klient nieprawidłowo wyjaśnił problem, obeznany z techniką manager będzie miał możliwość poprawienia sytuacji. Ale jeśli nie wiesz, na co zwracać uwagę, przegapisz zagrożenie i szansę na jego uniknięcie.

Oczywiście, że można! Nauka dowolnego języka programowania będzie bardzo przydatną umiejętnością. Jedyna wada: aby nauczyć się programowania na poziomie dostatecznym do zrozumienia zagadnień architektury, trzeba poświęcić więcej niż miesiąc, może nawet rok.

Nawet po opanowaniu danego języka programowania, będziesz musiał zdobyć wiedzę z zakresu tworzenia architektury biznesowej, bezpieczeństwa projektu, budowania procesów CI/CD, identyfikowania wymagań niefunkcjonalnych i prowadzenia procesu testowania.

Umiejętność programowania jest ważna i zdecydowanie przydatna, ale kierownik IT często musi komunikować się na poziomie lidera zespołu i architekta systemu. Oznacza to, że musisz rozwijać się w odpowiednich obszarach wiedzy na poziomie rozumienia procesów.