• Scrum Master fundamentals

    Scrum Master fundamentals

безкоштовний модуль01
Вступ до Agile та Scrum

На даному вебінарі ми поговоримо про те чому у світі розробки програмного забезпечення з'явилось таке поняття як Agile. Відповімо на питання:

  1. Чому саме гнучкий підхід приваблює зараз все більше послідовників?
  2. І що саме означають принципи Agile маніфесту та як їх втілювати в життя на наших проектах?
  3. В яких випадках його варто використовувати, а де можна обійтись іншими методологіями.
  4. А також, розповімо (а комусь нагадаємо) ключові елементи фреймворку Scrum, однієї з самих поширених реалізацій принципів гнучкої розробки. Розповімо про його основні ролі, активності та артефакти.
Вступ до Agile та Scrum
Play button v1
дивитись безкоштовно
презентація
Решта модулів
02
03
04
05
06
07
08
09
10
розділ1:  Scrum для члена команди
Scrum команда

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

На нашому вебінарі ми розглянемо наступні питання:

  • Які ролі передбачає Scrum команда?
  • Які обовязки передбачає кожна роль та як оптимально їх впровадити?
  • Які характеристики команди у Scrum і що таке само-організовані команди? 
  • Яким чином тримати командні ризики низькими за допомогою “числа вантажівки”?

А також поділимось тим, які основні перепони стають на шляху створення або перетворення Scrum команди і в чому полягає “срібна куля” :)

модуль
02
купити
розділ1:  Scrum для члена команди
Вимоги в Scrum

В часи, коли Agile та Scrum тільки з'являлись на просторах України, багато ІТ спеціалістів були введені в оману поверхневою простотою вимог в Scrum і відсутністю багатосторінкових специфікацій. Так з'явився міф про те що вимог у Agile немає, чи вони не потрібні. Та насправді вимоги не тільки присутні, а й будуються за відповідною ієрархією і, власне, повністю відповідають вимогам гнучкої, швидкої та орієнтованої на цінності розробки програмного забезпечення.

На нашому вебінарі ми розповімо про те:

  • Хто відповідальний за вимоги в Scrum команді
  • Побачимо з чого починається робота з вимогами у Scrum
  • Що таке User Story і навіщо використовувати саме такий формат
  • Поговоримо про те як правильно організувати вимоги і яка ієрархія використовується в гнучких підходах
  • Розглянемо поняття Backlog (Беклогу), його пріотретизації і правильного управління.
модуль
03
купити
розділ1:  Scrum для члена команди
Оцінка задач та продуктивність

Оцінка роботи - ключова складова будь якого процесу та методології розробки. Саме правильна оцінка дозволяє спланувати подальшу роботу над проектом чи продуктом. Різні методології використовують різні міри для оцінки тривалості робіт: людино/години, story points, розміри футболок чи навіть фрукти. Як же правильно оцінювати? Й чи існує “правильно” взагалі?

На цьому вебінарі ви дізнаєтесь про те:

  • Чому в Agile та Scrum використовують відносну оцінку трудомісткості
  • Як виглядає процес оцінки у відносних одиницях і що таке Planning poker
  • Що означають поняття Velocity i Capacity 
  • Та яка оцінка застосовується на різних рівнях планування (реліз, спрінт, день)
модуль
04
купити
розділ2:  Scrum для Scrum master
Планування Спринту та Релізу

«План — це ніщо, планування — це все»
34й президент США Дуайт Ейзенхауер


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

У цьому модулі ми більш детально розглянемо:

  • Планування у Scrum з точки зору команди та Product Owner
  • Використання Velocity та Capacity для планування 
  • Принципи планування на рівні релізу використовуючи Minimal Marketable Product
  • І різні підходи до планування релізу, засновані на бюджеті, часі чи об’ємі робіт
модуль
05
купити
розділ2:  Scrum для Scrum master
Моніторинг Спринту

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

  • Як зрозуміти чи встигнете ви закінчити розробку в виділений час ітерації (спринту)
  • Чи встигаєте ви розробити весь функціонал до дати релізу
  • Як дізнатись про проблеми, що можуть завадити успішному виконанню спрінту

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

модуль
06
купити
розділ2:  Scrum для Scrum master
Постійне вдосконалення

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

На цьому вебінарі ми детально розглянемо процеси

  • Sprint review та Демо 
  • Ретроспективи
  • Як їх проводити ефективно 
  • І як впевнитись, що домовленості та покращення, що виникають, втілюються та насправді приводять до вдосконалення.
модуль
07
купити
розділ3:  Просунутий Scrum для менеджера проектів/програм
Масштабування Agile

Як і все велике, Scrum починався з чогось меншого, і на момент народження зазвичай використовувався у невеликих проектах для роботи над невеликими продуктами, відповідно, за допомогою невеликих команд :) І, звичайно, з часом, після того як фреймворк набув популярності, з'явилась необхідність масштабувати на більші проекти і на більшу кількість команд. 
В базовому описі Scrum guide, не описується яким саме чином можна ефективно використовувати Scrum на великих проектах. Отже наш вебінар покликаний розповісти які саме елементи потрібно додати, щоб успішно працювати при наявності декількох команд.

Зокрема поговоримо про:

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

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

модуль
08
купити
розділ3:  Просунутий Scrum для менеджера проектів/програм
Agile mindset або що таке «Гнучкий світогляд»?

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

  • Як змінити свій світогляд та чи потрібно це робити взагалі?
  • Які плюси й мінуси “Agile mindset”?
  • Як не пеертворити Agile на священу корову?

А ще наведемо багато практики у такій теоретичній темі :)

модуль
09
купити
розділ3:  Просунутий Scrum для менеджера проектів/програм
Типові помилки при впровадженні Scrum

У багатьох з вас певно вже є досвід роботи по Scrum. Але зачасту це не чистий “Vanilla scrum”, а “ScrumBut” - від вже класичного “ну у нас scrum, але (but)...” Й далі буде перелік причин, а що ж у вас на проекті не так. Це в кращому випадку. 
В гіршому - у ваших колег буде алергічна реакція на слова “Agile”, “Scrum”, “Kanban” та їх похідні. В деяких особливо запущених випадках їх вживання буде під ще більшим табу ніж ім’я “самі-знаєте-кого” з епопеї про Гарі Поттера :) 
Чому ж так трапляється? Які помилки припускаються та як їх уникати?
Давайте спробуємо відповісти на ці важливі питання в рамках нашого вебінару.

модуль
10
купити