Delivery Mind

Delivery Mind

Architektura i zarządzanie zespołem technicznym

Aby być odpowiedzialnym za jakość, terminy i budżet, menedżer musi porozumiewać się z zespołem technicznym i umieć zadawać właściwe pytania klientowi. Jeśli jesteś BA, PM, Product Level Middle lub wyżej, musisz być odpowiedzialny za proces Delivery we wszystkich jego formach. Na tym kursie wyjaśnimy, jak wybrać najlepsze rozwiązanie dla problemu biznesowego, pracować z architekturą projektu i zarządzać zespołem technicznym, jakbyś był technikiem.

11 online

zajęć

6 ekspertów

praktyków

średni

poziom trudności

Będzie przydatny dla

Aby być odpowiedzialnym za jakość, terminy i budżet, menedżer musi porozumiewać się z zespołem technicznym i umieć zadawać właściwe pytania klientowi. Jeśli jesteś BA, PM, Product Level Middle lub wyżej, musisz być odpowiedzialny za proces Delivery we wszystkich jego formach. Na tym kursie wyjaśnimy, jak wybrać najlepsze rozwiązanie dla problemu biznesowego, pracować z architekturą projektu i zarządzać zespołem technicznym, jakbyś był technikiem.

Project manager

Middle Project Manager

business analyst

Middle Business Analyst

Product manager

Middle Product Manager

Dodaj umiejętności do swojego CV:

  • Zapewnienie jakości procesu Delivery w projekcie na czas i w ramach budżetu.

  • Wybór architektury na początku projektu i estymacja kosztów.

  • Przeprowadzenie analityki przed wdrożeniem nowej funkcji.

  • Identyfikacja i uwzględnienie wymagań niefunkcjonalnych projektu, aby nie trzeba było przerabiać wszystkiego od nowa.

  • Integracja z zewnętrznymi narzędziami.

  • Kontrola procesu DevOps poprzez analitykę.

  • Zapobieganie ewentualnym problemom z bezpieczeństwem na projekcie.

  • Właściwe planowanie czasu na testy i uzasadnianie decyzji klientowi.

  • Zarządzanie długiem technicznym i releasami.

Czego się nauczysz?

Czego się nauczysz?

Dodaj umiejętności do swojego CV:

  • Zapewnienie jakości procesu Delivery w projekcie na czas i w ramach budżetu.
  • Wybór architektury na początku projektu i estymacja kosztów.
  • Przeprowadzenie analityki przed wdrożeniem nowej funkcji.
  • Identyfikacja i uwzględnienie wymagań niefunkcjonalnych projektu, aby nie trzeba było przerabiać wszystkiego od nowa.
  • Integracja z zewnętrznymi narzędziami.
  • Kontrola procesu DevOps poprzez analitykę.
  • Zapobieganie ewentualnym problemom z bezpieczeństwem na projekcie.
  • Właściwe planowanie czasu na testy i uzasadnianie decyzji klientowi.
  • Zarządzanie długiem technicznym i releasami.

Program kursu

Delivery. Jak zapewnić i skonfigurować ten proces?

Co musi wiedzieć menedżer, aby "deliver" projekt na czas, w ramach budżetu i o odpowiedniej jakości. Jakie aspekty techniczne pomogą utrzymać jakość nawet w szybko rozwijającym się projekcie.

✓ Elementy składowe procesu Delivery.
✓ Jak menedżer może zapewnić proces Delivery?
✓ Jaką wiedzę techniczną powinien posiadać menedżer?
✓ Jakie czynniki mogą "przesunąć" triangle projektu?
✓ Jak utrzymać jakość nawet w szybko rozwijającym się projekcie?

NFR's. Zarządzanie wymaganiami niefunkcjonalnymi

Jak prawidłowo identyfikować i klasyfikować NFR oraz jakie są konsekwencje błędów na tym etapie.

✓ Jak nie mylić wymagania funkcjonalne i niefunkcjonalne
✓ Identyfikacja i grupowanie NFR.
✓ Availability vs Reliability.
✓ Performance vs Scalability.
✓ Maintainability vs SLA.
✓ Certification vs Compliance.
✓ Localization vs Portability.
✓ Usability vs Security.

