IAMPM
65000
+38 (091) 481 01 38+7 (495) 128 58 05info@iampm.club

TechMind Pro TechMind Pro

ГОВОРИМО ПРО АРХІТЕКТУРУ ПРОЄКТУ ПРОСТОЮ МОВОЮ

Щоб нести відповідальність за якість, терміни і бюджет, менеджеру недостатньо просто керувати командою розробки, потрібно занурюватися в процес і добре його розуміти. Часто від того, чи були поставлені правильні питання клієнту, залежить доля цілого продукту. Якщо ви BA, PM або Product, щоб розвиватися вам потрібно поринути в технічні аспекти. На курсі ми пояснимо, як працювати з архітектурою проєкту й обирати найкраще рішення для бізнес-завдання.

18
листопада

початок курсу

7
онлайн

вебінарів

5
експертів

у сфері розробки

3
домашніх

завдання

18
листопада
початок курсу
7
онлайн
вебінарів
5
експертів
у сфері розробки
3
домашніх
завдання

ЧОГО ВИ НАВЧИТЕСЯ?

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

КОМУ ПОТРІБЕН TECHMIND PRO?

Щоб нести відповідальність за якість, терміни і бюджет, менеджеру недостатньо просто керувати командою розробки, потрібно занурюватися в процес і добре його розуміти. Часто від того, чи були поставлені правильні питання клієнту, залежить доля цілого продукту. Якщо ви BA, PM або Product, щоб розвиватися вам потрібно поринути в технічні аспекти. На курсі ми пояснимо, як працювати з архітектурою проєкту й обирати найкраще рішення для бізнес-завдання.

Project Manager

Project Manager

Busines Analyst

Business Analyst

Product Manager

Product Manager

ДОДАЙТЕ НАВИЧКИ ДО РЕЗЮМЕ:

ДОДАЙТЕ НАВИЧКИ ДО РЕЗЮМЕ:

  • Обирати архітектуру на старті проєкту й оцінювати вартість

  • Проводити аналітику перед впровадженням нової фічі

  • Правильно керувати технічним боргом та релізами

  • Працювати зі змінами так, щоб не будувати все з нуля

  • Безболісно інтегрувати зовнішні сервіси в продукт

  • Забезпечувати процеси Continuous Integration & Continuous Delivery

  • Контролювати процес роботи DevOps через аналітику

  • Запобігати можливим проблем безпеки на проєкті

  • Отримувати від команди таку оцінку, щоб вчасно зрелізити проєкт

ЧОГО ВИ НАВЧИТЕСЯ?

ПРОГРАМА КУРСУ

ЯК ОБРАТИ АРХІТЕКТУРУ ПРОЄКТУ

Розглянемо, як обрати архітектуру на старті проєкту і розрахувати попередню вартість розробки. Визначимося, як зрозуміти, що краще: моноліт або мікросервіс. Навчимося використовувати метрики і проводити аналітику перед впровадженням нової фічі, щоб проведена робота не була марною. Дізнаємося, що робити з технічним боргом та codefreeze і як найкраще керувати релізами.
✓ Визначення типу IT-рішень
✓ Основи і перші кроки вибору архітектури
✓ Sizing of software and hardware configuration
✓ Попередні розрахунки вартості володіння
✓ Вибір архітектури в залежності від стадії проєкту
✓ Перехід від моноліту до мікросервісів
✓ Пріоритезація призначеного для користувача функціоналу
✓ Метрики й аналітика призначених для користувача фіч
✓ Управління релізами
✓ Управління технічним боргом.

ЯК ПІДГОТУВАТИ БІЗНЕС-АРХІТЕКТУРУ ДЛЯ ВАШОГО ПРОЄКТУ

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

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

ІНТЕГРАЦІЯ ПРОЄКТУ ІЗ ЗОВНІШНІМИ СЕРВІСАМИ

Зрозуміємо, як інтеграції з іншими сервісами можуть полегшити вам життя або стати невід'ємною вимогою. Навчимося впроваджувати API сервіси в проєкті. Покроково розберемо, як інтегрувати платіжні системи або використовувати еквайринг. Розглянемо юридичні аспекти, з якими доведеться зіткнутися менеджеру. З'ясуємо, що при інтеграції сервісу варто зробити розробнику, а де зобов'язаний втрутитися РМ.

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

