Bykovets Agile (Simplesense.)

- що ти як сьогодні? - уууух... В мене був день ван-ту-ван'ів... а ти? - а у мене був день ван-ту-мені'в.... А як ваша п'ятниця? 🤪

Як би ви назвали "підхід", коли Ретроспективу робимо швиденько за 20хв, що лишились в годинному слоті після Sprint Review, або навіть між Оглядом і Плануванням 🤪? (Контекст: Повноцінна кросфкнкціональна продуктова feature team, динамічний розвиток продукту, що в продакшені, нові люди і нові процеси, 2 тижневі Спринти) Пишіть в коментарях😉 #retrospective #scrumbut

Відгукнувся на запрошення Кирила поспілкуватись неформально в рамках подкасту Вибухові Каченята, і запрошую вас до перегляду. Говорили про все на світі включно з причинами того, чому затонув Титанік, а також про: - чи все треба покращувати, систематизувати і виводити на дашборди? - про спринтність та еластичність - важливість не забувати, що таке і для чого насправді #Agile фідбек вітається в коментарях під відео і цим постом тут 😉 Розвиваємо і підтримуємо український Ютуб!

«не-жарти» з полів: Продукт Оунер наколола в лоб ботоксу, щоб її не видавали підняті брови у моменти офігівання на командних дзвінках

Фасилітація - це однозначно одна з ключових навичок Лідера в сучасному світі. Поки також не схоже, що цю функцію забере на себе AI найближчим майбутнім, а отже точно є сенс інвестувати в розвиток цих компетенцій. 28-29 травня, онлайн відбудеться Forum Бізнес-Фасилітації, де дійсно кращі з кращих практиків будуть ділитись своїм досвідом, фреймворками, інструментами та сценаріями фасилітаційних сесій. Серед них, маю честь виступити з темою, як використовувати підхід «з майбутнього в сьогодення» та синергію різних ролей та функцій для побудови «Нових Світів» у ваших Стратегічних Сесіях та просто командних зустрічах. Для підписників каналу та ваших колег - я приніс знижку 390 грн. на квитки за промо-кодом: «happyfriends» (після реєстрації людину переводить на платіжну форму. там натиснути "у мене є промокод") p.s.: а в мене в «меню» також є воркшопи на 4 та 8 годин (офлайн та онлайн) для груп, котрі хочуть глибоко розібратись в темі та попрактикувати різні техніки, стилі та інструменти фасилітації і роботи із залученням. (може бути, як чисто про фасилітацію так і «Фасилітація+Ретроспективи»)

Невелике нагадування про те, яка є основна мета #Scrum від одного із співавторів фреймворку. Це не про «більше брати роботи», а про «більше завершувати Done роботи». P.S.: Нагадаю, що Done це про «Usable, Useful and Valuable». Тобто не просто «якихось задач більше Done», а саме робочих, цінних та якими будуть користуватись.

В чатику учасників та спікерів після Soft Skills #FWDays був ряд цікавих обговорень довкола: як Техліду доносити негативно-корегуючий зворотній зв'язок своїм підлеглим (чи членам команди), який надихнув мене на декілька постів 🤪 Ми доволі часто обговорюємо з учасниками групи Leadership Skills Toolbox подібні кейси та моделі, сьогодні трохи поділюсь тут із вами. Як одночасно "не образити і зберегти дружні стосунки" та "отримати бажаний результат та продуктивність" від підлеглого? Як отримати найкращу якість та швидкість виконання складних задач і при цьому розвивати людей та відповідальність? Це все складні (комплексні) питання, без однозначно правильної відповіді.... Постійні активності чи відпочинок? Кар'єра чи стосунки? Аудіокниги по роботі чи улюблена музика? Хард скіли чи командний гравець? Наш життєвий шлях та досвід провокують в таких питаннях прагнути до вибору та "вирішенню проблеми"😉 Ми аналізуємо варіанти, їх наслідки, пріоритезуємо якісь критерії та маємо обрати "те чи те", але щось одне... В моделі "Управління Полярностями" (Polarity Thinking) (я вчився у Нати Треніної) пропонується розглядати такі полярності, як взаємозалежні та важливі пари: "людина та спільнота, відносини та результати, підтримка та вимогливість, активність та відпочинок." Задача Лідерів сьогодення, це вміти визначати ці полярності та балансувати свою поведінку та дії в залежності від стратегії та коротко-середньострокових цілей😉 (адже обираючи бінарно щось "одне" з пари, ми отримуємо бонусом всі недоліки і лишаємось без переваг того "другого"🤪). А хто казав, що буде легко😂 p.s.: діліться у коментарях своїми парами полярностей з робочого та побутового 🔥

