Курс з управління digital-проєктами: від планування до релізу

Що ви зможете після курсу

• Збирати вимоги: агрегація, прототип, технічне завдання або беклог
• Оцінювати проєкт: декомпозиція за екранами, вилкова оцінка з буфером, кошторис
• Вести роботу за Scrum і Kanban: пріоритети беклогу, спринт, стендап, демонстрація і ретроспектива
• Перевіряти результат: тест-кейси, чек-лісти, розмітка зауважень за світлофором, смоук-тест
• Вести інтеграцію із зовнішньою системою: бриф, протокол обміну даними, реліз, пошук джерела розбіжності
• Оформлювати роботу документами: рамковий договір, акти прийому-передачі, рахунок, податкова накладна; говорити з командою про хостинг, SSL, пошту і CMS

Кому підійде курс

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

Як проходить навчання

• Курс іде за порядком проєкту: від продажу і брифу до підтримки та документів — Зрозуміло, що робити на кожному етапі і який етап іде далі
• Підходи порівнюються між собою: водоспадна модель, Scrum, Kanban, ощадливе виробництво — Методологію можна обрати під конкретне завдання, а не за звичкою
• Ситуації розібрано на прикладах: інтернет-магазин, сайт для виробника стільців, інтеграція з ERP — Розібрані випадки легко переносяться на власні проєкти
• У завданнях пропонується працювати з власними матеріалами: беклог, кошторис, реєстр ризиків, план тижня — Результат одразу можна застосувати у своїй роботі
• Окремий блок про керівника: вимогливість, когнітивні викривлення, провокації в переговорах, наради — Можна розібрати власні управлінські ситуації і зрозуміти, де межа між вимогливістю і тиском

Що знадобиться

• Таблиця або документ: Google Таблиці, Excel, шаблон кошторису
• Інструменти для завдань: MS Project, Jira, Trello; курс називає їх як приклади для вибору
• Папір і дошка: ментальна карта або XMind, канбан-дошка, стікери

Чому самостійно зазвичай не виходить

Складнощі в digital-проєктах часто пов’язані з людьми: у учасників різні інтереси, домовленості переходять до технічних фахівців, а неозвучені вимоги стейкголдерів спливають наприкінці роботи.

Оцінки без розбивки на екрани і блоки зазвичай неточні: типові помилки — перестраховка, роздуті терміни й невиразні відповіді замість цифр. Курс показує, як перевести проєкт у декомпозицію та вилку.

Переговори теж потребують системи: цикл продажу в digital довгий, ціна помилки висока, а провокації та заперечення потрібно вміти розпізнавати й витримувати.

Що зміниться

Як влаштовано шлях

1. Продаж і бриф Розмова з клієнтом, цикл продажу, бриф, презентація і кошторис, який звіряють із вилкою з брифу.
2. Вимоги та оцінка Агрегація вимог, прототип, декомпозиція за екранами і оцінка з буфером.
3. Розробка і перевірка Scrum або Kanban: спринти, стендапи, тестування на всіх етапах, зауваження за світлофором і смоук-тест перед релізом.
4. Запуск і документи Реліз, введення інтеграції в експлуатацію, технічна підтримка і закривні документи.

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

80 уроків · 17 модулів · 19 годин 48 хвилин відео · Модулі йдуть за порядком проєкту: від ролі керівника до документів для бухгалтерії.

• Роль керівника проєкту: які компетенції потрібні і з чого починати розвиток 3 уроки

  Розділ про професію керівника digital-проєктів: відповідальність за проєкт від старту до завершення, технічні навички, комунікації та особисті якості. Тут також позначено стадії проєкту, які розкриваються в наступних розділах.

  • Компетенції керівника: технології, комунікації та особисті якості 1 урок

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

    • Компетенції керівника digital-проєктів та особисті якості11:05

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

  • Як фахівець стає керівником проєктів 1 урок

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

    • Перехід фахівця на посаду керівника проєктів13:41

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

  • Зростання менеджера: крива професіоналізму і яма 1 урок

    Як змінюється професійний рівень керівника в міру зростання, чому на цьому шляху є спад і як його розпізнати. Розділ спирається на тест Кеттелла та таблицю карти компетенцій.

    • Зростання менеджера: крива професіоналізму та «яма»12:26

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

