Найняти Скрам-майстра: 83 перевірені питання для співбесіди, частина 4 з 4

Набір №10. Принципи й індикатори успішності скраму

64. Чи можемо ми використовувати Scrum для вирішення будь-якої проблеми, задачі або виклику? Чи існують випадки, коли Kanban чи навіть Waterfall стануть кращими рішеннями? Крім того, якщо ми обираємо скрам, за якими принципами та індикаторами успішності потрібно стежити?

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

Керуємося правильними цілями

Вибір відповідної області застосування скраму є важливим. Згідно з Матрицею Стейсі, застосування скраму в областях “Хаос” та “Простота” є даремним. Скрам найкраще підходить для складних областей. Тут ефективно діє емпіричне управління процесами, застосовуючи прозорість, інспекцію та адаптацію для ітеративної, інкрементної розробки цінних продуктів, тим самим знижуючи ризики.

• 1. Матриця Стейсі

• Визначає складність і невизначеність завдань та проєктів.
• “Простота” означає чіткі та передбачувані завдання, де немає потреби у скрамі.
• “Хаос” означає непередбачувані та нестабільні завдання, де застосування скраму може бути неефективним.

• 2. Складні проєкти

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

• 3. Емпіричне управління процесами

• Прозорість: Всі аспекти процесу повинні бути видимими та зрозумілими для всіх членів команди.
• Інспекція: Регулярно перевіряйте прогрес і процеси, щоб виявити проблеми на ранніх стадіях.
• Адаптація: Вносьте корективи на основі зворотного зв’язку і результатів інспекцій.

• 4. Ітеративна й інкрементальна розробка

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

• 5. Зниження ризиків

• Scrum допомагає ідентифікувати та знижувати ризики на ранніх стадіях проєкту.
• Використання коротких спринтів і регулярних ретроспектив дозволяє швидко виявляти і вирішувати проблеми.

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

Прагнемо до високої якості продукту

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

• 1. Технічний борг

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

• 2. Визначення готового

• Чітко визначте критерії, яким має відповідати продукт, щоб вважатися готовим.
• Включайте автоматизоване тестування, документування та інші важливі аспекти контролю якості.

• 3. Якість продукту

• Приділяйте увагу якості на кожному етапі розробки.
• Використовуйте в розробці сучасні практики та інструменти для забезпечення високих стандартів якості.

• 4. Бізнес-гнучкість

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

Досягнення високої якості продукту і бізнес-гнучкості вимагає постійної роботи та відданості команди. Це закладає фундамент для успішного розвитку та підтримки продукту в довгостроковій перспективі.

Створюємо та підтримуємо діючий продуктовий беклог

Сміття на вході — сміття на виході: Незалежно від того, наскільки ефективна ваша скрам-команда, неякісний продуктовий беклог знижуватиме всі інші її досягнення. Тому важливо підтримувати Власника продукту та розробників у постійному підтриманні “діючого” продуктового беклогу. Під “діючим” мається на увазі такий рівень деталізації продуктового беклогу, який дозволяє скрам-команді провести змістовне планування спринту будь-коли.

• 1. Якість продуктового беклогу

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

• 2. Рівень деталізації

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

• 3. Ретроспектива продуктового беклогу

• Проводьте регулярні сесії з уточнення беклогу (backlog refinement), щоб обговорити і уточнити майбутні задачі.
• Взаємодійте з Власником продукту, щоб забезпечити пріоритетність та відповідність задач бізнес-цілям.

• 4. Підтримка команди

• Підтримуйте відкриту комунікацію між Власником продукту та командою розробки для оперативного вирішення питань.
• Заохочуйте активну участь усіх членів команди у процесі уточнення беклогу.

• 5. Планування спринту

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

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

Приймаємо і впроваджуємо самоорганізацію у скрам-команді

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

• 1 Заохочуйте самоуправління

• Довіряйте команді вирішення її задач і проблем.
• Підтриуйте культуру, де кожен може приймати рішення і брати на себе відповідальмність.

• 2. Дотримуйтеся цінностей скраму

