Чи варто, щоб розробник був майстром scrum? Це офіційне позначення чи?

Чи вигідно розробнику стати «майстром накрутки»?

Це офіційна сертифікація чи просто хтось, хто спеціалізується?

Які кроки на шляху до її досягнення?

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

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

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

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

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

tl; dr: Майстер Scrum - це фасилітатор - він не означає жодного оволодіння.

Це офіційна сертифікація чи просто хтось, хто спеціалізується? Які кроки на шляху до її досягнення?

Є офіційне позначення «Сертифікований майстер Scrum» . Це вступний курс, керований альянсом scrum. Якщо ви пройдете курс і пройдете тест, ви будете "сертифікованим майстром викрутки".

Чи вигідно розробнику стати «майстром накрутки»?

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

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

Сертифікація CSM подібна до сертифікації CPR - ви знаєте основи, але ви не експерт.

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

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

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

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

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

Чи вигідно розробнику стати «майстром накрутки»?

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

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

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