• Реліз-менеджмент: як перевіряти проєкт на всіх етапах і довести його до запуску 2 уроки

  Розділ про підготовку проєкту до запуску: перевірка від макетів до релізу, ручне тестування і практика перевірки каталогу з фільтрами та сортуванням.

  • Ручне тестування на всіх етапах: від макетів до релізу 1 урок

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

    • Ручне тестування на всіх етапах проєкту22:12

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

  • Перевірка каталогу: адреса, параметри і сортування 1 урок

    Як перевіряти фільтри через адресний рядок: наскрізні фільтри, комбінації параметрів, сортування і порожня видача. Урок практичний.

    • Перевірка фільтрів каталогу: адреса, параметри, сортування17:19

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

• Вимогливість digital-продюсера: влада в команді та її межі 3 уроки

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

  • Влада в команді і як припинити самовільне захоплення повноважень 1 урок

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

    • Влада в команді та самозахоплення повноважень23:15

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

  • Когнітивні викривлення виконавців і як на них реагувати 1 урок

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

    • Когнітивні викривлення виконавців і реакція на них10:48

      Урок розбирає типові когнітивні викривлення виконавців, наприклад оптимістичні оцінки строків і поширення невеликої правки на весь проєкт. Для кожного викривлення описано прийом реакції: уточнення відповіді, переформулювання фрази «це неможливо» у запит ресурсів, зворотний зв’язок і підтвердження домовленостей своїми словами.

  • Вимогливість чи мозкоклювання: де проходить межа 1 урок

    Як ставити завдання з конкретикою і ресурсами, прибирати слова-паразити і слова-відмовки та відрізняти вимогливість від тиску на людей.

    • Ресурси завдання, конкретика та слова-паразити5:35

      Урок розмежовує вимогливість і мозкоклювання: перша передбачає ресурси та конкретику, друге перекладає на виконавця завдання вгадати результат. Розібрано слова-паразити та відмовки на кшталт «спробую», які знижують довіру до обіцянок.

• Аналітика до старту проєкту: вимоги, персони і прототип 2 уроки

  Передпроєктна аналітика: як зібрати вимоги, описати персони і конкурентів, підготувати прототип і звірити дані Яндекс.Метрики та Google Analytics.

  • Передпроєктна аналітика: від бачення проєкту до прототипу 1 урок

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

    • Передпроектна аналітика: вимоги, персони, прототип34:59

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

  • Технічне завдання: структура і зв’язок із кошторисом 1 урок

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

    • Структура технічного завдання та пріоритет кошторису22:42

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

• Делегування: як ставити завдання, щоб їх розуміли без запитань 3 уроки

  Як формулювати завдання розробникам конкретно і ввічливо, як делегувати за правилами SMART і як вести роботу на канбан-дошці.

  • Як ставити завдання і не сваритися з розробниками19:15

    Урок вчить ставити розробникам завдання конкретно й ввічливо: описувати проблему, очікуване рішення та пріоритет, уникати двозначних слів і капсу. Великий обсяг виправлень пропонується ділити на невеликі пачки.

  • SMART і правила делегування21:39

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

  • Пробуємо Kanban13:35

    Урок знайомить з методом Kanban: завдання рухаються колонками-етапами на дошці, а обмеження кількості завдань у роботі робить вузькі місця помітними. Метод прийшов з японського виробництва Toyota і згодом перейшов у розробку ПЗ.

• Цикл продажу в digital-послугах: від першого контакту до домовленості 4 уроки

  Що таке продаж у широкому сенсі, чому цикл у digital довгий і ціна помилки висока, як відрізняти підхожих клієнтів і вести перший контакт, з’ясування потреб та фіксацію домовленостей.

  • Переговори. Продажі. Вступ5:53

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

  • Замовлення digital-послуги очима клієнта14:34

    Урок показує, як замовлення digital-послуги виглядає з боку клієнта: обираючи підрядника, насамперед питають ціну й терміни. Розбирається, чому детальний договір і технічне завдання не гарантують результату та як пов’язані ціна, якість і майбутній стан проєкту.

  • Типові переговори та помилки в digital16:18

    Розбір навчального дзвінка показує типові помилки первинного контакту: не з’ясували, чи зручно співрозмовнику говорити, не виявили потреби, не відмежувалися від конкурентів і не призначили наступний контакт.

  • Етапи циклу продажу та фіксація домовленостей24:46

    Урок описує цикл продажу з п’яти етапів з позиціонуванням: привітання, з’ясування потреб, презентація, робота із запереченнями та закриття угоди. Показано, як фіксувати домовленості на кожному етапі, зокрема письмово під час розмови.

