"До популяризации agile-методик разработки работа выполнялась так "как исторически сложилось", иногда годами осуществляясь с одними и теми же систематическими ошибками, которые никто не искал, потому что они никого не интересовали. Процветал подход "это не моя работа", который особенно хорошо работал в "бункеризированной" среде.
Предоставить возможность работникам, непосредственно осуществляющим свою деятельность, стать хозяевами процесса и самим менять его было поистине революционным предложением. Но как это осуществить в команде или процессе, где никто не понимает практики постоянных улучшений и когда команда состоит в значительной степени из приверженцев подходов "это уже не моя работа" и "я так делал годами и всё работало, что вы ко мне пристали, я не хочу ничего менять", по сути, тем самым подкрепляя как недоверие руководства, так и его желание участвовать в согласовании любого рода изменений?
Появилась необходимость в отдельной роли с минимально необходимыми специфическими знаниями в области практик совершенствования процессов производства."
Предоставить возможность работникам, непосредственно осуществляющим свою деятельность, стать хозяевами процесса и самим менять его было поистине революционным предложением. Но как это осуществить в команде или процессе, где никто не понимает практики постоянных улучшений и когда команда состоит в значительной степени из приверженцев подходов "это уже не моя работа" и "я так делал годами и всё работало, что вы ко мне пристали, я не хочу ничего менять", по сути, тем самым подкрепляя как недоверие руководства, так и его желание участвовать в согласовании любого рода изменений?
Появилась необходимость в отдельной роли с минимально необходимыми специфическими знаниями в области практик совершенствования процессов производства."
Виталий Новиков
Гл.редактор
Мастер по Scrum (Scrum Master)
"Настоящий лидер", который служит Scrum-команде и организации
Scrum, несмотря на то что считается, что он исчерпывающе изложен на тринадцати страницах официального руководства, требует реализации набора практик, выходящих далеко за рамки информации, которая в нём изложена. Одна из них — это практика постоянного улучшения и контроля качества.
Руководство написано так, что может быть свободно и неверно интерпретировано, если не знать основополагающие принципы организации процессов производства, их оптимизации и контроля качества, включая обеспечение прозрачности, измерение производительности и измеримость в целом. Это одна из причин частых неумышленных нарушений обязательных элементов фреймворка.
Руководство написано так, что может быть свободно и неверно интерпретировано, если не знать основополагающие принципы организации процессов производства, их оптимизации и контроля качества, включая обеспечение прозрачности, измерение производительности и измеримость в целом. Это одна из причин частых неумышленных нарушений обязательных элементов фреймворка.
Scrum мастер (далее СМ) ответственен:
- за внедрение и использование Scrum, как определено в Руководстве по Scrum. Он помогает понять теорию и практику Scrum как внутри Scrum-команды, так и во всей организации;
- за эффективность работы команды и наличие механизма постоянного улучшения качества процесса разработки ПО.
Это "настоящий лидер", который служит Scrum-команде:
- Обучает членов команды навыкам самоуправления и кросс-функциональности;
- Помогает команде сосредоточиться на создании инкрементов продукта, соответствующих Определению готовности;
- Устраняет препятствия на пути прогресса команды;
- Способствует тому, чтобы все мероприятия/артефакты проходили своевременно, результативно и эффективно, в том числе укладывались в установленные ограничения по времени.
СМ помогает Владельцу Продукта:
- в поиске методов эффективного определения целей продукта и управления продуктовым бэклогом;
- помогает команде осознать необходимость чётких, кратких и понятных элементов бэклога продукта;
- помогает в разработке эмпирического (то есть основанного на опыте прошлых итераций) плана продукта в комплексной быстроизменяющейся среде;
- способствует и культивирует сотрудничество заинтересованных сторон продукта по запросу или при необходимости.
СМ помогает организации:
- обучает и приучает организацию и её сотрудников подходам и практикам Scrum;
- планирует внедрение Scrum
- и консультирует организацию по внедрению Scrum;
- оказывает помощь заинтересованным сторонам в понимании и внедрении предписанного эмпирического подхода;
- устраняет барьеры между заинтересованными сторонами и Scrum-командами.
СМ по определению это лидер-слуга (servant leader) кросс-функциональной команды без иерархии. Звучит противоречиво, но руководство по фреймворку пишет об этом не витиевато.
СМ — роль в рамках процесса Scrum. Если нет разработки ПО, нет и СМ.
Если в организации нет Scrum, соответственно, нет и мастера по данному фреймворку.
СМ — роль в рамках процесса Scrum. Если нет разработки ПО, нет и СМ.
Если в организации нет Scrum, соответственно, нет и мастера по данному фреймворку.
Почему это важно
Потому что Scrum обязывает обеспечить беспрекословное выполнение всех его предписанных составляющих. Для этого требуется надзиратель с соответствующим знанием.
— СМ это руководитель проектов? Как связаны эти две роли?
— Нет, но проектные менеджеры часто выступают лидерами-слугами (servant leadership) команд, особенно в небольших проектах. Если волею судеб, команда работает по фреймворку Scrum, то руководитель проекта может выступить СМ-ом.
СМ и руководитель проекта — это разные роли и даже разные специальности, требующие разного образования, опыта и склада ума, в основном потому, что роли оперируют совсем разными понятиями на разных масштабах и уровнях.
Если организация финансирует изменения не в проектном режиме, а потоками создания стоимости, то руководителя проектов может не быть вовсе, но будет СМ, если организация применяет Scrum.
СМ и руководитель проекта — это разные роли и даже разные специальности, требующие разного образования, опыта и склада ума, в основном потому, что роли оперируют совсем разными понятиями на разных масштабах и уровнях.
Если организация финансирует изменения не в проектном режиме, а потоками создания стоимости, то руководителя проектов может не быть вовсе, но будет СМ, если организация применяет Scrum.
“
Хотя вы можете видеть роли Scrum Master и Product Owner в качестве должностей в организациях, это никогда не подразумевалось фреймворком Scrum, и это есть результат двадцатипятилетнего накопления недопониманий фреймворка.
Scrum Master и Product Owner это обязанности, которые необходимы для функционирования Scrum, и их может взять на себя любой сотрудник с любой должностью.
Scrum Master и Product Owner это обязанности, которые необходимы для функционирования Scrum, и их может взять на себя любой сотрудник с любой должностью.
Статьи о Scrum