Комментарии 7
Каждый раз когда сталкивался с аутсорсом, то клялся что это в последний раз. Может мне везло на таких, но было полное ощущение, что людям было абсолютно покласть на проект и писали на отстань
Наверное потому что им реально плевать на проект. Завтра их кинут на другой проект и про ваш все забудут, это логично же
Все верно, аутсорс заведомо меньше мотивирован сделать хорошо. Т.к. чаще всего в стартовых договоренностях между заказчиком и исполнителем оперируют только бюджетами и сроками.
Если на старте добавить мотивацию, основанную на продуктовых мтериках, то можно прийти к успеху. Постараюсь написать о таких кейсах и нашей практике в след. раз.
За продуктом, очевидно, не в Agima
Все пытался понять, почему всю статью мы вроде про продукты, но нет - про проекты. А потом увидел подпись автора - Head of PMO и все встало на свои места, проджекты в подавляющем большинстве не умеют в продукт, они не умеют в ценность, они только про сроки и бабки.
Очень сильно выдает незнание терминологии, например, growth team - это не команда, которая создает продукт. Growth - это команда, которая растит уже существующий продукт, который доказал свою эффективность и потребительскую ценность, но уперся в некоторый потолок развития и ему нужен новый качественный скачок, они занимаются в первую очередь оптимизацией продукта: SEO, пользовательские пути, поиск узких мест в конверсии.
Второй момент, который выдает незнаение предмета с головой - это предложение поделить на две команды: дизайн и разработку. Узнаю проджекта! Но так делать нельзя, вы должны поделить задачи вертикально между командами, а не горизонтально, иначе не будет синергии кросс-функциональной команды, да и информация будет теряться.
И в целом, вопрос нужна ли вам продуктовая команда имеет очень короткий ответ - нужна, если вы пилите продукт. То есть сам вопрос и проблематика поставлены идеологически не верно. Хотя, возможно, цель статьи как раз и была навести потенциальных заказчиком на вывод, что не нужна, а надо брать проекты в Agima? Но как по мне, так все равно не получилось.
Спасибо за подробный комментарий.
Отвечу по пунктам:
И в целом, вопрос нужна ли вам продуктовая команда имеет очень короткий ответ - нужна, если вы пилите продукт. То есть сам вопрос и проблематика поставлены идеологически не верно. Хотя, возможно, цель статьи как раз и была навести потенциальных заказчиком на вывод, что не нужна, а надо брать проекты в Agima? Но как по мне, так все равно не получилось.
Цель статьи помочь систематизировать свои действия при запуске продукта в разных ситуациях, очевидно вы не входите в ЦА, у вас и так все хорошо.
Второй момент, который выдает незнаение предмета с головой - это предложение поделить на две команды: дизайн и разработку. Узнаю проджекта! Но так делать нельзя, вы должны поделить задачи вертикально между командами, а не горизонтально, иначе не будет синергии кросс-функциональной команды, да и информация будет теряться.
Видимо у вас есть негативный опыт при отсутствии позитивного. У нас с коллегами по рынку есть кейсы успешных совместных запусков больших продуктов, когда как раз одна команда отвечает за интерфейс, а другая за его реализацию. Потеря информация исключается корректной орагнизацией работы команды и инструментарием, а синергия не в компаниях, а в конкретных людях. Опять же здесь сильное влияние имеет роль РМа/SMа в целом управленца, который организует работу команду и не только работу.
Очень сильно выдает незнание терминологии, например, growth team - это не команда, которая создает продукт. Growth - это команда, которая растит уже существующий продукт, который доказал свою эффективность и потребительскую ценность, но уперся в некоторый потолок развития и ему нужен новый качественный скачок, они занимаются в первую очередь оптимизацией продукта: SEO, пользовательские пути, поиск узких мест в конверсии.
Согласшусь, что growth team не про создание продукта, а про развитие, об этом также написано в статье, возможно вы не дочитали до этого места. В моем примере шла речь больше о составе команды и ее специфике, которая способна проверить гипотезы как существующего продукта с целью его развития, так и в целом гипотезу продукта: стоит его запускать или нет.
Интересное утверждение про то, что growth team занимается SEO, если поделитесь опытом на каком-то кейсе, буду признателен.
Все пытался понять, почему всю статью мы вроде про продукты, но нет - про проекты. А потом увидел подпись автора - Head of PMO и все встало на свои места, проджекты в подавляющем большинстве не умеют в продукт, они не умеют в ценность, они только про сроки и бабки.
Все верно, моя роль и обязанности — организация процессов и поиск оптимальных решений. Статья как раз об этом: как подобрать команду по запуску продукта, а не как его делать.
А где почитать с примерами ?
Да, конечно можно, вот пример из относительно недавних: https://habr.com/ru/company/agima/blog/598537/
Пришел клиент без команды —> мы запустили MVP —> выстроили процессы —> передали развитие продукта сформировавшейся к этому времени внутренней команде.
Чек-лист: нужна ли вам продуктовая команда