Техно Фил

Если ты знаешь, что нужно делать, тебе не нужна большая команда

Несколько лет назад мне на голову упал метеорит и мне показалось, что нужно строить большие команды. Все же так делают, значит это нужно. Чтобы Scrum-мастера, аналитики, менеджеры проектов, продакт-менеджеры, вертикальные команды, менеджеры по менеджерам, ретроспективные встречи, синки с другими командами, синки, чтобы синкнуться по поводу синков.

Было очень много работы. Фичи не пилили — не до них было, зато были гринлайты, настройка Jira, внедрение всех аналитик сразу, подключение расширений в Slack, обсуждение процессов.

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

Всё пошло совсем по-другому, когда мне на голову спустя время упала тяжелая бита. Пришлось думать не о том, какие колонки добавить на Kanban-доску и какие воронки прикольно бы было построить, а о том, что вообще делать.

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

www.group-telegram.com/us/kontsarenko.com/1155

3.7K viewsOct 29 at 20:46

Если ты знаешь, что нужно делать, тебе не нужна большая команда

Несколько лет назад мне на голову упал метеорит и мне показалось, что нужно строить большие команды. Все же так делают, значит это нужно. Чтобы Scrum-мастера, аналитики, менеджеры проектов, продакт-менеджеры, вертикальные команды, менеджеры по менеджерам, ретроспективные встречи, синки с другими командами, синки, чтобы синкнуться по поводу синков.

Было очень много работы. Фичи не пилили — не до них было, зато были гринлайты, настройка Jira, внедрение всех аналитик сразу, подключение расширений в Slack, обсуждение процессов.

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

Всё пошло совсем по-другому, когда мне на голову спустя время упала тяжелая бита. Пришлось думать не о том, какие колонки добавить на Kanban-доску и какие воронки прикольно бы было построить, а о том, что вообще делать.

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

BY Техно Фил