• Забезпечте, щоб команда жила цінностями Scrum: Відданість, Сміливість, Фокус, Відкритість і Повага.
• Регулярно обговорюйте ці цінності на зустрічах і ретроспективах.

• 3. Будьте лідером через служіння

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

• 4. Розвивайте навички команди

• Заохочуйте навчання та розвиток навичок у команді.
• Організовуйте тренінги і воркшопи для підвищення кваліфікації команди.

• 5. Підтримуйте комунікацію

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

• 6. Формуйте рольову модель

• Показуйте на власному прикладі, як можна дотримуватися принципів скраму і сприяти розвитку команди.
• Будьте відкриті до зворотного зв’язку та постійно вдосконалюйтесь.

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

65. Як можна виміряти успіх скрам-майстра?

Є кілька показників успіху скрам-майстра.

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

66. Як можна виміряти успіх продакт оунера?

Є кілька показників успіху Власника продукту.

• Досягнення цілей спринту: команда регулярно досягає цілей спринту та надає цінні, завершені інкременти.
• Згуртованість: успішний Product Owner узгоджує візію й мету продукту зі стейкхолдерами та членами команди.
• Створення цінності: зосереджений на створенні цінності для клієнтів і забезпеченні стабільного бізнесу для організації.
• Робота з даними: керується даними, але приймає рішення на основі емпіричних доказів.
• Раннє включення розробників: залучає розробників до процесу відкриття продукту на ранніх етапах.
• Відкритість до викликів: очікує, що розробники будуть задавати питання по задачах під час уточнення беклогу.
• Прозорість та комунікація: є прозорим та видатним комунікатором.

67. Як можна виміряти успіх розробників у скрам-команді?

Є кілька показників успіху розробників.

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

Набір №11. Як зробити так, щоб скрам-майстра спіткала невдача

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

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

Ви – середній менеджер в ІТ-організації і вважаєте, що ця штука під назвою Scrum – це тимчасова мода, яка скоро пройде з вашою невеликою допомогою.

Придумайте ідеї, як найкраще саботувати нового Scrum-майстра першої скрам-команди у вашій організації. Вам не дозволяється використовувати будь-які форми незаконної діяльності. Отже, залучення групи злочинців не розглядається. Натомість ви можете використовувати лише ті практики, які є культурно прийнятними у вашій організації.

Тепер задавайте кандидату наступні питання:

68. Як зіпсувати сам скрам-фреймворк?

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

• Звинувачуйте Scrum за будь-якої нагоди, навіть якщо це технічно ніяк не пов’язано.
• Якщо скрам виявляє перешкоди в організації, звинувачуйте в їх існуванні скрам.
• Знаходьте приклади, де скрам не спрацював в інших компаніях, і поширюйте їх.
• Говоріть без поваги про Scrum і роль скрам-майстра під час кавових перерв з розробниками та іншими середніми менеджерами.
• Оспорюйте все, що намагаються сказати або зробити скрам-майстри.
• Ігноруйте пропозиції скрам-майстра щодо навчання скраму.
• Створіть систему заохочень, що зосереджена на особистих інтересах.
• Призначте кількох власників продукту в одну скрам-команду.
• Введіть проксі-власника продукту в скрам-команду, а потім почніть скасовувати всі його рішення.

69. Як можна використовувати надмірні вимоги до звітності або невідповідні метрики для досягнення своєї мети?

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

• Попросіть скрам-майстра довести свою цінність за допомогою метрик.
• Створіть KPI продуктивності для кожного члена команди.
• Попросіть скрам-майстра збирати всі робочі години членів команди.
• Запитуйте індивідуальні метрики продуктивності для кожного спринту.
• Пов’яжіть оцінки продуктивності членів команди з їх середньою кількістю story points за спринт, використовуючи криву Бела.
• Розрахуйте бюджет скрам-команди і наполягайте на тому, що рівень завантаження членів команди має бути вищим.
• Вимагайте оцінок і трактуйте їх як зобов’язання.

70. Як можна втручатися у формування команди, використовуючи свої прерогативи лінійного управління?

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

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