CONTINUOUS INTEGRATION & CONTINUOUS DELIVERY ДЛЯ ПРОЄКТУ

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

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

РОБОТА З БЕЗПЕКОЮ ПРОЄКТУ

Обговоримо, як працює злом, і в чому небезпека для вашого проєкту. Розберемо варіанти, що може піти не так, щоб передбачити можливість проблем із безпекою заздалегідь. Створимо список того, що повинен зробити РМ, і які питання він повинен поставити замовнику, щоб убезпечити проєкт завчасно. Ознайомимося з рекомендаціями, які допоможуть зробити ваш продукт більш захищеним, і складемо чек-лист обов'язкових до виконання вимог.

✓ Що можуть хотіти зловмисники
✓ Що може статися з проєктом через проблеми з безпекою
✓ Як зрозуміти, що є проблема і що робити, щоб її усунути
✓ Які питання може поставити менеджер на старті, щоб прибрати вразливості
✓ Чек-лист рекомендацій, які допомагають зробити проєкт більш захищеним.

ТОЧНА ОЦІНКА ПРОЄКТУ І ТРИВАЛОСТІ РОБІТ

Розглянемо, які бувають способи та етапи оцінок завдань. Навчимося застосовувати методики оцінки так, щоб «як би це зробити» перетворилося на «точнісінько в дедлайн». Обговоримо, як розробники визначають час для завдання, і як перевірити точність цієї оцінки й навіть вплинути на швидкість рішення. Безпосередньо на лекції ми проведемо оцінку кейсових ситуацій, щоб закріпити теорію на практиці.

✓ Способи, етапи та види оцінки
✓ Методики формування оцінки проєкту та завдань
✓ Як оцінюють розробники — технічна сторона
✓ Які питання поставити замовнику, щоб допомогти команді оцінити правильно
✓ Як перевірити точність оцінки розробника
✓ Практика: як порахувати все власноруч.

Q&A СЕСІЯ ПО ВАШИМ ПРОЄКТАМ І ПИТАННЯ

Розберемо основні складнощі для менеджера у роботі над кожним конкретним проєктом. Виправимо помилки, допущені при виконанні домашніх завдань. Оберемо правильний підхід для вирішення безпосередньо ваших завдань.

СПІКЕРИ

Андрей Михальнюк А

Андрій Михальнюк

Solutions Architect at DataArt

Більше 17 років досвіду в галузі. Член журі IT Awards 2019 і 2020. Розповість як працювати з архітектурою проекту.

Понад 17 років досвіду в галузі. Попередній досвід пов'язаний з програмами трансформації основних банківських систем. Має досвід роботи з проєктами управління даними, рішеннями ETL, впровадженням DWH, розробкою і впровадженням CRM-систем, системним аналізом і дизайном для платформи електронної комерції B2B. Член журі IT Awards 2019 та 2020.

Александр Федоран О

Олександр Федоран

Middle DevOps Engineer в Ciklum

Досвід в IT більше 5 років. Великий досвід в AWS, скіли в CI \ CD і Kubernetes, terraform і linux.

До цього — Devops у компанії KaaIoT. Спеціаліст із досвідом в IT більше 5 років. Починав свій шлях із технічної підтримки в невеликій телеком компанії. За цей час встиг попрацювати у малих компаніях і великих міжнародних проєктах. Має значний досвід в AWS, а також скіли у роботі з CI\CD, Kubernetes, terraform, linux. Будував і будує високодоступні, надійні та відмовостійкі системи.

Denys Shamatazhi - IAMPM Д

Денис Шаматажи

Project / Product Manager в Redmadrobot

5 років в IT. Спеціалізується на менеджменті в продуктах і формуванні команд розробки.

Product manager в IT з п'ятирічним стажем. Спеціалізується на менеджменті в продуктових компаніях, формуванні команд розробки, оптимізації процесів і масштабуванні. У світ менеджменту прийшов з програмування на мобільних платформах. Адепт і затятий прихильник XP і Scrum. Керує великими віддаленими командами.

