Готово!
Скоро материал придет на указанную электронную почту. Также подписывайте на нас в Facebook
Ok
Scrum вам не поможет. Разбираемся, почему
Ваш конкурент или партнер уже внедрил Скрам и демонстрирует высокие результаты, и вы, конечно же, хотите добиться того же. У меня для вас плохие новости: при неправильном применении Скрам может быть вреден.
Вот, например, список ситуаций, выявленных эмпирическим путем, в которых Скрам может помешать вашей работе.
- Вы планируете совмещать роли из классического проектного менеджмента и Скрама
- Вы работаете с предельно понятными требованиями
- Вы работаете с проектами небольшой длительности
- У команды нет желания менять подход к работе
Скрам-команда в обязательном порядке должна включать в себя 3 роли: Владелец Продукта, Команда Разработки и Скрам-Мастер. В рамках предложенного состава команда остается «плоской», то есть мы не имеем прямого подчинения между участниками. Такая команда наделена полномочиями самостоятельно принимать все решения относительно разрабатываемого продукта. Роли в Скраме чётко описывают, кто и за какие вопросы ответственен.
Теперь представьте, что вы планируете внедрять Скрам в команде с классическим проектным менеджментом. Тогда Скрам-команда начинает работать при участии Project Manager’a. Что происходит в таком случае? Фактически, PM просто нечем себя занять в таком проекте. Любые зоны ответственности, которые мы ему передаем, создают дисбаланс в Скрам-команде. Отдадим PM бюджет? Отлично, то есть PM не регулирует ценность и содержание продукта, но в случае проблем именно он будет получать по голове. Отдадим ему ещё и работу с ценностью продукта? Тогда можно будет упразднить Владельца Продукта. Но это будет уже не Скрам.
Как меняются роли и задачи в команде с приходом Скрам
Скрам был создан для разработки продуктов с высоким уровнем неопределенности. Он хорошо работает в случаях, когда нам нужны частые релизы для получения обратной связи от рынка. В ситуации, когда мы имеем детально прописанные требования, не оставляющие простора для творчества, или же когда обратная связь от заказчика/пользователей нам не нужна, Скрам лишь тратит время команды на встречи, не имеющие большой ценности для разработки продукта.
Когда и так все понятно, зачем усложнять?
Основой Скрама является эмпирический подход. Его смысл заключается в том, что мы обращаемся к существующему опыту работы команды, чтобы иметь возможность спрогнозировать её будущие успехи. Если мы работаем над проектом продолжительностью в 2 месяца, мы просто не успеем накопить достаточно опыта, чтобы применить его для улучшения рабочих процессов.
Это одно из ключевых ограничений при внедрении Скрама. Внедрять Скрам директивно — почти всегда плохая идея, сначала важно донести ценности до команды, «продать идею». Но даже после этого у вас не будет гарантий, что идеи Скрама будут близки всем её участникам. Те, кто внутренне не принял идеи Скрама и agile-ценности, могут начать разрушать систему изнутри, «раскачивать лодку».
Тут есть несколько возможных сценариев развития событий. Первый: Скрам не приживется вообще. Это может случиться, если большая часть команды будет против изменений. Либо команда с самого начала устроит бунт, либо сделает всё, чтобы новый подход показал себя неэффективным.
Второй вариант: один или несколько участников не захотят работать в новой системе. Обычно такие ситуации заканчиваются тем, что «проблемный» участник покидает команду самостоятельно.
Читайте полный материал эксперта на официальном блоге компании на Habr.
Новости по теме
- 21 марта
Роботизация бизнес-процессов: быстрый путь к автоматизации
Портфолио сервисов компании ICL Services пополнилось новой услугой: роботизация бизнес-процессов (Robotic Process Automation).
- 22 марта
В материале эксперта ICL Services на Habr разбираемся со сложностями, которые возникают при внедрении ERP, а также находим пути решения данных проблем.
- 2 апреля
Управление ИТ-услугами (ITSM) стало еще эффективнее благодаря средствам машинного обучения
В статье эксперта рассматривается то, как машинное обучение может решить многие проблемы службы поддержки и ITSM.
- 15 апреля
5 эффективных возможностей использования технологии process mining
В статье эксперт рассказывает о Process mining простыми словами: что это за технология и как она применяется на практике, каковы ее ключевые задачи.
- 19 июня
Как с помощью тестировщиков ускорить внедрение разработок
В материале подробно рассказано, как с помощью ICL Services один из лидеров российского рынка страхования жизни снизил процент возврата задач на доработку в 9 раз за первые два месяца сотрудничества.
- 15 июля
Создание комфортной среды для сотрудников
Кейс ICL Services о создании комфортной рабочей среды для сотрудников в ИТ-компании
- 16 сентября
Оптимизация бюджета компании: как сэкономить на ИТ? Рассказывает бизнес-архитектор
Эксперт по построению бизнес-процессов компании ICL Services Александр Гончаров рассказывает о различных вариантах работы с компаниями-аутсорсерами, а также поясняет, какие процессы ни за что нельзя отдавать на аутсорсинг.
- 18 сентября
Delivery Excellence: культура постоянного улучшения
Постоянное улучшение – основа успеха любого бизнеса. Поэтому ICL Services создала внутреннее подразделение Delivery Excellence, основной целью которого как раз является привнесение в практику работы компании инновационных изменений.
- 25 сентября
Цифровые инновации: чат-боты, RPA и ML на службе бизнеса
Какие могут быть варианты применения инновационный технологий для пользы бизнеса рассмотрим на кейсах международной ИТ-сервисной компании ICL Services.
- 2 октября
Состояние и перспективы Process Mining в России
Мировой рынок решений Process Mining, важного элемента цифровой трансформации бизнеса, быстро растет. В России игроков, заявивших об участии в этом рынке, пока больше, чем реализованных проектов, но перспективы его развития оцениваются весьма высоко.
- 5 декабря
Удаленная работа здорового работодателя
Алексей Готсданкер, эксперт компании ICL Services на Хабр, написал материал про удаленную работу. В материале автор рассказывает о плюсах и минусах удаленной работы, а также повествует о том, каких сотрудников стоит переводить на удаленку.
- 20 декабря
Искусственный интеллект, ITSM и в общем-то причём тут LEAN?
Эксперт ICL Services Алексей Пятеркин рассказал в своем материале на Habr о кейсе с использованием искусственного интеллекта, ITSM и метода LEAN, который работает у нас на всех сервисных проектах.
- 24 декабря
Как забрать приложение на аутсорс, чтобы заказчик остался доволен
Как не разочаровать заказчика и избежать проблем, рассказывает эксперт по поддержке приложений компании ICL Services Марат Минникеев.
- 15 января
Как избежать ошибок при моделировании бизнес-процессов?
В чем недостатки развития бизнес-процессов от состояния «как есть» до «как должно быть», какими недостатками обладает подход process mining и какие преимущества дает вытягивающий метод моделирования, рассказал Александр Гончаров, эксперт ICL Services.
- 11 февраля
ИТ-кадры: стартапы или корпорации
Журналисты издания «ICT.Moscow» решили спросить у экспертов о том, чем привлекательны компании для ИТ-специалистов. В опросе поучаствовал эксперт ICL Services Людмила Чернова, руководитель группы по подбору персонала.
- 18 февраля
Оптимизируем СХД: кейс унификации и снижения стоимости владения
Официальный блог компании ICL Services на Habr пополнился еще одной экспертной статьей. Илья Владимиров в своем материале описал процесс оптимизации инфраструктуры хранения данных компании среднего класса.
- 28 февраля
Евгения Солонина, заместитель директора по операционной работе с персоналом компании ICL Services, рассказала о методике оценки DISC, которая используется у нас в компании.
- 27 июля
Почему Scrum не сработал, или Уверены ли вы, что точно знаете, что такое фреймворк?
Практики Scrum не всесильны? Рассказываем о функциональных ограничениях фреймворка.
Будьте в курсе новостей
Подпишитесь на рассылку и будьте в курсе наших последних новостей