Курс по Agile та Project Managment (чернетка)

2 years ago

Eugene Kasinskyy

1 minute

база інфографіка по скраму https://thedigitalprojectmanager.b-cdn.net/wp-content/uploads/2019/09/agile-scrum-framework.png
стани задачі https://kruschecompany.com/wp-content/uploads/2021/10/Kanban-workflow-and-board-infographic.jpg, принцип тягнути а не штовхати
гарний і детальний опис https://thedigitalprojectmanager.com/projects/pm-methodology/scrum-methodology-complete-guide/
- особливо. розділ What Are The 3 Artifacts Of Scrum?
- супер-тези
  - User stories are structured like this: “As a [blank] I want to [blank] so that I can [blank].”
Формалізація сторі
- (уточнення Ігор, Паша)
- оцінки по часу і по ресурсам
- принцип ROI
Нотатки Жені по веденню проекту https://kb.novo-marketing.com/process-managment/
Базові менеджерські моменти поза процесом
- Про наради
  - перед кожною нарадою має бути план наради (агенда) і таймінг, і міннімальна-оптимальна кількість учасників
  - по кожній нараді мають бути нотатки
  - в результаті наради має бути OUTPUT перелік активностей, яікі треба зробити (створити задачі, закрити задачі, уточнити деталі з командою)
  - менеджер має вести нараду таким чином, щоб не відволіктись на інші питання, і вкластись у таймінг
  - менеджер наради це виконує.
- Про місію захисту
  - захистити учасників команд (НОВО і Лоджик від хаосу які всі самі ж і створюють)
    - від спонтанних чатів, а по суті зїдання часу
    - від втоми і неефективності від розфокусування (частих переключень між задачами)
      - в першу чергу Толіка, “ми не підтримка монобанку”
    - від нерозуміння “а що бляхя відбувається, що всі роблять, чому про мене забули, а що робити мені?”
      - в першу чергу Юлю
    - від відчуття, що мої ідеї забули і забили хер
      - в першу чергу для Паші і Ігоря
    - від відчуття “а куди вони витрачають мої бабки”, “а нащо ми це робимо” ?
    - від нерозуміння “куди ми ідемо? через рік”

Тези від ЧатЖПТ

Основна теза	Розшифровка
1. Прозорість	Забезпечення чіткості, відкритості та доступності інформації для всіх учасників команди.
2. Постійний зворотний зв’язок	Регулярне отримання відгуків, ідей і вимог від зацікавлених сторін для вдосконалення продукту.
3. Комунікація	Ефективне обмінювання інформацією та ідеями між усіма членами команди та стейкхолдерами.
4. Короткі ітерації	Розподіл завдань на короткі спринти для забезпечення швидкості виконання і більшої гнучкості.
5. Якісний керівний комітет	Функціонування сильного та забезпеченого ресурсами комітету, який підтримує команду в реалізації проекту.
6. Регулярні спринт-планування	Постійне планування і оцінювання задач для ефективного розподілу ресурсів та забезпечення цільової спрямованості.
7. Самоорганізація	Забезпечення вільної ініціативи та відповідальності учасників команди для досягнення спільної мети.
8. Постійне вдосконалення	Виявлення та впровадження покращень у робочих процесах, які допомагають досягти більшої ефективності.
9. Правильна оцінка завдань	Реалістичне оцінювання складності завдань та призначення адекватного часу і ресурсів для їх виконання.
10. Збалансованість	Розподіл робочих завдань та використання ресурсів між членами команди для забезпечення гармонії і продуктивності.
11. Заохочення спільної власності	Залучення всіх учасників команди до відповідальності за продукт та досягнення спільної мети.
12. Управління ризиками	Аналіз та управління можливими ризиками, які можуть вплинути на успішне виконання проекту.
13. Стратегічне планування	Визначення довгострокових цілей та стратегій розвитку продукту для досягнення успіху.
14. Систематична оцінка продукту	Регулярне тестування, перевірка та оцінка продукту для забезпечення відповідності потребам користувачів.
15. Збереження мотивації команди	Створення мотивуючої та сприятливої атмосфери, яка спонукає команду до досягнення високих результатів.

ключові ритуали:

Sprint Planning (Планування спринту): Цей ритуал дозволяє команді SCRUM визначити мету і обсяг роботи на наступний спринт. Він допомагає команді зрозуміти, які завдання повинні бути виконані і як їх оцінити. Планування спринту дозволяє уточнити очікування і забезпечити однозначне розуміння завдань усіма учасниками команди.
Daily Scrum (Щоденна SCRUM-зустріч): Це щоденна зустріч команди, яка допомагає погодити зусилля усіх учасників і забезпечити прозорість в роботі. Кожен учасник команди відповідає на три питання: “Що я зробив з востанніх часів?”, “Що я планую зробити наступного?”, “Чи є у мене якісь перешкоди?”. Ця зустріч сприяє синхронізації робочих процесів, виявленню проблем та розробці спільних стратегій розв’язання.
Sprint Review (Перегляд спринту): Це регулярний огляд виконаних завдань і досягнень команди SCRUM в кінці кожного спринту. На цій зустрічі команда презентує виконані роботи і отримує зворотний зв’язок від зацікавлених сторін (замовника, продуктового власника та інших зацікавлених сторін). Це дозволяє команді переглянути свої досягнення, отримати відгуки та пристосувати плани на майбутнє.
Sprint Retrospective (Ретроспектива спринту): Цей ритуал відбувається після закінчення спринту і дозволяє команді оцінити свою роботу та процеси, що здійснювалися. Він допомагає команді виявити сильні та слабкі сторони своєї роботи і знайти способи поліпшення. Ретроспектива спринту сприяє постійному вдосконаленню і самоорганізації команди.

#PM