Леонид Неугодников - IAMPM Л

Леонід Неугодніков

Software Engineer | Tech Lead в US-based стартапе в сфере продажи недвижимости

Більше 5-ти років досвіду в веб-розробці. Працював над більш 10 проектами, виступав в ролі backend / fullstack розробника, пізніше як tech lead.

Більше 5 років досвіду в веб-розробці. Працював у більш ніж десяти проєктах, виступав у ролі backend/fullstack розробника, пізніше — як tech lead. Великий фанат tdd-підходу. Любитель автоматизувати все, що може бути автоматизовано. Знається на тому, як допомогти менеджеру проаналізувати вимоги клієнта, щоб не допустити логічних помилок.

Pavel-Ustinov П

Павло Устінов

Project Manager Officer в Solar Digital

15 років досвіду роботи в IT сфері. Займається розробкою додатків, сайтів, блокчейн систем.

15 років досвіду роботи в IT-сфері. Зараз займається розробкою мобільних застосунків, сайтів, блокчейн-систем. Займався системною інтеграцією. Працював над технологічними проєктами. Вміє програмувати на С#, JS, MooTools, PHP, jQuerry. Понад 10 років досвіду викладання в офлайн- та онлайн-форматах.

ЩО ВИ ОТРИМАЄТЕ?

Разбор кейсов

РОЗУМІННЯ ПРОЦЕСІВ

Ми пройдемося по всіх складових архітектури IT-проектів, щоб ви отримали нові знання та інструменти для прийняття рішень.

Инструменты и опыт

ПРАКТИКУ І ВІДПОВІДІ ЕКСПЕРТІВ

Домашні завдання і робота на лекціях дозволять закріпити знання, а в процесі Q&A можна буде детально розібрати питання по своїх проєктах.

Простота изложения

ПРОСТОТУ ТА ШВИДКІСТЬ

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

Инсайты

НОВИЙ РІВЕНЬ ВИРІШЕННЯ ЗАДАЧ

Ви зможете аналізувати бізнес-вимоги і впливати на формування архітектури IT-проєкту, обираючи з командою кращі рішення.

Навыки работы с требованиями

ПЕРСПЕКТИВУ ПІДВИЩЕННЯ

Ми оцінимо ваші технічні навички і допоможемо прокачати ту зону знань, яка гальмує зростання багатьох PM, BA і Product Managers.

Нетворкинг

ПОРАДИ 24/7

Додамо вас до закритого чату, де можна отримати допомогу спікерів і менторів у процесі проходження курсу і після нього.

ВАРТІСТЬ І ОПЛАТА:

  • Ви реєструєтеся на курс;
  • Менеджер IAMPM зв’язується з вами і відповідає на всі питання, які вас цікавлять;
  • Ви вносите передплату, і ми закріплюємо за вами місце на курсі. Навіть після підвищення вартості ціна для вас не змінюється;
  • За кілька днів до початку занять ви вносите залишок суми й отримуєте лист із доступами. 
uah rub usd
  • Ви реєструєтеся на курс;
  • Менеджер IAMPM зв’язується з вами і відповідає на всі питання, які вас цікавлять;
  • Ви вносите передплату, і ми закріплюємо за вами місце на курсі. Навіть після підвищення вартості ціна для вас не змінюється;
  • За кілька днів до початку занять ви вносите залишок суми й отримуєте лист із доступами. 
Передоплата онлайн
IAM.Leader11
ВСТИГНИ КУПИТИ ЗІ ЗНИЖКОЮ 30%
5790
02 д : 02 г : 26 х : 44 с
ПОВНА ВАРТІСТЬ КУРСУ:
8270

ЧАСТІ ПИТАННЯ

ЧОМУ Я МАЮ ОБРАТИ ЦЕЙ КУРС?

Ми розробляли програму, спираючись на болючий досвід системних архітекторів і тімлідів команд розробки при роботі з проєктними менеджерами, бізнес-аналітиками та керівниками продуктів. Ми розібрали всі ситуації, де втрату грошей, часу та сил можна було запобігти, поставивши правильні питання клієнту або задавши команді правильний напрямок.