Architektura. Szablony i wzorce.

Miejsce architektury w procesie dostarczania i utrzymania produktu. Rodzaje problemów architektonicznych i wzorce ich rozwiązania. Sposoby analizy i technicznego projektowania produktu.

✓ Podstawy i pierwsze kroki wyboru architektury.
✓ Cechy realizacji wymagań biznesowych w systemach złożonych
✓ Wzorce architektury: monolityczna, wielowarstwowa, klient-serwer, MVV, Event driven, mikroserwis.

Architektura. Zarządzanie procesami.

Jak zrozumieć co jest lepsze: monolit czy mikroserwis. Co menedżer powinien zrobić z "code freeze" i długiem technicznym. Wskazówki dla osób nietechnicznych przy pracy z architekturą.

✓ Kontrola jakości.
✓ Przejście z monolitu do mikroserwisu.
✓ Wybór architektury w zależności od etapu projektu.
✓ Zarządzanie wydaniami
✓ Zarządzanie długiem technicznym
✓ Tips&Tricks dla osób nietechnicznych

Architektura. Przygotowanie biznesu i projektu.

Różnice przy pracy z projektami B2B i B2C. Jakie pytania zadać klientowi na początku projektu, aby programiści zbudowali optymalną architekturę. Jakie rzeczy w logice biznesowej mogą się zmienić wraz z postępem projektu, które części architektury są najbardziej podatne na zmiany i jak przekształcać change requesty, aby nie musieć przebudowywać wszystkiego od nowa.

✓ Co to jest architektura biznesowa?
✓ Kiedy potrzebne jest studium pre-designu?
✓ Przygotowanie do studium pre-design.
✓ Przeprowadzenie analizy przedprojektowej.
✓ Jak zdefiniować granicę MVP release'u.
✓ Jak przydzielić funkcjonalność do releasu.
✓ Kultura zarządzania projektami klienta.
✓ Planowanie zmian.
✓ Przykłady i studia przypadków dotyczące różnych typów przedsiębiorstw.

Architektura. Integracje i usługi zewnętrzne

Jak integracje z innymi serwisami mogą ułatwić Ci życie lub stać się wymaganiem. Wdrażanie usług API w projekcie. Jak integrować systemy płatności lub korzystać z akwizycji. Obszary odpowiedzialności RM i developera.

✓ Dlaczego potrzebujemy integracji z innymi serwisami.
✓ Przykład dwóch sposobów: Serwis API i pozyskiwanie.
✓ Jak integrować API: co menedżer powinien wiedzieć i umieć.
✓ Proces wdrażania systemów płatności od startu do pierwszej wpłaty.
✓ Pozyskiwanie - jak skonfigurować gateway z serwisem bankowym.
✓ Trudności prawne, które mogą pojawić się w procesie.
✓ Co powinien robić PM, a co dev (obszary odpowiedzialności).

Continuous Integration & Continuous Delivery dla projektu

Terminologia podczas pracy z podejściem CI/CD i co powoduje jego popularność. Zalety i wady podejścia w procesie delivery. Cechy wdrożenia CI/CD na projekcie i ile to będzie kosztować. Jak udowodnić klientowi, że DevOps jest potrzebny na projekcie. Narzędzia do kontrolowania CI/CD poprzez analitykę.

✓ Koncepcje wykorzystywane w CI/CD.
✓ Jak to podejście pomaga dostarczyć projekt.
✓ Co należy rozważyć przed wdrożeniem podejścia.
✓ Specyfika implementacji i ewentualne trudności.
✓ Narzędzia i analityka do wykorzystania.
✓ Obowiązki kierownika projektu.

Jira. Workshop z tworzenia i konfigurowania projektu

Przejdziemy wspólnie przez podstawowe artefakty Jiry i skonfigurujemy środowisko projektowe do właściwej pracy.

