Когда я вижу, как кто-то пытается скопировать процессы у именитых компаний вроде Google или Airbnb, всегда возникает вопрос: а они точно уверены, что имеют те же проблемы, что и у Google?
Большинство процессов появляются не потому, что кто-то однажды их придумал и внедрил чтобы закрыть свой квартальный или годовой KPI, а потому что было необходимо решение определённой проблемы в рамках команды, продукта или компании.
У Google десятки тысяч инженеров, сотни дизайнеров, десятки продуктов и команд по всему миру. Если не стандартизировать процессы, компания просто перестанет работать.
Но если посмотреть на команду из десяти дизайнеров, то требования будут принципиально иными.
В небольших командах иногда проще встретиться на 15-20 минут и в свободной форме обсудить вопросы, задачи и цели, чем выстраивать сложную систему ритуалов и становиться зависимым от них.
Хороший процесс — это не тот, который используют в Google. Хороший процесс — это тот, который решает вашу проблему.
Если дизайнеры и так регулярно общаются и смотрят макеты друг друга, возможно, вам вообще не нужен процесс формального дизайн-ревью.
Если продукт меняется каждый день, детальное планирование на квартал может оказаться бесполезным.
Каждый новый процесс добавляет как плюсы, так и минусы — в чём-то можно ускориться, но замедлиться в другом.
Перед внедрением любого процесса всегда стоит задать вопрос: какую конкретную проблему мы решаем? И если ответа нет — скорее всего, процесс не нужен.
🌊🌊
