Delivery Mind. Архітектура та управління тех. командою

 24 275

*Ви можете розбити всю суму на декілька платежів
Формат навчання

доступ до матеріалів під час проведення курсу, домашнє завдання, записи

Рівень підготовки

початківець, практик, середній

Школа

IAMPM

Підтвердження

сертифікат

Працевлаштування

допомога у працевлаштуванні

Курс для продукт менеджерів, котрі хочуть навчитись відповідати за процес Delivery на всіх етапах. На курсі ви зрозумієте, як обирати найкраще рішення для виконання завдання працювати з архітектурою проекту й управляти технічною командою.

Додати відгук
Додати для порівняння
Ти отримаєш: Розуміння процесів Практику і відповіді експертів Простоту та швидкість Новий рівень вирішення задач Перспективу підвищення Поради 24/7

Чого ви навчитесь?

  • Забезпечувати якісний процес Delivery на проекті в строк і в рамках бюджету.
  • Обирати архітектуру на старті проєкту й оцінювати вартість.
  • Проводити аналітику перед впровадженням нової фічі.
  • Виявляти і враховувати нефункціональні вимоги проекту, щоб не перероблювати все з нуля.
  • Безболісно інтегрувати зовнішні сервіси в продукт.
  • Контролювати процес роботи DevOps через аналітику, забезпечувати процеси Continuous Integration & Continuous Delivery.
  • Запобігати можливим проблемам безпеки на проєкті
  • Правильно закладувати час на тестування у бюджет і аргументувати рішення замовнику
  • Керувати технічним боргом та релізами.

Програма курсу

Delivery. Як забезпечити і налагодити процес

Що менеджеру потрібно знати, щоб “заделіверити” проект у строк, у рамках бюджету та належної якості. Які технічні аспекти допоможуть підтримувати якість навіть у швидко зростаючому проект.

✓ Складові процесу Delivery.
✓ Як менеджеру забезпечити процес Delivery.
✓ Якими технічними знаннями повинен володіти менеджер
✓ Які чинники можуть “змістити” проектний трикутник.
✓ Як підтримувати якість навіть у швидко зростаючому проект.

NFR’s. Управління нефункціональними вимогами

Як правильно виявляти та класифікувати NFRs і до яких наслідків можуть привести помилки на цьому етапі.

✓ Як не плутати вимоги між собою.
✓ Виявлення та угруповання NFRs.
✓ Availability vs Reliability.
✓ Performance vs Scalability.
✓ Maintainability vs SLA.
✓ Certification vs Compliance.
✓ Localization vs Portability.
✓ Usability vs Security.

Архітектура. Шаблони та паттерни

Місце архітектури в процесі доставки та обслуговування продукту. Види актуальних архітектурних завдань і шаблони їх вирішення. Способи аналізу та технічного дизайну продукту.

✓ Основи і перші кроки вибору архітектури.
✓ Особливості реалізації бізнес вимог в складних системах.
✓ Шаблони архітектури: моноліт, багаторівнева, клієнт-сервер, MVV, Event driven, мікросервіс.

Архітектура. Управління процесом

Як зрозуміти, що краще: моноліт або мікросервіс. Що менеджеру робити з “code freeze” і технічним боргом. Поради для нетехнічних фахівців при роботі з архітектурою.

✓ Контроль якості.
✓ Перехід від моноліту до мікросервісів.
✓ Вибір архітектури в залежності від стадії проекту.
✓ Управління релізами.
✓ Управління технічним боргом.
✓ Tips & Tricks для нетехнічних фахівців.

Архітектура. Як підготувати архітектуру для проекту?

Відмінності при роботі з В2В і В2С проектами. Які питання потрібно задавати замовнику на старті проекту, щоб розробники побудували оптимальну архітектуру. Які речі в бізнес логіці можуть помінятися в процесі роботи над проектом, які частини архітектури найбільше схильні до змін і як трансформувати запити на зміни, щоб не переробляти все з нуля.

✓ Що таке бізнес-архітектура.
✓ Проведення передпроектного дослідження.
✓ Як визначати кордон MVP релізу.
✓ Як розподілити функціонал по релізам.
✓ Культура проектного управління замовника.
✓ Планування змін.
✓ Приклади та кейс стаді на різних типах бізнесу.

Архітектура. Інтеграція та зовнішні сервіси (відеозапис)

Як інтеграції з іншими сервісами можуть полегшити вам життя або стати невід’ємною вимогою. Впроваджуємо API сервіси в проекті. Як інтегрувати платіжні системи або використовувати еквайринг. Зони відповідальності РМ і розробника.

✓ Навіщо потрібні інтеграції з іншими сервісами.
✓ Приклад двох шляхів: API-сервіс і еквайринг.
✓ Як інтегрувати API: що повинен знати і вміти менеджер.
✓ Процес впровадження платіжних систем від старту до першої оплати.
✓ Еквайринг – як налаштувати шлюз з сервісом банку.
✓ Правові складності, які можуть виникнути в процесі.
✓ Що повинен робити РМ, а що розробник (зони відповідальності).

Continuous integration & continuous delivery для проєкту

Термінологія при роботі з підходом CI \ CD і чим викликана його популярність. Переваги та недоліки підходу в процесі Delivery. Особливості впровадження CI \ CD на проект і скільки це буде коштувати. Як довести замовнику, що на проекті потрібен DevOps. Інструменти для контролю CI \ CD через аналітику.

✓ Для цілей CI \ CD.
✓ Як цей підхід допомагає заделіверіть проект.
✓ Що потрібно врахувати, перш ніж впроваджувати підхід у себе.
✓ Особливість проведення та можливі труднощі.
✓ Вартість і статті витрат.
✓ Використовувані інструменти і аналітика.
✓ Зона відповідальності проектного менеджера.

Детальну програму дивіться на сайті курсу

Допомога з працевлаштуванням

  • Рекомендація по покращенню резюме та портфоліо
  • Допомога в створені та покращені супровідного листа
  • Підготовка до співбесіди та проходження тестових завдань
  • Персональні консультації по розвитку кар’єри
  • Допомога в пошуку релевантних вакансій
  • Стажування та спеціальний пропозиції від компанії-партнерів
  • Рекомендаційний лист від спікерів та менторів для кращих студентів

 

Відгуки користувачів

0.0 з 5
0
0
0
0
0
Написати відгук

Ще немає відгуків.

Залиште відгук першим “Delivery Mind. Архітектура та управління тех. командою”

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

Delivery Mind. Архітектура та управління тех. командою
Delivery Mind. Архітектура та управління тех. командою
skilsful.com
Logo
Enable registration in settings - general
Порівняти курси
  • Total (0)
Порівняти
0
Loading...
Shopping cart