• Провокації та заперечення: як сортувати клієнтів і вести діалог 5 уроків

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

  • Підхожий і непідхожий клієнт13:10

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

  • Експрес-класифікація клієнтів8:17

    Урок навчає визначати тип клієнта під час першої зустрічі за двома ознаками: відкритості та впевненості. Виділено чотири типи: «безпека», «контакт і комфорт», «вигода» і «престиж»; для кожного описано власну лінію аргументації.

  • Реальні та уявні заперечення клієнта11:35

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

  • Провокація6:33

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

  • Конструктивний діалог. Шари аргументації20:22

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

• Оцінка проєкту: декомпозиція за екранами, вилка і реальний кошторис 11 уроків

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

  • Декомпозиція не за функціями, а за екранами!2:12

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

  • Звідки це на сторінці5:49

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

  • Невизначеність дає про себе знати6:20

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

  • Способи оцінок. Математичне обґрунтування економічної неможливості точних і адекватних оцінок.7:21

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

  • Адекватна модель оцінки завдань4:17

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

  • Оцінки з опорою на минуле та майбутнє5:59

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

  • Постановка завдань на ресерч3:22

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

  • Реальний кошторис. Вилкові та точні кошториси10:26

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

  • Звідки брати оцінки21:07

    Урок пояснює, з яких опорних цифр і правил складається оцінка digital-проєкту: аналітики, прототипу, дизайну та верстки. Показано, як декомпозиція допомагає обґрунтувати години перед клієнтом і як перевести норма-години в строки в таблиці розрахунку.

  • Експрес-версія діаграми Ганта. Запуск проєкту з розпаралелюванням.13:17

    Урок показує, коли розпаралелювання етапів проєкту виправдане і як воно впливає на строки. На умовному прикладі магазину видно, як зсуви етапів змінюють діаграму Ганта, а таблицю в Excel або Google Docs треба перевіряти на повноту та правильність розрахунків.

  • Нетипові проєкти. Велике й товсте ТЗ.8:16

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

• Управління часом: GTD, пріоритети і робота з поштою 4 уроки

  Методологія GTD: як розбирати вхідні, формулювати завдання, обирати пріоритети за матрицею Ейзенхауера і організовувати концентрацію, зокрема помодоро та роботу з поштою.

  • Методологія GTD. Огляд інструментів. Піраміда Франкліна і колесо балансу39:09

    Урок знайомить з методологією GTD як системою збору, розбору та планування завдань і з її інструментами. Також розглянуто піраміду Франкліна і колесо балансу як глобальніші моделі планування.

  • Планування завдань. Розбір вхідних. Формулювання. Матриця Ейзенхауера. Шкода-користь19:19

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

  • Пріоритети завдань. Концентрація. Помодоро. Графік Некидалова. Енергія. Робота з поштою17:07

    Урок розбирає пріоритети під час планування дня, концентрацію без багатозадачності та техніку помодоро. Окремо розглянуто графік Некидалова для розподілу проєктів за днями тижня, управління енергією та організацію пошти.

  • Домашнє завдання1:39

    Домашнє завдання з управління часом: самодіагностика системи завдань, планування та енергії за набором запитань. Частина запитань передбачає додати скріншот тижневого плану.

