Agile Практика
Registered Scrum Master™ и Registered Product Owner™ са двете основни програми на Agile Практика. Води ги Калоян Чалъков, Registered Scrum Trainer™ към Scrum Inc. Изберете обучение според отговорностите си в екипа и решенията, които вземате за продукта.
Registered Scrum Master™
Ефективност на екипа, пречки и подобрения
Registered Product Owner™
Продуктова цел, стойност и Product Backlog
Снимката показва илюстративна учебна среда, не обявено обучение.
Онлайн обучения с потвърдени дати
Трите обучения се провеждат онлайн и започват в 15:00 ч. българско време. Присъствените обучения във Варна и Бургас са отделни и за тях все още няма потвърдени дати.
899,00 € с включен ДДС, за един участник
Свободни места: 15 от 15
899,00 € с включен ДДС, за един участник
Свободни места: 15 от 15
899,00 € с включен ДДС, за един участник
Свободни места: 15 от 15
Две различни отговорности в Scrum
Registered Scrum Master™ и Registered Product Owner™ са двете основни програми на Agile Практика. Води ги Калоян Чалъков, Registered Scrum Trainer™ към Scrum Inc. Сравнете учебните цели и отговорностите, към които е насочена всяка програма. Практическите примери по-долу са подготвени за този сайт, а официалните учебни цели са посочени отделно.
Scrum и ефективност на екипа
Scrum Master отговаря за установяването на Scrum според Scrum Guide и за ефективността на Scrum екипа. Това включва подкрепа за самоуправлението, разбиране на Scrum и работа по пречките, а не разпределяне на задачи.
Официалната програма на Scrum Inc. обхваща рамката Scrum, Lean принципите, отстраняването на пречки и загуби, показателите за ефективност и удовлетвореност на екипа. Включва практики на силните Scrum екипи и прилагане на ролята чрез Scrum@Scale.
Официална програма на Scrum Inc.За хора, които поемат отговорностите на Scrum Master, и за практици, които искат да осмислят трудностите в работата на екипа. Полезна посока и за ръководители на проекти и екипи, които искат да разграничат управлението на проект от Scrum.
Product Owner
Стойност и посока
Developers
Използваем Increment
Scrum Master
Scrum и ефективност
Учебен пример, не клиентски казус
Екипът чака достъп до тестова среда и Sprint Goal е застрашена. Scrum Master помага пречката да стане видима и подкрепя разговора с отговорните хора. Developers адаптират плана си. Scrum Master не поема управлението на задачите вместо тях.
Подкрепата е насочена към отстраняване на пречката и способността на екипа да се самоуправлява.
Разграничете подкрепата за самоуправляващ се екип от контрол върху задачите му. При запитване посочете своя опит и конкретно предизвикателство, което искате да разберете.
Продуктова цел и решения за стойността
Product Owner отговаря за максимизирането на стойността на продукта, създаван от Scrum екипа, и за ефективното управление на Product Backlog. Тази отговорност включва ясна Product Goal, разбираеми елементи и обоснована подредба на работата.
Официалната програма на Scrum Inc. обхваща продуктова визия, поддържане и подредба на Product Backlog, оценяване на бизнес стойността и избор между конкуриращи се приоритети. Включва техники и показатели за продуктови решения и работа на Product Owner с няколко екипа чрез Scrum@Scale.
Официална програма на Scrum Inc.За Product Owners, продуктови мениджъри и бизнес анализатори, които искат да разберат тази отговорност в Scrum. Подходяща посока и за хора, които участват в решенията за продукта. Длъжността сама по себе си не определя кой носи отговорността на Product Owner.
Product Goal
Посока на продукта
Product Backlog
Подредена работа
Обратна връзка
Нови данни за решенията
Учебен пример, не клиентски казус
Заинтересована страна иска нов отчет, но потребители не успяват да завършат основна операция. Product Owner изяснява засегнатите потребители, връзката с Product Goal и последствията от отлагането. Developers дават информация за усилието и зависимостите. Решението не се основава само на това кой настоява най-силно.
Подредбата е продуктово решение, което трябва да може да се обясни и преразгледа при нови данни.
Product Backlog не е списък с обещания към всеки заинтересован. Product Owner носи отговорност за подредбата, но използва знанията на екипа и данните за продукта. При запитване посочете какви продуктови решения вземате.
При запитване уточнете конкретното съдържание и изискванията на програмата. Официални източници: Registered Scrum Master™, Registered Product Owner™ и Scrum Guide 2020.
Учебен пример
Да разгледаме измислен продукт за резервации. Неговата Product Goal е потребителите да могат надеждно да завършват и проследяват резервациите си. Това е пример за разсъждение, не реален клиентски казус или универсална формула.
Product Goal
Посока на продукта
Product Backlog
Подредена работа
Обратна връзка
Нови данни за решенията
Колко хора са засегнати? Има ли обходно решение? Какви са усилието, рискът и зависимостите? Developers дават информация за размера и техническите ограничения. Product Owner носи отговорност за подредбата.
Потребители не получават потвърждение за успешна резервация.
Пряко засяга надеждността на основната операция.
Има предположение, че забравени резервации водят до пропуснати посещения.
Свързано е с целта, но предположението трябва да се провери.
Поискана е визуална промяна, без данни за проблем с употребата.
При наличната информация има по-слаба връзка с целта.
Извод: това е възможна подредба при посочените предположения. Ако напомнянето изисква първо промяна в потвърждението, зависимостта има значение. Ако нови данни покажат друг основен проблем, редът може да се промени. Подредбата на Product Backlog не е обещание какво непременно ще влезе в следващия Sprint.
Място и избор на обучение
Подготвяме възможности за присъствени обучения във Варна и Бургас.
Изберете посока според отговорностите, които искате да разберете. Посочете града и дали търсите обучение за себе си или за организация.
Търсите тема за себе си? Сравнете въпросите за ефективността на екипа с тези за продуктовите решения. За организация посочете кои отговорности е важно да се изяснят.
Посочете Бургас, интересуващата ви програма и въпрос за учебните цели или изискванията.
Избирате обучение за екип? Помислете дали основният въпрос е сътрудничеството и пречките, или целта и подредбата на продукта. Индивидуалното запитване може да започне от вашата роля.
Посочете Варна, дали запитването е за организация и кои отговорности искате участниците да разберат.
Коя отговорност искате да разберете? Какъв опит имате със Scrum? Кой работен въпрос искате да изясните?
Сравнете посоките за обучениеКои хора ще участват? Нуждаят ли се от общо разбиране на Scrum, или от по-задълбочени теми за конкретни отговорности?
Обучение за организация
За обучителя
Registered Scrum Trainer™ към Scrum Inc.
Калоян води двете основни програми на Agile Практика: Registered Scrum Master™ и Registered Product Owner™. Обученията свързват отговорностите в Scrum с решенията за продукта и ежедневната работа на екипа.
Повече за КалоянБезплатни учебни ресурси
Разграничете Scrum Master от Project Manager, проследете решенията в Scrum събитията и вижте как проверката води до промяна в работата.
Не. Scrum Guide определя отговорностите на Scrum Master, но не определя роля Project Manager. Обхватът на работата на Project Manager зависи от организацията и проекта. Scrum Master подкрепя ефективността и самоуправлението, вместо да управлява екипа чрез разпределяне на задачи.
Учебен пример: В проект някой може да следи бюджет, договори и външни срокове. Това не му дава автоматично отговорностите на Scrum Master. Ако започне да разпределя задачите на Developers, самоуправлението им се нарушава.
Извод: Сравнявайте реалните отговорности, не само длъжностите. Нито една от двете роли не е универсално по-добра.
В Sprint Planning Scrum екипът изяснява защо Sprint е ценен, какво може да бъде направено и как. Daily Scrum е за Developers: проверка на напредъка към Sprint Goal и адаптация на Sprint Backlog. Sprint Review е съвместна проверка на резултата със заинтересованите страни и разговор за следващите адаптации. Sprint Retrospective търси начини за повишаване на качеството и ефективността.
Учебен пример: Планираме да направим резервацията по-надеждна. В Daily Scrum Developers установяват зависимост и променят плана. На Review проверяват резултата и новата обратна връзка. На Retrospective избират подобрение в начина на тестване. Review не е само демонстрация, а Retrospective не е оценяване на хората.
Извод: Всяко събитие има различен предмет на проверка. Еднакъв статус отчет във всички срещи пропуска смисъла им.
Прозрачността прави състоянието на работата разбираемо. Проверката сравнява резултата и напредъка с целите. Когато има отклонение или нова информация, екипът адаптира подхода. Събиране на показатели без последващо решение не е достатъчно.
Учебен пример: Екипът вижда, че приключените задачи не дават използваем Increment, защото тестването остава за по-късно. Прави това видимо, обсъжда причините и променя сътрудничеството при тестване. След това проверява дали промяната помага.
Извод: Свържете наблюдението с конкретна промяна и следваща проверка, а не с обещание за подобрение.
Обяснения по Scrum Guide 2020. Примерите са подготвени за сайта и не са част от официална учебна програма.
Всички практически обясненияПреди запитването
Посочете интересуващата ви програма, Бургас или Варна, ролите на участниците и въпрос за учебните цели или изискванията.
Да, за онлайн обученията. Датите, цената и свободните места са в раздел „Предстоящи Scrum обучения“. За присъствени обучения във Варна и Бургас все още няма потвърдени дати и зали.
Не. Участието само по себе си не дава сертификат. Придобиването му зависи от приложимите официални изисквания на конкретната програма. Те трябва да бъдат уточнени преди записване.
Запитване за обучение
Посочете Registered Scrum Master™ или Registered Product Owner™, Бургас или Варна и дали питате за себе си или за организация. Добавете въпрос за учебните цели или изискванията. Запитването е начало на разговор, не потвърдено записване.