✓ Artefakty Jiry: projekty, zadania, ich statusy, typy, rozwiązania, raporty, filtry.
✓ Tworzenie i dostosowywanie projektów.
✓ Zarządzanie cyklem życia zadań.
✓ Popularne wtyczki przyspieszające pracę.
✓ Raporty.

Prelegenci i mentorzy

Igor Matrofailo I

Igor Matrofailo | Speaker

Delivery Director w SoftServe

15 lat w IT. Od 2 lat jest konsultantem Agile w USA. 5 lat na stanowisku Delivery Director. Zarządza jednostką biznesową liczącą ponad 100 osób i jest odpowiedzialny za business development. Uczestniczy w development new region, pracuje w segmencie przedsiębiorstw i tworzeniu nowych rozwiązań technologicznych.

15 lat w IT. Od 2 lat jest konsultantem Agile w USA. 5 lat na stanowisku Delivery Director. Zarządza jednostką biznesową liczącą ponad 100 osób i jest odpowiedzialny za business development. Uczestniczy w development new region, pracuje w segmencie przedsiębiorstw i tworzeniu nowych rozwiązań technologicznych.

Yaroslav Glodov Y

Yaroslav Glodov | Speaker

Solution Architect w firmie Sprinterra

18+ lat w IT. Pracował z następującymi databases : MySQL, MS SQL, PostgreSQL, MongoDB, Redis oraz językami Javascript, PHP, Bash, Golang, C #, Java, Ruby, HTML. Łączy komponent techniczny z celami biznesowymi klientów. Mentor w International Software Architects Club (ISAC).

18+ lat w IT. Pracował z następującymi databases : MySQL, MS SQL, PostgreSQL, MongoDB, Redis oraz językami Javascript, PHP, Bash, Golang, C #, Java, Ruby, HTML. Łączy komponent techniczny z celami biznesowymi klientów. Mentor w International Software Architects Club (ISAC).

Alexander Fedoran A

Aleksander Fedoran | Speaker

Middle DevOps Engineer w Ciklum

Był Devopsem w KaaIoT. 5+ lat doświadczenia w IT. Zaczynał w dziale technical support. Pracował w małych i dużych międzynarodowych projektach. Duże doświadczenie z AWS, a także umiejętności w CI i Kubernetes, Terraform i Linux. Budował i buduje systemy o wysokiej dostępności, niezawodności i odporności na błędy.

Był Devopsem w KaaIoT.
5+ lat doświadczenia w IT. Zaczynał w dziale technical support. Pracował w małych i dużych międzynarodowych projektach. Duże doświadczenie z AWS, a także umiejętności w CI i Kubernetes, Terraform i Linux. Budował i buduje systemy o wysokiej dostępności, niezawodności i odporności na błędy.

Leonid Neugodnikov - IAMPM L

Leonid Neugodnikov | Speaker

Software Engineer | Tech Lead z siedzibą w USA

Leonid ma ponad 5 lat doświadczenia w tworzeniu stron internetowych. Pracował przy kilkunastu projektach, działał jako backend i full-stack developer, później zajmował stanowisko Tech Lead. Wielki fan podejścia TDD. Wierzy, że należy zautomatyzować wszystko, co da się zautomatyzować.

Leonid ma ponad 5 lat doświadczenia w tworzeniu stron internetowych. Pracował przy kilkunastu projektach, działał jako backend i full-stack developer, później zajmował stanowisko Tech Lead. Wielki fan podejścia TDD. Wierzy, że należy zautomatyzować wszystko, co da się zautomatyzować.

Pavel-Ustinov P

Pavel Ustinov | Speaker

Project Manager Officer w Solar Digital

15 lat w IT. Obecnie zajmuje się tworzeniem aplikacji mobilnych, stron internetowych oraz systemów blockchain. Zajmował się również integracją systemów. Potrafi programować w: C#, JS, MooTools, PHP, jQuerry. Prowadzi własną grę online z gatunku MMORPG. Posiada ponad 10-letnie doświadczenie w zakresie nauczania.