• Scrum: від водоспадної моделі до гнучких методологій і ролей команди 4 уроки

  Чому водоспадна модель часто не спрацьовує, як влаштовані беклог і ролі Scrum і як проходить планування ітерації з оцінкою завдань методом planning poker.

  • Розвиток водоспадної моделі. Поява гнучких методологій. Як працює Scrum.24:25

    Урок показує, чому модель управління проєктами «водоспад» часто давала збої і як виникли гнучкі методології. Він знайомить з базовими елементами Scrum: беклогом, ролями, спринтами та щоденними стендапами.

  • Ведення беклогів. Інструменти для ведення, приклади.30:01

    Урок розбирає будову беклогу: колонки, пріоритети, користувацькі історії, оцінки та сценарії перевірки. Розглядаються інструменти для його ведення: від таблиць і Trello до Jira та ScrumBan.

  • Ролі в Scrum. Product Owner у внутрішній і замовній розробці6:31

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

  • Ролі в Scrum. Команда. Scrum Master. Значення менеджера в Scrum. Планування ітерації. Оцінка задач. Planning poker30:22

    Урок розбирає склад команди Scrum, роль Scrum Master і планування ітерації: оцінку задач через story points, planning poker і години. Також розглядаються розрахунок ємності спринту та написання тест-кейсів одразу після планування.

• Scrum на практиці: стендап, діаграми, тестування і ретроспектива 5 уроків

  Мінімальна звітність замовнику, стендапи, діаграми згорання і продуктивності, стратегії тестування, демонстрація проєкту і ретроспектива.

  • Мінімальна звітність. Проведення стендапів17:47

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

  • Діаграма згоряння. Діаграма продуктивності10:18

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

  • Стратегії тестування — коротко2:09

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

  • Демонстрація проєкту. Ретроспективи21:19

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

  • Культ карго в IT. Короткі висновки модуля4:42

    Урок порівнює практики, які виконуються без розуміння їхнього сенсу, з культом карго. Підсумок модуля: адаптивний підхід, за якого процес змінюється на основі експериментів і зворотного зв’язку.

• Ощадливе виробництво і теорія обмежень у проєктах 4 уроки

  Як втрати з виробництва проявляються в digital-проєктах, як шукати першопричину через Value Stream Map і дерево поточної реальності та як вести звіт A3.

  • Конвеєр і великі запаси. Ощадливе виробництво. Види втрат29:19

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

  • Усунення втрат. Value Stream Map7:42

    Урок показує, як знаходити втрати в робочому процесі за допомогою карти потоку створення цінності (Value Stream Map): кроки, що не приносять користі замовнику, виокремлюються окремо. Також розглядається метод «5 чому» для пошуку першопричини збою і метод 5С.

  • Вступ до ТОС. Діаграма Ішикави. Дерево існуючої дійсності. Грозова хмара23:17

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

  • Root Cause аналіз. Звіт A39:04

    Урок описує A3-аналіз — компактну форму розбору складної проблеми на одному аркуші: опис ситуації, першопричини, контрзаходи з очікуваним результатом, виконавцями і перевіркою, а також наступні кроки.

• Інтеграційні проєкти: від брифу до введення в експлуатацію 3 уроки

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

  • Інтеграція. Що це таке і як з цим бути.30:52

    Урок знайомить із веб-інтеграцією: які системи (ERP, CRM, служби доставки, зовнішні сервіси) об’єднуються в одну робочу систему і хто бере участь в інтеграційному проєкті. Головна складність — людський фактор; знизити ризики допомагають формалізований протокол обміну та регулярні робочі зустрічі.

  • Бриф і протокол обміну даними29:22

    Урок показує, як готуються бриф і інтеграційний протокол до розробки: які питання закриваються в брифі, з яких блоків складається протокол обміну даними і чому первинну систему (зазвичай ERP) потрібно визначити заздалегідь. Розглядаються структура каталогу, властивості товарів, оновлення залишків і статуси замовлень.

  • Розробка та реліз інтеграції17:15

    Урок показує, як довести інтеграцію ERP-системи і сайту до релізу: паралельна розробка за погодженим протоколом, тестове середовище і mock-об’єкти, звірка файлу імпорту з протоколом. Розбирається, як шукати джерело збою в ERP, у веб-інтегратора або в самому протоколі, і як поетапно показувати клієнту готові частини.