Трохи мудрості від спів-автора #LeSS фреймворку😉 P.S.: а як ви розумієте призначення Sprint Backlog? 🤪

Минулої суботи виступив на Живі конференції в Києві і це величезний кайф та розкіш в наші буремні часи. Доповідь була про важливість здорових відносин між учасниками, так як розвивати психологічно безпечне оточення, що буде сприяти продуктивності та співпраці. Розповідав про модель «The Four Horsemen of Relationship apocalypse» й антидоти до них. Ось що кажуть відвідувачі у формах фідбеку про доповідь: оцінки: (maximum: 5) Інформаційна цінність: 4,90 Ораторська майстерність: 4,95 Відгуки: 1) Найкращій стендапєр 2) Артем дуже круто виклав свої думки/досвід/поради🔥 Крутий саркастичний підхід, було позитивно і корисно)👍 3) Для мене - одна з найкращих доповідей на конференції. Багато корисної інформації, хочеться тепер перечитати всі дослідження, які були згадані в доповіді) 4) Інформативо, цікаво, з почуттям гумору, відчутно власний досвід яким ділиться і робить це дуже круто, притягує до себе всю увагу🔥 Прям вкрав моє серденько і людина в якої хочеться повчитись і з якою хочеться попрацювати 💙 5) Дяка, як завжди, за драйв!! 6) Дуже харизматичний спікер! І тема, мені здається, актуальна абсолютно всім командам. 7) як завжди, на висоті) 8) Супер софт-скіловий спікер, за 2% дуже корисно було почути) Дякую всім за зворотній звʼязок та багато питань після. Дякую ЗСУ і Силам Оборони, що це було можливо. p.s.: якщо хочете більше інформації про модель - лайкайте та коментуйте «+» цей пост.

#Story Mapping — це популярна в #Agile техніка, яка використовується для визначення нового продукту або розробки існуючого. Описана Джеффом Паттоном (2005) Story Mapping візуалізує вимоги кінцевих користувачів, розповідаючи історію їхньої подорожі (user journey) уздовж продукту (горизонтальна вісь – як “скелет” / “back bone”). Взаємодія продукту з кінцевим користувачем може бути розширена завдяки розширеній функціональності та функціям (на вертикальній осі ми йдемо від самої “базової реалізації” до “просунутої”). Чому варто розпочати використовувати Story Mapping: ⭐️ Вмикає пріоритезацію з точки зору кінцевих користувачів продукту ⭐️ Заохочує співпрацю між командою розробників і Кінцевими користувачами / чи їх представниками (SME: subject matter experts) ⭐️ Надає загальну картину (Big Picture), складові частини та чітке бачення результату ⭐️ Прискорює прийняття рішень, прискорює ідентифікацію MVP і усуває прогалини ⭐️ Мотивує зрозумілою та захоплюючою історією, у яку може інвестувати вся команда 6 простих кроків: 1. Визначте великі Stories, широкі Активності користувача (🟧), які має підтримувати ваш продукт; 2. Розбийте кожну Активність(🟧) на дрібніші Stories – завдання користувача (🟦) і помістіть їх під Активностями. Більшість цих завдань мають власні кроки або незалежні підзадачі. Помістіть їх під завданням користувача, в рамках активності - це ваші User Stories (🟨); 3. Читайте історію, щоб знайти чого не вистачає (круто проводити разом з представниками користувачів чи бізнесу, розробниками, маркетологами та всіма іншими зацікавленими особами) 4. Розставте User Stories (🟨) в такому порядку, який буде зрозумілий та логічний для користувача. 5. Зберіть набір із завдань та історій, які необхідні для створення першої версії, яка працює від початку до кінця (це вам MVP); 6. Продовжуйте збирати «Релізи». Ви можете віддати пріоритет найціннішим Stories з кількох або навіть всіх Задач користувача. Ви також можете зосередитися на одній Задачі та віддати пріоритет усім Stories під нею, окрім найменш цінних.