71. Як можна перешкоджати самоуправлінню та організації роботи скрам-команди?

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

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

72. Як можна маніпулювати потоком інформації до скрам-команди?

Чи ваш скрам-майстер має ненаситний апетит до даних, інформації та знань? Тоді просто тримайте їх поза контуром. Що може бути простішим способом саботажу скраму:

• Стверджуйте, що всі вже знають, що робити, тому немає потреби у зустрічах, що налаштовують усіх на єдиний лад, а також у скрам-майстрі.
• Утримуйтесь від надання важливої чи цінної інформації скрам-команді.
• Заохочуйте мислення в ізоляції, просуваючи суворий підхід “маєш знати” для поширення інформації та знань.

73. Як можна використовувати інші події та зустрічі, щоб ускладнити планування та комунікацію для скрам-команди?

Переконайтеся, що всі у скрам-команді розуміють, що ваші події важливіші за їхні:

• Як менеджер, заявляйте, що скрам-події забирають надто багато часу. Замість цього запропонуйте пропустити деякі з них.
• Вимагайте своєї присутності на кожній скрам-події.
• Виключайте скрам-майстра з важливих зустрічей за межами заходів скрам-команди.
• Постійно витягуйте членів скрам-команди на довгі непотрібні зустрічі під час їхніх власних скрам-подій.
• З розумінням ставтеся до потреб скрам-команди, наприклад, що зацікавлені сторони повинні брати участь у Рев’ю спринту. Однак самі ніколи не приєднуйтеся до жодної скрам-події.

Набір №12. Створення цінності в ролі скрам-майстра

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

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

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

Приклад відповіді

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

• 1. Пілотні проєкти

• Я почав із малих пілотних проєктів, що дозволило нам продемонструвати швидкі перемоги без значного впливу на загальну роботу компанії.
• Один із таких проєктів був націлений на створення мінімально життєздатного продукту (MVP) для одного з наших ключових клієнтів. Це дало можливість отримати швидкий зворотній зв’язок і внести необхідні корективи.

• 2. Воркшопи й навчання

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

• 3. Адаптація скрам-подій

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

• 4. Інкрементальний підхід до планування

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

• 5. Покращення зворотного зв’язку

• Впровадження оглядів спринту з участю зацікавлених сторін допомогло підвищити прозорість і отримати цінний зворотній зв’язок.
• Визначення готового (Definition of Done) було створене з урахуванням вимог галузі та клієнтів, що допомогло підвищити якість кінцевого продукту.

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

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

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

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

Приклад відповіді

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

• 1. Виявлення марнотратних практик

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

• 2. Уточнення беклогу продукту

• Разом з власником продукту провели ретельний аналіз беклогу, щоб виділити найвищі пріоритети, які мали найбільший вплив на користувачів.
• Впровадили підхід “високий вплив — низькі витрати” для визначення задач, які могли бути виконані швидше та з меншими витратами.

• 3. Покращення крос-функціональної співпраці

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

• 4. Впровадження автоматизованого тестування

• Інвестували в автоматизацію тестування, що значно скоротило час на тестування та виявлення дефектів.
• Автоматизоване тестування допомогло нам зберегти високу якість продукту, швидше випускаючи нові версії.

• 5. Оптимізація робочих процесів

• Впровадили Kanban-дошки для візуалізації процесів та ідентифікації вузьких місць у реальному часі.
• Регулярні стендапи допомагали виявляти та усувати проблеми на ранніх стадіях.

• 6. Аналітичний підхід до проблем

• Постійно аналізували дані про продуктивність команди та витрати на кожен спринт.
• Використовували ці дані для прийняття обґрунтованих рішень щодо оптимізації процесів.

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

76. Опишіть досвід, коли ви використовували скрам для покращення передбачуваності доставки продукту на надзвичайно нестабільному ринку

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

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

Приклад відповіді

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

• 1. Налаштування тривалості спринтів

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

• 2. Динамічна пріоритезація продуктового беклогу

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

• 3. Тісна співпраця із зацікавленими сторонами