• Дизайн за Scrum: стратегії розробки і робота із запереченнями 5 уроків

  Стратегії організації дизайну, робота над ним за agile, бігунок креативності, підготовка презентації концепції і робота із запереченнями щодо дизайну.

  • Стратегії розробки дизайну26:29

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

  • Робота над дизайном за agile18:36

    Урок показує, як будувати дизайн у гнучкому процесі: шари пирога Гаррета, паралельні потоки дизайну і розробки, UX-беклог з екранами та UX-матриця. Розглядається перевірка інтерфейсів на реальних користувачах, наприклад коридорне тестування або записи сесій у Яндекс.Метриці.

  • Бігунок креативності7:16

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

  • Процес, підготовка презентації, демонстрація концепції43:20

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

  • Робота із запереченнями щодо дизайну31:56

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

• Технічна грамотність: як працюють інтернет, хостинг і пошта 11 уроків

  Як працюють інтернет і DNS, види хостингу та планування навантажень, доступи і SSL, пошта, Git і SVN, адаптивна верстка, вибір CMS і підключення служб доставки.

  • Як працює інтернет11:04

    Урок пояснює устрій мережі: як пакети даних передаються протоколами TCP/IP і яку роль відіграє маршрутизатор у локальній мережі. Окремо розглядається система доменних імен DNS, яка за назвою сайту знаходить його IP-адресу.

  • Хостинг. Планування навантажень10:38

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

  • Deployment. Доступи5:25

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

  • SSL-сертифікати та HTTPS3:23

    Урок пояснює, навіщо сайту SSL-сертифікат і як HTTPS захищає передачу даних. Порівнюються безкоштовні, платні, wildcard і розширені сертифікати, самопідписані сертифікати, а також встановлення і редирект на HTTPS.

  • Пошта4:12

    Урок розбирає варіанти організації пошти домену: пошта від шерингового хостингу, власні поштові сервери та корпоративна пошта SaaS-сервісів. Пояснюються протоколи POP3 та IMAP і роль SPF і DKIM у захисті листів від спаму.

  • Перевірка швидкості роботи систем4:26

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

  • GIT і SVN для менеджерів8:40

    Урок порівнює централізовану систему контролю версій SVN і розподілену систему Git: зберігання версій, гілки, мітки та злиття. Розбирається, де зберігати головний репозиторій проєкту і якими інструментами з ним працювати.

  • Адаптивні сайти. Мобільні сайти9:10

    Урок порівнює чотири варіанти адаптації сайту під телефони та планшети: гумову, адаптивну та responsive-верстку і окрему мобільну версію. Розглядаються модульна сітка, SVG-іконки і перебудова меню та підвалу на малому екрані.

  • Особливості управління мобільною розробкою8:08

    Урок розбирає особливості управління розробкою мобільних застосунків: беклог замість повного технічного завдання, погодження екранів, тестування та публікацію в магазинах. Порівнюються нативна розробка та крос-платформні рішення PhoneGap і React Native.

  • CMS і фреймворки14:30

    Урок пояснює різницю між CMS, фреймворками та конструкторами сайтів і дає орієнтири, коли підходить кожен варіант. Розглядаються популярні мови бекенду та архітектура MVC, яка розділяє модель даних, подання і контролер.

  • Підключення систем доставки9:01

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

• Контроль і ризики: як керувати командою і бюджетом 7 уроків

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

  • Забезпечення роботи технічної підтримки28:10

    Урок описує організацію технічної підтримки в замовній розробці: типи проєктів на підтримці, єдину систему тикетів для всіх звернень і правило трьох повідомлень. Розглядаються час реакції, SLA та способи оплати робіт: вилкова оцінка, фіксована вартість і абонентська плата.

  • Ризик-менеджмент. Управління ризиками в digital-проєктах13:40

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

  • Покарання підлеглих. Як карати в інтелектуальному digital-середовищі21:56

    Урок пояснює, коли керівник зобов’язаний покарати співробітника і як це робити: за заздалегідь відомими правилами, наодинці й без емоцій. Розбираються цілі покарання, роль усвідомлення провини та поняття амністії після каяття співробітника.

  • Проведення нарад8:59

    Урок описує підготовку, проведення та завершення нарад: типи зустрічей, склад учасників і ролі модератора та секретаря. Розглядається розділення обговорення на фазу ідей і фазу рішень, а також перетворення підсумків на завдання в системі тикетів.

  • Метод освоєного обсягу9:00

    Урок пояснює метод освоєного обсягу: як за плановою вартістю, фактичними витратами та освоєним обсягом оцінити відставання проєкту за бюджетом і термінами. Розбираються відхилення за вартістю і за строками та періодичність зняття показників.

  • Основи MS Project11:49

    Урок знайомить із плануванням у Microsoft Project: завданнями, залежностями, критичним шляхом, резервами часу та вирівнюванням ресурсів на діаграмі Ганта. Розбирається навчальний проєкт інтернет-магазину та варіанти запуску програми на Mac.

  • Метод освоєного обсягу в MS Project21:15

    Урок показує, як Microsoft Project розраховує освоєний обсяг відносно базового плану. Розбираються показники CPI, SPI, EAC і VAC, які допомагають зрозуміти, чи відстає проєкт від бюджету та графіка.

