#мнение
Как работает скрам-мастер. Часть 1
Почему появилась статья - меня умиляет одно противостояние. С одной стороны ПМы ничего не понимают в этой деятельности и поэтому ее хейтят/считают бессмысленной. А с другой СМы которые понятия не имеют что такое проектное управление и пугают им всех, “вы что, ватерфола хотите?!” и хейтят проджектов как погонщиков и диктаторов.
В этой статье я кратко отвечу на пару вопросов про СМа. Думаю сделаю зеркальную про ПМа, для сравнения позже.
Кто такой скрам-мастер
Скрам-мастер это менеджер. Но менеджер не людей, а процесса.
Его цель - воплотить самоуправление. Тут пояснение .
Он несет ответственность за соблюдение Scrum и наличие результативной Scrum-команды.
Достигается результативность путем того самого самоуправления.
Обязанности скрам-мастера
Их можно прочитать в скрам-гайде (описано на 7 странице в русскоязычном гайде), по хорошему они должны соблюдаться.
Но перечислю также в общем виде, обычно СМ несет ответственность за:
- Становление группы людей полноценной автономной командой;
- Обучение, наставничество, советы и коучинг по практикам Scrum;
- Устранение препятствий результативной работе в скрам-команде. Это касается инструментов, подходов к работе, взаимодействий между людьми и просто атмосферы работы. Пример препятствий: плохое планирование, срач между 2 синьорами или код-ревью низкого качества (не обязательно устраняет сам лично);
- Развитие ценностей скрам в организации, например уважения ;
- Организацию и эффективное проведение событий (дейли, ретроспектив и тд), когда это требуется/необходимо (но не значит что проводит лично);
- Устранение барьеров в общении и обеспечение эффективной обратной связи между людьми, например разработчиками и владельцем продукта;
- Направление изменений на пользу результативности. Это управление изменениями, непрерывное улучшение и пробивание тренда метрик;
- Предоставление помощи владельцу продукта в процессах управлении продуктом.
Другими словами очень много вещей связанных с работой с тараканами людей. Но вы наверное заметили, что тут тонкая грань, которая отличает от работы администратором проекта - это не просто поддержка, а именно управление процессом и работа с мышлением людей. Тут еще есть поподробнее и тут
Зачем нужен скрам-мастер
Только чтобы скрам-работал. На всех уровнях: командном, продуктового управления и организации. Если у вас нет скрама, продуктового управления, продукта и тд, он не нужен.
Более того, на высоком уровне зрелости скрам-команды (которая ПО+девелоперы+СМ) сама роль СМа обычно размазывается по команде, они уже ученые и преисполненные.
Как проходит неделя СМА
Тут в целом описана спокойная неделя на чилле . У меня она присыпана межкомандными встречами + 1-1 (примерно 30 человек в месяц) + встречи по разным вопросам, в стиле обсудить с CTO развитие компетенций тестирования + экстренное подтягивание знаний в чем-то, например в парном программировании + решение проблем/дисфункций, например переделывание обзора спринта+ крупные инициативы в стиле внедрение jira.
Как работает скрам-мастер. Часть 1
Почему появилась статья - меня умиляет одно противостояние. С одной стороны ПМы ничего не понимают в этой деятельности и поэтому ее хейтят/считают бессмысленной. А с другой СМы которые понятия не имеют что такое проектное управление и пугают им всех, “вы что, ватерфола хотите?!” и хейтят проджектов как погонщиков и диктаторов.
В этой статье я кратко отвечу на пару вопросов про СМа. Думаю сделаю зеркальную про ПМа, для сравнения позже.
Кто такой скрам-мастер
Скрам-мастер это менеджер. Но менеджер не людей, а процесса.
Его цель - воплотить самоуправление. Тут пояснение .
Он несет ответственность за соблюдение Scrum и наличие результативной Scrum-команды.
Достигается результативность путем того самого самоуправления.
Обязанности скрам-мастера
Их можно прочитать в скрам-гайде (описано на 7 странице в русскоязычном гайде), по хорошему они должны соблюдаться.
Но перечислю также в общем виде, обычно СМ несет ответственность за:
- Становление группы людей полноценной автономной командой;
- Обучение, наставничество, советы и коучинг по практикам Scrum;
- Устранение препятствий результативной работе в скрам-команде. Это касается инструментов, подходов к работе, взаимодействий между людьми и просто атмосферы работы. Пример препятствий: плохое планирование, срач между 2 синьорами или код-ревью низкого качества (не обязательно устраняет сам лично);
- Развитие ценностей скрам в организации, например уважения ;
- Организацию и эффективное проведение событий (дейли, ретроспектив и тд), когда это требуется/необходимо (но не значит что проводит лично);
- Устранение барьеров в общении и обеспечение эффективной обратной связи между людьми, например разработчиками и владельцем продукта;
- Направление изменений на пользу результативности. Это управление изменениями, непрерывное улучшение и пробивание тренда метрик;
- Предоставление помощи владельцу продукта в процессах управлении продуктом.
Другими словами очень много вещей связанных с работой с тараканами людей. Но вы наверное заметили, что тут тонкая грань, которая отличает от работы администратором проекта - это не просто поддержка, а именно управление процессом и работа с мышлением людей. Тут еще есть поподробнее и тут
Зачем нужен скрам-мастер
Только чтобы скрам-работал. На всех уровнях: командном, продуктового управления и организации. Если у вас нет скрама, продуктового управления, продукта и тд, он не нужен.
Более того, на высоком уровне зрелости скрам-команды (которая ПО+девелоперы+СМ) сама роль СМа обычно размазывается по команде, они уже ученые и преисполненные.
Как проходит неделя СМА
Тут в целом описана спокойная неделя на чилле . У меня она присыпана межкомандными встречами + 1-1 (примерно 30 человек в месяц) + встречи по разным вопросам, в стиле обсудить с CTO развитие компетенций тестирования + экстренное подтягивание знаний в чем-то, например в парном программировании + решение проблем/дисфункций, например переделывание обзора спринта+ крупные инициативы в стиле внедрение jira.