• Ми встановили регулярні зустрічі з зацікавленими сторонами під час оглядів спринту, щоб обговорити прогрес і за потреби змінити пріоритети.
• Ці зустрічі допомогли підтримувати відкриту комунікацію і швидко реагувати на зміни ринку.

• 4. Використання карт користувацьких історій (User Story Mapping)

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

• 5. Покращення комунікації і встановлення реалістичних очікувань

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

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

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

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

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

Приклад відповіді

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

• 1. Навчання керівництва про переваги Agile

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

• 2. Інтерактивні воркшопи

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

• 3. Досягнення швидких перемог

• Ідентифікував кілька невеликих проєктів, які могли бути виконані за допомогою скраму для досягнення швидких результатів.
• Ці проєкти допомогли продемонструвати ефективність скраму і підвищити довіру до методу серед скептиків.

• 4. Створення спільноти практиків

• Запровадив регулярні зустрічі та обмін досвідом серед колег, які вже працювали за гнучкими принципами.
• Це створило платформу для постійного навчання та підтримки, що допомогло поширити Agile-культуру в організації.

• 5. Обмін успішними історіями

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

• 6. Переконлива комунікація та підтримка змін

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

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

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

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

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

Приклад відповіді

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

• 1. Підготовка

• Заздалегідь збираю дані про спринт: ключові метрики, досягнення та проблеми.
• Вибираю відповідний формат ретроспективи залежно від потреб команди та ситуації (наприклад, Start-Stop-Continue, 4Ls, Sailboat).

• 2. Фасилітація

• Починаю з короткого огляду мети ретроспективи та встановлюю позитивний тон.
• Використовую айс-брейкери або короткі активності для залучення команди та створення сприятливої атмосфери.
• Заохочую всіх членів команди до участі, використовуючи різноманітні техніки (наприклад, кругові питання, анонімні картки).

• 3. Аналіз та обговорення

• Проводжу аналіз минулого спринту, акцентуючи увагу на досягненнях і перешкодах.
• Заохочую команду до відкритого обговорення того, що пішло добре, що можна покращити та які нові ідеї можна впровадити.
• Використовую візуальні засоби (дошки, діаграми тощо), щоб зробити процес більш зрозумілим і наочним.

• 4. Пріоритизація дій

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

• 5. Подальші дії та відстеження

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

6. Підтримка різноманітності форматів

• Регулярно змінюю формати ретроспектив, щоб підтримувати інтерес команди та уникати монотонності.
• Залучаю команду до вибору форматів і методик, які їм найбільше подобаються.

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

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

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

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

Приклад відповіді

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

• 1. Співпраця з Власником продукту

• Тісно співпрацював з Власником продукту для розуміння стратегічних цілей та пріоритетів організації.
• Допомагав створити зрозумілі цілі продукту, що узгоджувалися з потребами зацікавлених сторін і користувачів.

• 2. Використання техніки складання карт користувацьких історій (User Story Mapping)

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

• 3. Узгодження пріоритетів із зацікавленими сторонами

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

• 4. Прозора комунікація та управління очікуваннями

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

• 5. Використання метрик для підтримки прийняття рішень

• Використовував дані та метрики для обґрунтування рішень щодо пріоритетів, показуючи, які функції приносять найбільшу цінність та вплив.
• Це допомогло зацікавленим сторонам зрозуміти та підтримати прийняті рішення.

• 6. Підтримка стабільного темпу роботи команди

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

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

80. Як ви підтримуєте мотивацію та залучення команди у довгострокових проєктах з високим рівнем повторюваних завдань?

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

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

Приклад відповіді

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

• 1. Впровадження гейміфікації

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

• 2. Ротація ролей

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

• 3. Навчальні воркшопи та тренінги

• Організовую регулярні воркшопи та тренінги для підвищення кваліфікації та розвитку нових навичок.
• Це допомагає команді залишатися залученою та мотивованою, оскільки вони постійно вдосконалюються та вчаться новому.

• 4. Святкування малих перемог

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

• 5. Підтримка індивідуальних цілей розвитку

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

• 6. Підтримка позитивного робочого середовища

