Кто такой Scrum-мастер ?
Объясняет главный идеолог ScrumTrek Асхат Уразбаев. |
| Асхат Уразбаев |
У команды всегда найдется проблема. Она может быть как внутри, так и снаружи: недопонимание внутри команды или препятствие со стороны другого отдела (например, отдел контента не предоставляет необходимую для дальнейшей работы информацию). Scrum-мастер «разгребает» команде путь и обеспечивает ее бесперебойную работу. Он должен уметь защитить интересы команды, а также «выбить» необходимые ресурсы.
А что насчет Agile-коучера?
Если задача Scrum-мастера — сделать крутую команду, то задача Agile-коучера — сделать таким подразделение или целую компанию. Есть мнение, что при разработке продукта 60% успеха зависит от того, как команда стартует. А 30% зависит от того, как вы ее «коучите», от практик, которые вы используете, от того, насколько они приживаются в команде (10% — другие факторы).Agile-коучер сочетает в себе четыре функции:
1.Менторинг
2.Обучение/тренинг
3.Фасилитация
4.Коучинг
2.Обучение/тренинг
3.Фасилитация
4.Коучинг
-Если у вас есть проблема, ментор вам ответит: «Знаете, у меня однажды сработало «это» и «вот это». Попробуйте!».
-Тренер даст вам конкретные указания: «Делайте: «а», «б» и «в»».
-Фасилитатор скажет: «Давайте проведем совместное обсуждение и решим проблему».
-И, наконец, коучер спросит: «Почему ты считаешь это проблемой? Какие варианты решения ты видишь?».
Важно понимать, что Agile-коучер не придумывает идеальный процесс, а упрощает существующий. Процесс может быть упрощен и налажен уже только благодаря реорганизации отделов.
Agile-коучер не решает проблемы. Он выстраивает систему таким образом, чтобы она сама решала проблемы. Элементарный пример: член команды регулярно опаздывает на стендапы. Как поступил бы руководитель в обычной организации? Сделал бы выговор, ввел штрафы и санкции. Agile-коучер предложит команде обсудить и решить эту проблему. Есть интересные примеры из практик разных компаний, когда они рисовали графики из серии: «Мы не опаздываем на стендап уже 6-й день».
Как наладить работу Agile
Рассказывает Клаус Леопольд, управляющий партнер Leanability Gmbh. |
| Клаус Леопольд |
В Agile необходимо, прежде всего, обращать внимание на взаимодействие между командами. Оптимизировать процессы и настраивать взаимодействие внутри команды — вовсе не значит улучшить работоспособность организации. Коммуникация между разными отделами — вот ключевой момент в работе компании, так как именно благодаря этому на выходе может получиться готовый работающий продукт.
Механизмы обратной связи
В Agile очень важна роль двусторонней коммуникации, анализа процессов, внедрений и преобразований. При разработке продукта очень важно давать обратную связь тем людям, которые занимаются стратегическим развитием, в частности, Product Owner'у. Схема, при которой сверху спускаются задачи, а разработчики их просто выполняют одну за другой, работать не будет. Команда знает процесс изнутри и то, как его улучшить. Именно для такой двусторонней коммуникации в Agile существуют определенные мероприятия-демонстрации, ретроспектива и так далее.На каком уровне внедрять Agile
Agile — это не просто методология разработки, какие-то техники и артефакты, а определенная логика и тип мышления. Она подразумевает постоянную работу на результат и налаженную
коммуникацию внутри компании.
Я не верю в корпоративный Agile
Что делать, если заказчик не верит в Agile-трансформацию, объяснили заместитель генерального директора EPAM Артак Оганесян и Agile-коучер Алексей Ионов. |
| Артак Оганесян и Алексей Ионов |
«Возможно, для маленькой команды стартаперов несколько пуфиков и макбуки в антикафе – все, что нужно для счастья. Но у меня не про счастье. Мне нужно, чтобы работа была сделана и топы были довольны. Я должен четко понимать, кто и сколько сделал, кто хорошо работает, а кто – плохо. Мне нужны порядок и прозрачность. Именно поэтому я не верю в то, что Agile реально нужен для сложной структуры моей организации», — этими словами начал свою речь Артак Оганесян. В своем выступлении он играл роль недоверчивого заказчика, все-таки решившегося на Agile-трансформацию. А на его вопросы отвечал Agile-коучер компании.
Для чего руководителю нужен Agile?
Agile больше про мышление, чем про какие-то прикладные методики. Самое главное здесь то, что команда на всех уровнях выполнения задач понимает и осознает конечную цель. А раз цель ясна, команда может корректировать свои действия для ее достижения. Благодаря Agile вы задаете команде ритм, двигаетесь одинаковыми итерациями.Работает это очень просто: весь перечень требований к продукту вы записываете в виде бэклога. Двигаясь спринтами, вы всегда можете проверить и проанализировать, в правильном ли направлении идете. У вас есть возможность вернуться и скорректировать свои шаги. Понимая конечную цель, вы строите процесс таким образом, чтобы регулярно вносить изменения, за счет которых можно максимально быстро приблизиться к условной точке «е», где ваш бизнес получит максимальную эффективность.
А где управление? Где отчетность? Как и с кого спрашивать?
Независимо от того, какой фреймворк в рамках Agile вы выберете, у вас будет возможность регулярно отслеживать то, что сделала команда в заданные промежутки времени. Кроме того, вы определяете, какой функционал наиболее ценен для вашего бизнеса и делаете его в первую очередь. Так вы управляете потоком ценностей вашего продукта. То же самое вы можете делать с бюджетом проекта. Когда у вас есть проект с фиксированной стоимостью, это не дает вам эффективно его распределять. Принцип гибкого управления — это принцип вентеля. Вы можете направлять финансовый поток в одну сторону, затем в другую, выбирая то, что лучше работает.Какие есть метрики, как измерить эффективность?
Единственная метрика, которую вы должны анализировать — это то, насколько сегодня вы стали лучше, чем вчера. Весь вопрос и смысл в том, как быстро вы меняетесь и улучшаете свою эффективность. Если сегодня, грубо говоря, вы соответствуете одному принципу Agile, а через неделю — двум, это значит, что у вас все хорошо. Вы двигаетесь в нужном направлении.
Во-вторых, архитектура должна быть настроена таким образом, чтобы она позволила менять и обновлять свои компоненты без остановки работы всей системы.
И третий важный момент — практики. Это наличие Scrum-мастеров в команде и технических решений, которые позволили бы убрать рутину и автоматизировать те или иные процессы.
Будет ли Agile работать в большой команде, где в IT задействованы сотни человек?
Вы можете применить трансформацию к организации с любым количеством людей. Для больших организаций целесообразным будет использование Agile-фреймворка SAFe, где вы каскадируете все требования к планированию и бюджетированию.С чего начать, на что обратить внимание вначале?
Во-первых, мы обращаем внимание на культуру. В слове «культура» закодировано понятие мышление. Agile должен стать частью командного мышления. Соответствие принципам манифеста, командная ответственность, постоянный результат — основы эффективной работы.Во-вторых, архитектура должна быть настроена таким образом, чтобы она позволила менять и обновлять свои компоненты без остановки работы всей системы.
И третий важный момент — практики. Это наличие Scrum-мастеров в команде и технических решений, которые позволили бы убрать рутину и автоматизировать те или иные процессы.
Где Agile работать не будет?
Agile не приживется в той компании, где:
- Нет заинтересованности в гибкости с точки зрения бюджета и процесса.
- Люди не могут делегировать принятие решений.
- Команда не хочет разделять ответственность при принятии решений.
Комментариев нет
Отправить комментарий