30 top scrum interview questions
Список найпоширеніших запитань щодо інтерв’ю у Scrum із детальними відповідями, які допоможуть вам у підготовці до інтерв’ю:
Ось декілька запитань на співбесіду та їх відповіді, які зазвичай задають під час співбесіди з кандидатом, який стверджує, що знає методологію Agile scrum.
Також читайте=> 25 найкращих запитань та відповідей на інтерв’ю для спритного тестування
Перш ніж переходити до гнучких методологій scrum, відповіді на запитання на співбесіду, я б порекомендував вам усім спершу пройти це питання та спробувати відповісти самостійно, а після закінчення перейдіть до перегляду відповідей.
Отже, у цій роботі я спочатку написав лише питання, щоб у вас усіх було місце для продумування відповідей. Потім у другій частині статті я записав відповіді.
Крім того, я хотів би тут зазначити, що існує багато сценаріїв, на які не може бути правильної чи неправильної відповіді. Це залежить лише від культури організації та перспективи вирішення ситуації.
Отже, ось питання:
Потрібно прочитати=> Початок роботи з методологією Agile Scrum
Запитання для інтерв’ю у Scrum (Прокрутіть униз, щоб знайти відповіді)
Q # 1. Чим Scrum відрізняється від водоспаду?
Q # 2. Чим scrum відрізняється від ітеративної моделі?
Q # 3. Чи знаєте ви будь-яку іншу гнучку методологію, крім Scrum?
Q # 4. Які церемонії ви проводите в сутичці
Q # 5. Ви знаєте Три Аміго в Скрумі?
Q # 6. Яким, на вашу думку, повинен бути ідеальний розмір команди Scrum?
Q # 7. Що ви обговорюєте на щоденній стендовій зустрічі?
Q # 8. Як називається 'бокс часу' процесу сутички?
Q # 9. Якою має бути ідеальна тривалість спринту?
Q # 10. Як вимоги визначаються в сутичці?
Q # 11. Які різні артефакти у скрамі?
Q # 12. Як ви визначаєте історію користувача?
Q # 13. Які ролі Scrum Master та власника продукту?
Q # 14. Як ви вимірюєте виконану роботу в спринті?
Q # 15. Що таке швидкість?
Q # 16. Тож у Scrum яка організація відповідає за результат? Scrum Master або власник продукту?
Q # 17. Як ви вимірюєте складність або зусилля в спринті? Чи є спосіб його визначити та представити?
Q # 18. Як ви відстежуєте свій прогрес у спринті?
Q # 19. Як створити діаграму вигорання?
Q # 20. Що ви робите у спринтерському огляді та ретроспективі?
Q # 21. Ви бачите якийсь недолік використання scrum?
Q # 22. Чи вважаєте ви, що scrum можна застосувати у всіх процесах розробки програмного забезпечення?
Q # 23. Під час перевірки, припустимо, власник продукту або зацікавлена сторона не погоджується з функцією, яку ви застосували, що б ви зробили?
Q # 24. У випадку, якщо майстер скраму недоступний, ви все одно проводитимете щоденні збори?
Q # 25. Де автоматизація вписується в сутичку?
Q # 26. Окрім планування, огляду та ретроспективи, чи знаєте ви ще якусь церемонію в сутичці?
Q # 27. Чи можете ви навести приклад, де не можна застосувати scrum? У такому випадку, що ви пропонуєте?
Q # 28. Скажіть мені одну велику перевагу використання Scrum?
Q # 29. Що таке DoD? Як цього досягається?
Q # 30. Що таке MVP у scrum?
Q # 31. Що таке епіки?
Q # 32. Як ви розраховуєте сюжет?
Q # 33. Чи можливо, що ви стикаєтесь з різними сюжетами для розробки та тестування? У такому випадку, як ви вирішуєте цей конфлікт?
Q # 34. Ви знаходитесь посеред спринту, і раптом у власника продукту з’являється нова вимога. Що ви зробите?
Q # 35. Якщо ви отримаєте розповідь в останній день спринту для тестування і виявите дефекти, що ви зробите? Ви позначите історію, яку потрібно зробити?
Тепер тут відповіді на запитання:
Запитання та відповіді на інтерв’ю у Scrum
Q # 1) Чим Scrum відрізняється від водоспаду?
Відповідь: Основні відмінності:
- Відгуки від замовника отримуються на ранній стадії в Сутичка, ніж водоспад , тоді як відгук від замовника отримується до кінця циклу розробки.
- Задовольнити нову або змінену вимогу в сутичці простіше, ніж водоспад.
- Scrum фокусується на спільному розвитку, ніж водоспад де весь цикл розвитку розділений на фази.
- У будь-який момент часу ми можемо відкотити зміни в сутичці, ніж у водоспаді.
- Тестування вважається фазою у водоспаді, на відміну від сутички.
Q # 2) Чим scrum відрізняється від ітеративної моделі?
Відповідь: Scrum - це тип ітераційної моделі, але він ітеративний + інкрементальний.
Q # 3) Чи знаєте ви будь-яку іншу гнучку методологію, крім Scrum?
Відповідь: Інша методологія Agile включає KanBan, XP, Lean.
Q # 4) Які церемонії ви проводите в сутичці?
Відповідь: У Scrum проводяться 3 основні церемонії:
- Планувальна зустріч: Тут цілі команди scrum разом із майстром scrum та власником продукту збираються, щоб обговорити кожен товар із відставання товару, який вони можуть попрацювати на спринті. Коли історія оцінена і добре зрозуміла команді, історія переходить до списку спринтів.
- Оглядова зустріч: Тут команда scrum демонструє зацікавленим сторонам їх роботу, виконану.
- Ретроспективна зустріч: Тут команди Scrum разом з майстром Scrum та власником продукту зустрічаються, щоб переглянути останній спринт, над яким вони працювали. Вони в основному обговорюють три речі:
- Що пройшло добре?
- Що можна зробити краще?
- Елементи дії
Окрім цих трьох церемоній, ми маємо ще одну зустріч, яка називається “Догляд за відставанням”.
На цій зустрічі команда Scrum разом із майстром Scrum та власником продукту. Власник продукту висуває бізнес-вимоги відповідно до пріоритету, і команда, яка обговорюється над ним, визначає складність, залежності та зусилля. Команда також може зробити історію, вказуючи на цьому етапі.
Q # 5) Чи знаєте ви Три Аміго в Scrum?
Відповідь: Трьома Аміго - власник продукту, майстер Scrum і команда Scrum.
Q # 6) Яким, на вашу думку, повинен бути ідеальний розмір команди Scrum?
Відповідь: Ідеальний розмір - від 7 до 9 з +/- 2
oops концепції в c # з прикладами
Q # 7) Що ви обговорюєте на щоденній зустрічі?
Відповідь: Ми обговорюємо такі три речі:
- Що я зробив сьогодні?
- Що я планую робити завтра?
- Будь-які перешкоди / блокпост
Q # 8) Як називається “Бокс часу” процесу сутички?
Відповідь: Це називається 'Спринт'
Q # 9) Якою має бути ідеальна тривалість спринту?
Відповідь: Рекомендується провести 2 - 4 тижні спринтерського циклу.
Q # 10) Як вимоги визначаються у сутичці?
Відповідь: Вимоги в Scrum називають 'Історіями користувачів'.
Q # 11) Які різні артефакти у скрамі?
Відповідь: У Scrum зберігаються два артефакти:
- Відставання товару: Містять пріоритетний перелік бізнес-вимог
- Відставання спринту: Містить історії користувачів, які повинна зробити команда scrum для спринту.
Q # 12) Як ви визначаєте історію користувача?
Відповідь: Історії користувачів визначаються у форматі
Як
я хочу
Так що
Q # 13) Які ролі ведучого Scrum і власника продукту?
Відповідь:
Scrum Master: Виконує обов'язки керівника службової команди. Він головує над усіма церемоніями сутичок і тренує команду, щоб зрозуміти та реалізувати цінності та принципи сутичок.
Власник продукту: Це контактна точка для команди сутичок. Це той, хто працює найближче до бізнесу. Основна відповідальність власника товару полягає у виявленні та вдосконаленні елементів відставання товару.
Q # 14) Як ви вимірюєте виконану роботу в спринті?
Відповідь: Вимірюється швидкістю.
Q # 15) Що таке швидкість?
Відповідь: Швидкість - це сума сюжетних очок, яку команда сутичок заповнює (відповідає визначенню виконаного) за спринт.
Q # 16) Отже, у сутичці, яка організація відповідає за результати? Майстер Scrum або власник продукту?
Відповідь: Ні майстер сутичок, ні власник продукту. Це відповідальність команди, яка володіє результатом.
Q # 17) Як ви вимірюєте складність або зусилля в спринті? Чи є спосіб його визначити та представити?
Відповідь: Складність та зусилля вимірюються за допомогою 'Історій'. У Scrum рекомендується використовувати серію Фібоначчі для її представлення.
Q # 18) Як ви відстежуєте свій прогрес у спринті?
Відповідь: Прогрес відслідковується за допомогою 'діаграми вигорання'.
Q # 19) Як створити діаграму вигорання?
Відповідь: Діаграма вигорання - це графік, який показує очікувані фактичні зусилля виконуваних завдань.
Це механізм відстеження, за допомогою якого для конкретного спринту; повсякденні завдання відстежуються, щоб перевірити, чи просуваються історії до завершення визначених сюжетних пунктів чи ні. Тут ми повинні пам’ятати, що зусилля вимірюються історіями користувачів, а не годинами.
Q # 20) Що ви робите у спринтерському огляді та ретроспективі?
Відповідь: Під час огляду Sprint ми проходимо і демонструємо зацікавленим сторонам функцію чи історію, реалізовану командою Scrum.
Під час Ретроспективи ми намагаємось спільно визначити, що пройшло добре, що можна зробити краще, а елементи дій постійно вдосконалювати.
Q # 21) Чи бачите ви якийсь недолік використання scrum?
Відповідь: Я не бачу жодного недоліку використання Scrum. Проблеми в основному виникають тоді, коли команда супроводу або не розуміє цінностей та принципів сутички, або недостатньо гнучка для зміни.
реалізувати пріоритетну чергу c ++
Q # 22) Чи вважаєте ви, що scrum можна застосувати у всіх процесах розробки програмного забезпечення?
Відповідь: Scrum використовується в основному для
- Складні проекти.
- Проекти, які мають ранні та строгі терміни.
- Коли ми розробляємо будь-яке програмне забезпечення з нуля.
Q # 23) Під час огляду, припустимо, власник продукту чи зацікавлена сторона не погоджується з функцією, яку ви застосували, що б ви зробили?
Відповідь: Перше, що ми не будемо позначати історію як виконану.
Спочатку ми підтвердимо фактичну вимогу зацікавленої сторони, оновимо історію користувачів та помістимо її у відставання. Виходячи з пріоритету, ми будемо тягнути історію в наступному спринті.
Питання # 24) У випадку, якщо майстер скраму недоступний, ви все одно проводитимете щоденні збори?
Відповідь: Так, ми цілком можемо продовжувати і проводити наші щоденні зустрічі на стійці.
Q # 25) Де автоматизація вписується в сутичку?
Відповідь: Автоматизація відіграє життєво важливу роль у Scrum. Для того, щоб мати постійний зворотний зв'язок та забезпечувати якісні результати, ми повинні намагатися впроваджувати підходи TDD, BDD та ATDD під час нашого розвитку. Автоматизація в scrum не тільки пов’язана з тестуванням, але й стосується всіх аспектів розробки програмного забезпечення.
Як я вже говорив перед введенням TDD, BDD та ATDD прискорять наш процес розробки разом із підтримкою стандартів якості; автоматизація процесу збірки та розгортання також пришвидшить доступність функцій у різних середовищах - від контролю якості до виробництва.
Що стосується тестування, регресійне тестування повинно приділяти найбільше уваги. З прогресом кожного спринту пакет регресії продовжує зростати, і стає практично складно виконувати пакет регресії вручну для кожного спринту. Оскільки у нас тривалість спринту 2 - 4 тижні, автоматизація його була б імперською.
Q # 26) Окрім планування, огляду та ретроспективи, чи знаєте ви ще якусь церемонію в сутичці?
Відповідь: У нас є нарада щодо уточнення відставання товару (зустріч щодо догляду за відставанням), на якій команда, майстер скруту та власник продукту зустрічаються, щоб зрозуміти вимоги бізнесу, розділяє їх на історії користувачів та оцінює.
Q # 27) Чи можете ви навести приклад того, де не можна застосувати scrum? У такому випадку, що ви пропонуєте?
Відповідь: Scrum може бути реалізований у всіх видах проектів. Він застосовується не тільки до програмного забезпечення, але також успішно впроваджується в машинобудівні та інженерні проекти.
Q # 28) Скажіть мені одну велику перевагу використання scrum?
Відповідь: Головною перевагою є - ранній зворотний зв’язок та виробництво мінімального життєздатного продукту для зацікавлених сторін.
Q # 29) Що таке DoD? Як цього досягається?
Відповідь: DoD означає Визначення Готово. Це досягається тоді, коли
- Історія завершена
- QA завершено
- Історія відповідає та відповідає критеріям прийняття
- Регресія навколо історії завершена
- Функція може бути відправлена / розгорнута у виробництві.
Q # 30) Що таке MVP у scrum?
Відповідь: Мінімальний життєздатний продукт - це продукт, який має лише мінімально необхідну функцію, яка може бути продемонстрована зацікавленим сторонам і може бути відвантажена на виробництво.
Q # 31) Що таке Epics?
Відповідь: Епіки - це двозначні історії користувачів, або ми можемо сказати, що це історії користувачів, які не визначені і зберігаються для майбутніх спринтів.
Q # 32) Як ви розраховуєте сюжет?
Відповідь: Точка сюжету обчислюється з урахуванням зусиль з розробки + спроб тестування + вирішення залежностей та інших факторів, які потребують завершення історії.
Q # 33) Чи можливо, що ви стикаєтесь із різними сюжетами для розробки та тестування? У такому випадку, як ви вирішуєте цей конфлікт?
Відповідь: Так, це дуже поширений сценарій. Можливо, існує ймовірність того, що історія, яку дала команда розробників, скажімо, 3, але тестувальник дає їй 5. У цьому випадку і розробник, і тестувальник мають обґрунтувати свою історію, обговорити на зустрічі та співпрацювати для завершення загальна історія.
Q # 34) Ви знаходитесь посеред спринту, і раптом у власника продукту з’являється нова вимога, що ви зробите?
Відповідь: В ідеальному випадку вимога стає історією і переходить до відставання. Тоді, виходячи з пріоритету, команди можуть взяти його в наступному спринті.
Але якщо пріоритет вимоги дійсно високий, тоді команді доведеться розмістити його в спринті, але він повинен дуже добре повідомити зацікавленій стороні, що включення історії в середині спринту може призвести до переливання кількох історій на наступний спринт.
Q # 35) Якщо ви отримаєте історію в останній день спринту для тестування і виявите дефекти, що ви будете робити? Ви позначите історію як виконану?
Відповідь: Історія складається лише тоді, коли вона завершена розробкою + QA завершена + критерії прийнятності виконані + вона може бути відправлена у виробництво. У цьому випадку, якщо є дефекти, історія виконана частково, а не повністю, тому я перекину її на наступний спринт.
Сподіваємось, деякі найпоширеніші запитання та відповіді на скрут-інтерв’ю будуть корисними для вас під час підготовки скрут-інтерв’ю.
Рекомендована література
- Запитання та відповіді на інтерв’ю
- Найкращі 31 запитання та відповіді на спритні інтерв’ю
- 25 найкращих запитань та відповідей на інтерв’ю для спритного тестування
- Запитання та відповіді на інтерв’ю для тестування ETL
- 30 найкращих запитань та відповідей на інтерв’ю з огірками
- 30 найкращих запитань та відповідей на інтерв’ю SAS
- 30 найкращих запитань та відповідей на тестування безпеки
- 30 найкращих запитань та відповідей на інтерв’ю СУБД