Agile: ожидание VS реальность, ловушки гибких методологий

Источник https://www.goretro.ai/post/agile-memes-for-scrum-teams
Источник https://www.goretro.ai/post/agile-memes-for-scrum-teams

В Agile работает только ваша команда

Зачастую Agile популярен в проектных командах, командах продукта и разработки. И вот вы такие классные, гибкие, адаптивные и готовые ко всему, кроме бюрократии. Как только вы сталкиваетесь юридическим или финансовым отделом – не важно, как быстро и круто вы сделали свою работу. Вы будете ждать. Долго и мучительно ждать, когда ваша новая фича пройдёт все этапы согласования.

Решение: проектный офис, который поможет составить определенный регламент согласования, удобный для всех и проследит за его соблюдением. Если нет возможности организовать проектный офис, прикиньте на сколько из-за постоянной бюрократии задерживается проект, соберите доказательства и отправляйтесь сначала к руководителям отделов, с которыми возникают трудности. Возможно, сроки не вписываются даже в их внутренний регламент. Если они не видят проблемы, обсудите со с владельцами продукта или проекта, собранные данные. Главное не преувеличивайте. Если вы скажете, что теряете Х прибыли, после решения проблемы этот Х обязательно спросят с вас.

Всё ещё ничего не успеваете

Итеративная разработка предполагает, что вы максимально гибки к изменениям и это подстегивает всех причастных: стейкхолдеров, бизнес-пользователей, предлагать новые и новые идеи. Новые фичи сыпятся на вас как из рога изобилия, но сроки при этом остаются прежними.

Решение: сделайте процесс работы более наглядным, введите требования, в соответствие с которыми будете определять приоритетность задачи и донесите их до всех причастных. Пусть каждый понимает, что сейчас важно, и почему мы не можем пожертвовать новой воронкой, ради фичи «как у конкурентов».

Клиент не понимает почему нельзя было сразу «сделать как надо»

Если вы работаете с B2B или тем более B2C на внешний рынок, клиенты не всегда понимают, почему вы хвастаетесь MVP. Продукт не доделан, чему радоваться? Продукт, который дольше на рынке почти всегда будет казаться лучше, потому что он уже прошёл все стадии, которые вы проходите сейчас. Потому что к нему пользователь привык, он уже умеет с ним работать и уже пережил все болезненные этапы редизайна.

Решение: подготовьте публичный roadmap за который готовы отвечать, фичи, которые точно будут. С крупными клиентами встретьтесь отдельно и расскажите о том, что планируете сделать, а ещё как получать прибыль или выгоду от продукта уже сейчас.

2
Начать дискуссию