• Створюю позитивне й відкрите середовище, де кожен може висловити свої думки та ідеї.
• Заохочую команду до відкритої комунікації та співпраці, що допомагає підтримувати високий моральний дух.

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

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

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

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

Приклад відповіді

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

• 1. Планування заздалегідь

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

• 2. Система наставництва та “бадді”

• Призначаю досвідченого члена команди як наставника або “бадді” для нового учасника. Це допомагає новачкові швидше адаптуватися і отримати підтримку в перші дні.
• Наставник допомагає з повсякденними питаннями і вводить у курс справ команди.

• 3. Чітка документація норм та очікувань

• Переконуюсь, що у нас є детальна документація робочих угод команди, визначення готового (Definition of Done) та інших важливих процесів.
• Проводжу ознайомчу сесію для нового члена команди, щоб пояснити всі ці аспекти і відповісти на його запитання.

4. Поступове занурення

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

• 5. Командні заходи та інтеграційні сесії

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

• 6. Підтримка відкритої комунікації

• Заохочую нових членів команди ставити запитання і висловлювати свої думки з самого початку.
• Створюю середовище, де вони відчувають себе комфортно і впевнено, знаючи, що їх підтримують.

• 7. Регулярні зворотні зв’язки та огляди прогресу

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

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

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

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

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

Приклад відповіді

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

• 1. Нейтральне посередництво

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

• 2. Активне слухання

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

• 3. Фасилітація сесій вирішення проблем

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

• 4. Форуми для відкритого діалогу

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

• 5. Культура довіри та психологічної безпеки

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

• 6. Перетворення конфліктів на можливості для зростання

• Я бачу конфлікти як можливості для зростання та навчання. Вирішуючи конфлікти, ми покращуємо комунікацію та розуміння всередині команди.
• Це сприяє зміцненню команди та підвищенню її ефективності.

• 7. Залучення керівництва при необхідності

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

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

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

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

Це відкрите питання дозволяє кандидатам адресувати свою обізнаність з фреймворками, такими як LeSS або Nexus, або поділитися своєю думкою про корисність SAFe. На філософському рівні це відкриває обговорення, чи є “Agile” взагалі масштабованим, з огляду на те, що більшість фреймворків масштабування застосовують більше процесів до проблеми. Також існує думка, що необхідно скорочувати організацію, надаючи тим, хто найближче до проблем, можливість приймати рішення в межах заданих обмежень і правил управління. Кандидат повинен підкреслити важливість підтримання спільного бачення та цілей, створення спільнот практики для обміну знаннями та кращими практиками, а також подолання культурних бар’єрів на шляху до змін. Вони повинні також відобразити важливість спонсорства з боку керівництва та стратегічної участі ключових зацікавлених сторін у підтримці масштабування.

Приклад відповіді

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

• 1. Вибір відповідного фреймворку масштабування

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

• 2. Підтримка спільного бачення та цілей

• Організував сесії стратегічного планування за участю всіх команд для визначення спільного бачення та цілей.
• Це допомогло забезпечити узгодженість між командами та спрямувати їхні зусилля на досягнення загальних результатів.

• 3. Створення спільнот практики

• Створив спільноти практики (CoPs) для обміну знаннями та кращими практиками між командами.
• Це сприяло розповсюдженню успішних підходів та вирішенню проблем через спільне навчання.

• 4. Постійна підтримка та наставництво

• Впровадив регулярні зустрічі скрам-майстрів для обговорення викликів та успіхів у масштабуванні.
• Забезпечив постійну підтримку команд через наставництво та коучинг.

• 5. Подолання культурних бар’єрів

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

• 6. Спонсорство з боку керівництва та участь зацікавлених сторін

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

• 7. Відстеження прогресу та адаптація

• Регулярно відстежував прогрес масштабування за допомогою метрик і зворотного зв’язку від команд.
• Вносив необхідні корективи на основі отриманих даних для постійного вдосконалення процесу.

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

Коротенький висновок

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

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

Пам’ятайте, що гарний скрам-майстер живе та дихає принципами, втіленими у Scrum Guide та Agile Manifesto, у своїх повсякденних діях і рішеннях.

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