15 lat w IT. Obecnie zajmuje się tworzeniem aplikacji mobilnych, stron internetowych oraz systemów blockchain. Zajmował się również integracją systemów. Potrafi programować w: C#, JS, MooTools, PHP, jQuerry. Prowadzi własną grę online z gatunku MMORPG. Posiada ponad 10-letnie doświadczenie w zakresie nauczania.

konstantin-ivanov K

Konstantin Ivanov | Speaker

Head of PMO w Citrus

Ponad 4 lata doświadczenia w project managment. Wdrażał i administrował Jirą od podstaw na outsource i produkt. Zbudował departament 6 PMO, każdy zarządzający zespołem 5-8 osób.

Ponad 4 lata doświadczenia w project managment. Wdrażał i administrował Jirą od podstaw na outsource i produkt. Zbudował departament 6 PMO, każdy zarządzający zespołem 5-8 osób.

kirill-mallaev K

Kirill Mallaev | Mówca

IT Business analyst w DataArt

Ponad 7 lat doświadczenia w IT. Wcześniej 3 lata pracował jako QA i BA w Provectus. Pracował przy projektach domenowych: opieka zdrowotna, bankowość, usługi medialne (audio, foto, video content), CMS, CRM.

Ponad 7 lat doświadczenia w IT. Wcześniej 3 lata pracował jako QA i BA w Provectus. Pracował przy projektach domenowych: opieka zdrowotna, bankowość, usługi medialne (audio, foto, video content), CMS, CRM.

Alexander Maystrenko A

Alexander Maistrenko | Speaker

Chief Technology Officer w firmie Foxtrot

Wcześniej CTO w Serpstat. Doświadczenie w IT ponad 10 lat. Miał okazję pracować w małych studiach internetowych i dużych międzynarodowych firmach. Ekspert w php, ale także biegły w javascript i lua, python i java. Budował i buduje aplikacje SOA w oparciu o zasady SOLID, DRY, DIE, KISS, YAGNI, CQRS i DDD.

Wcześniej CTO w Serpstat. Doświadczenie w IT ponad 10 lat. Miał okazję pracować w małych studiach internetowych i dużych międzynarodowych firmach. Ekspert w php, ale także biegły w javascript i lua, python i java. Budował i buduje aplikacje SOA w oparciu o zasady SOLID, DRY, DIE, KISS, YAGNI, CQRS i DDD.

Co zyskasz?

understanding processes

Zrozumienie procesów

Przejdziemy przez wszystkie elementy architektury projektu IT, dzięki czemu zdobędziesz nową wiedzę i narzędzia, które zapewnią proces delivery

simplicity documentation

Prostota i szybkość

Nasi eksperci wybrali najważniejsze kwestie, które doświadczony kierownik powinien wiedzieć o technicznej stronie projektu, aby zrealizować go na czas i w ramach budżetu

prospect of raising

Rozwój zawodowy

Ocenimy Twoje umiejętności techniczne i pomożemy Ci wzmocnić ten obszar wiedzy, który powstrzymuje rozwój wielu PM-ów, BA-ów i Product Managerów.

new level of problem solving

Nowy poziom rozwiązywania problemów

Będziesz mógł analizować wymagania biznesowe i wpływać na architekturę projektu IT, wybierając wraz z zespołem najlepsze rozwiązania

tips

Wskazówki 24/7

Dodamy Cię do prywatnego czatu, gdzie będziesz mógł uzyskać pomoc od prelegentów i mentorów w trakcie kursu, a także po jego zakończeniu.

Сертификат

Praktyka i odpowiedzi ekspertów

Zadania domowe i praca na lekcjach pozwolą Ci utrwalić wiedzę, a w procesie Q&A możesz szczegółowo przeanalizować pytania dotyczące Twoich projektów.

Pomagamy w zatrudnieniu

  • Rekomendacje dotyczące ulepszenia CV i portfolio
  • Pomoc w procesie tworzenia i ulepszania listu motywacyjnego
  • Przygotowanie do rozmów kwalifikacyjnych i zaliczenia zadań testowych
  • Porady dotyczące rozwoju kariery osobistej
  • Pomoc w znalezieniu odpowiednich wakatów
  • Staże i oferty specjalne od firm partnerskich
  • List polecający od prelegentów i mentorów dla najlepszych studentów