• Документи керівника: від акаунт-менеджера до бухгалтерії 4 уроки

  Які документи готує акаунт-менеджер, як проєкт передається керівнику і які документи потрібні керівнику проєкту та бухгалтерії.

  • Документи для акаунт-менеджера8:25

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

  • Передаємо проєкт від акаунт-менеджера керівнику проєкту.15:48

    Урок розбирає рамковий договір і додатки до нього для розробки за Scrum: тип договору, відповідальних осіб з кожного боку, строки, оплату та приймання. Пояснюється, що перехід проєкту від акаунт-менеджера до керівника проєкту відбувається разом із підписанням договору.

  • Документи для керівника проєкту10:48

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

  • Документи для бухгалтерії. Допоміжні документи11:59

    Урок розбирає документи реалізації: рахунок на оплату, акти виконаних робіт та звірки, податкову накладну і угоду про нерозголошення. Розглядається порядок оформлення актів і одностороннього підписання, коли оригінали надсилаються рекомендованим листом з описом вкладення.

Часті запитання

Про цей курс

• Чи потрібен досвід у програмуванні чи дизайні?

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

• Чи підійде курс акаунт-менеджеру?

  Так: у курсі є розділ про переговори, цикл продажів і заперечення, а також розбір документів від брифу до кошторису та комерційної пропозиції.

• Які методології розбираються?

  Водоспадна модель, Scrum, Kanban і ScrumBan, ощадливе виробництво і теорія обмежень, а також A3 і метод «5 чому». Підходи порівнюються між собою.

• Наскільки детально розібрано технічну частину?

  Оглядово: як працює інтернет і DNS, види хостингу, SSL, пошта (SPF, DKIM), Git і SVN, адаптивна верстка і вибір CMS. Мета — розуміти розмову з командою, а не налаштовувати сервери.

• Що пропонується робити у завданнях?

  Працювати з власними матеріалами: беклогом, кошторисом, реєстром ризиків, планом тижня, проєктом у MS Project.

• Чи розбираються договори та документи?

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

Доступ і матеріали

• Коли і як я отримаю доступ до курсу?

  Одразу після оплати, тієї ж секунди й автоматично. Чекати на підтвердження не потрібно. Доступ надходить двома шляхами водночас. Перший: на пошту, вказану при оформленні замовлення, приходить лист із посиланням на матеріали. Другий: те саме посилання з’являється у вашому акаунті на сайті, у розділі «Завантаження», і залишається там назавжди.

• Де зберігаються матеріали курсу?

  Усі відео та додаткові файли лежать у хмарному сховищі. Посилання на нього — у вашому акаунті на сайті, розділ «Завантаження», і в листі, який надійшов після оплати. Акаунт тут не формальність, а спосіб доставки: курс залишається в ньому назавжди. Навіть якщо лист загубився або ви згадали про купівлю через рік, посилання буде на місці.

• Чи можна завантажити матеріали, чи тільки дивитися онлайн?

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

• Як довго діє доступ?

  Безстроково. Курс залишається вашим назавжди, повертатися до нього можна скільки завгодно разів. Якщо через рік чи два посилання раптом перестане відкриватися з технічних причин — напишіть на info@siluette.com.ua, ми його відновимо.