Основна причина проблем — прогалини в технічних знаннях і розумінні принципів побудови архітектури IT-проєкту.

Щоб сформувати необхідну базу для побудови зв’язків між бізнес-вимогами і технічним рішенням, потрібно переходити в менеджмент із розробки (причому, бажано спочатку бути back-end фахівцем) або спілкуватися з системним архітектором, ставити питання і постійно набивати власні шишки.

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

ЯК ПРОХОДЯТЬ ЗАНЯТТЯ?

Заняття проходять у форматі півтора-двогодинних онлайн майстер-класів, щоб ви випробували інструменти, дізналися про кращі практики і змогли поставити всі питання, які цікавлять.

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

ЯКИЙ ПОТРІБЕН РІВЕНЬ ЗНАНЬ, ЩОБ ПОТРАПИТИ НА ЦЕЙ КУРС?

Курс добре підходить для IT-менеджерів із досвідом від двох років, які вже дійшли до рівня Middle і хочуть розвиватися далі.

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

Якщо ж ви досі «плаваєте» в розумінні процесу розробки, варто звернути увагу на наш базовий курс TechMind. Він допоможе підтягнути теорію й оволодіти необхідною термінологією. Не знаєте, як визначити свій рівень? Пройдіть наш тест-історію для перевірки знань.

А ЯКЩО ЦІ ЗНАННЯ МОЖНА НАГУГЛИТИ АБО УТОЧНИТИ У КОЛЕГИ?

Якби все було так просто, IT-проєкти завжди створювалися б без проблем і вчасно.

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

МОЖЕ, КРАЩЕ ОДРАЗУ ПОЧАТИ ВИВЧАТИ ЯКУСЬ МОВУ ПРОГРАМУВАННЯ?

Звичайно, можна. Вивчення будь-якої мови програмування буде дуже корисною навичкою. Єдиний мінус: щоб вивчити програмування на рівні, достатньому для розуміння питань архітектури, потрібно витратити не один місяць, можливо, й рік. 

Навіть після цього вам все одно потрібно надолужувати знання з побудови бізнес-архітектури, безпеки проєкту, вибудовування процесів CI/CD. Уміти програмувати важливо і безумовно корисно, але IT-менеджеру часто доводиться спілкуватися на рівні тімліда і системного архітектора, а значить, потрібно рости у відповідних областях знань задля розуміння процесів.

ЧИ МОЖУ Я НЕ КУПУВАТИ ПОВНИЙ КУРС, А ПРОЙТИ ЛИШЕ ТІ ЛЕКЦІЇ, ЯКІ МЕНЕ ЦІКАВЛЯТЬ?

На жаль, це неможливо. Лекції пов’язані між собою, і матеріал кожного уроку може посилатися на знання, отримані на попередньому. Крім того, на курсі є домашні завдання, практика і робота з кейсами. Тому для отримання максимальної користі, потрібно проходити лекції в зазначеному порядку. Ми додали до курсу лише найважливіше. Все це дійсно стане в нагоді, якщо ви працюєте з IT-проєктами.

Я ОТРИМАЮ СЕРТИФІКАТ?

Так, ми видамо вам сертифікат про проходження курсу. Він буде доступний в онлайн-форматі для прикріплення в LinkedIn.

Також у разі виконання всіх домашніх завдань і складання іспиту, ви можете отримати сертифікат із відзнакою й особисту рекомендацію від спікера.

ЧИ МОЖНА ОПЛАЧУВАТИ НАВЧАННЯ ЧАСТИНАМИ?

Так, можна за попередньою домовленістю з організаторами курсу або через банківську розстрочку. Умови поділу платежів обговорюються індивідуально для кожного конкретного випадку.

ХОЧЕТЕ ДІЗНАТИСЯ, НАСКІЛЬКИ ВАМ ПІДХОДИТЬ ПРОГРАМА TECHMIND PRO?

МИ РОЗКАЖЕМО ДЕТАЛЬНІШЕ ПРО КОЖНЕ ЗАНЯТТЯ