pln 0.16eur 0.0329usd 0.0342

Masz wątpliwości?

Zostaw e-mail, aby dostać przykład lekcji i plan rozwoju kariery!

    Najczęściej zadawane pytania

    Dlaczego warto wybrać ten kurs?

    Program opracowaliśmy na podstawie bolesnych doświadczeń architekt systemów, timelinerów zespołów developerskich oraz Delivery Managerów podczas współpracy z PM, BA i Product Managers. Zajmowaliśmy wszystkimi sytuacjami, w których stratom pieniędzy, czasu i wysiłku można było zapobiec zadając odpowiednie pytania klientowi lub 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ć 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, ale jednocześnie zrozumieć na tyle głęboko, aby zrozumieć, na co zwrócić uwagę, aby podjąć właściwą decyzję.

    Jak odbywają się zajęcia?

    Zajęcia odbywają się w formie 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. Wyprowadziliśmy naukę wszystkich głównych zagadnień w ćwiczeniach praktycznych na webinarium, aby mieć pewność, że wszyscy słuchacze wychodzą z kursu z odpowiednimi umiejętnościami.

    Jaki poziom wiedzy potrzebuję, aby dostać się na ten kurs?

    Kurs dobrze nadaje się dla menedżerów IT z co najmniej dwuletnim doświadczeniem, którzy osiągnęli już 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 zanurkować w zagadnienia 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.

    A co jeśli tę materiały można wygooglować lub wyjaśnić z kolegą?

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

    Częściej zdajesz sobie sprawę, kiedy znajomość zasad architektury IT przydałaby się już po fakcie.

    Często oznacza to, że nie jest to pierwszy tydzień, w którym rozwijałeś niewłaściwą rzecz i w zły 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. Co raz częściej, jeśli developerzy wybrali złe rozwiązanie lub klient nieprawidłowo wyjaśnił problem, obeznany z techniką manager będzie miał czas na poprawienie sytuacji, ale jeśli nie wiesz na co zwracać uwagę, przegapisz właściwą informację.

    Czy nie lepiej od razu zacząć naukę języka programowania?

    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 tym będziesz musiał zdobyć wiedzę z zakresu tworzenia architektury biznesowej, bezpieczeństwa projektu, budowania procesów CI/CD, identyfikowania wymagań niefunkcjonalnych i zapewnienia 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, co oznacza, że musisz rozwijać się w odpowiednich obszarach wiedzy na poziomie rozumienia procesów.

    Czy mogę nie kupować całego kursu, a skorzystać tylko z tych wykładów, które mnie interesują?

    Niestety, nie ma takiej możliwości. Wykłady są ze sobą powiązane, a materiał każdego z nich może nawiązywać do wiedzy zdobytej na poprzednim. Poza tym, kurs zawiera zadania domowe, ćwiczenia i pracę z przypadkami. Aby więc uzyskać maksymalne korzyści, należy przejść przez wykłady w podanej kolejności. Do kursu dodaliśmy tylko najważniejszy materiał. Wszystko to naprawdę się przyda, jeśli pracujesz przy projektach IT.

    Czy otrzymam certyfikat?

    Tak, wystawimy Ci certyfikat ukończenia kursu. Będzie dostępny w formacie online, który można dołączyć do LinkedIn.

    Ponadto, gdy odrobisz wszystkie prace domowe i zdasz egzamin, możesz otrzymać certyfikat z wyróżnieniem.

    Czy mogę zapłacić za kurs w ratach?

    Tak, można po uprzednim uzgodnieniu z organizatorami kursu lub poprzez raty bankowe. Warunki rozłożenia płatności są omawiane indywidualnie dla każdego przypadku.

    Dowiedz się, jak uzyskać dodatkowy rabat

    Wypełnij wniosek, aby otrzymać rabat