• Лист із доступом не надійшов — що робити?

  Насамперед: доступ у вас є в будь-якому разі. Увійдіть на сайт і відкрийте розділ «Завантаження» — посилання на курс уже там, незалежно від того, дійшов лист чи ні. Найчастіше лист губиться через одруківку в адресі під час оформлення замовлення. Ще варто заглянути до теки «Спам». Не виходить розібратися — не витрачайте час: напишіть на info@siluette.com.ua або в чат у правому нижньому куті сайту, ми допоможемо.

• На яких пристроях дивитися курс?

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

Оплата та повернення

• Якими способами можна оплатити?

  Банківською карткою Visa, MasterCard або «Простір», через Google Pay, Apple Pay, Masterpass, Visa Checkout, платіжний QR-код, Botpay у Telegram чи Privat24. Є й оплата частинами: Монобанк (3 або 4 платежі), А-Банк (2, 3 або 4 платежі та розстрочка), Банк Глобус (8 платежів), «Скибочка» від OTP Bank (3 платежі), миттєва розстрочка та оплата частинами від ПриватБанку.

• Чи приймається картка, випущена не в Україні?

  Так. Платіжна система приймає картки з Євросоюзу та будь-яких інших країн. Одна деталь, про яку часто забувають: банк може попросити підтвердити платіж — у мобільному застосунку або кодом із СМС. Якщо оплата не проходить, перевірте застосунок банку та повідомлення.

• Як працює знижка 20% при купівлі кількох курсів?

  Додайте до кошика два курси або більше — знижка застосується автоматично до всіх товарів у кошику. Два курси: мінус 20% на обидва. П’ять курсів: мінус 20% на всі п’ять. Знижка поєднується з будь-якими акційними цінами й діє на весь каталог без винятків.

• Чи можна повернути курс або гроші?

  Цифрові товари поверненню та обміну не підлягають. Це загальне правило для всіх електронних товарів в Україні — постанова Кабінету Міністрів № 172 від 19 березня 1994 року. При цьому ми завжди на зв’язку. Якщо доступ не відкривається, посилання перестало працювати або файли пошкоджені — напишіть на info@siluette.com.ua, вкажіть дату та номер замовлення. Відновимо. Якщо щось незрозуміло в самому курсі, теж пишіть — підкажемо.

• Чи можна оплатити від організації за рахунком?

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

Як проходить навчання

• Чи є зворотний зв’язок із викладачем і перевірка завдань?

  Ні. Усі курси — це записи уроків для самостійного вивчення: викладач не відповідає на запитання і не перевіряє домашні завдання. Саме тому курси коштують значно дешевше за навчання з куратором. Ви отримуєте той самий матеріал, але займаєтеся самі та у своєму темпі.

• Чи видається сертифікат?

  Так, цифровий сертифікат — на запит і безкоштовно. Напишіть на info@siluette.com.ua, вкажіть ім’я та прізвище саме в тому вигляді, в якому хочете бачити їх у сертифікаті, і ми надішлемо його протягом доби.

• Чи потрібен досвід, щоб почати?

  Для більшості курсів — ні. Вони розраховані на початковий рівень і пояснюють з азів. Якщо курс потребує підготовки, це сказано в його описі.

• Чи є терміни проходження курсу?

  Ні. Ані дедлайнів, ані розкладу, ані доступу, що згорає. Завантажили — дивіться коли зручно, з будь-якими перервами.

• Чи можна поділитися курсом з іншою людиною?

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

Підтримка

• Куди писати, якщо щось не працює?

  Найкраще на info@siluette.com.ua. Є й чат у правому нижньому куті сайту, але пошта надійніша: там можна все описати докладно та додати знімки екрана. Прохання: опишіть, що саме ви робили і що пішло не так, та додайте знімок екрана з помилкою. Так ми вирішимо питання одразу, а не з’ясовуватимемо півдня, що сталося.

• Як швидко відповідає підтримка?

  У робочий час, з 9:00 до 19:00, на пошту зазвичай відповідаємо протягом години, у чаті — за кілька хвилин. Після 19:00 теж буває, але час відповіді не обіцяємо.