Друзья, доброе утро!
Вот вам подборочка книг для product менеджеров
https://netology.ru/blog/20-knig-prodakt
Из них я прочитал:
1. Доставляя счастья Тони шей основатель Zappos
2. Scrum Джефф Сазерленд основатель методологии Scrum
3. Lean startup тоже советую почитать
Вот вам подборочка книг для product менеджеров
https://netology.ru/blog/20-knig-prodakt
Из них я прочитал:
1. Доставляя счастья Тони шей основатель Zappos
2. Scrum Джефф Сазерленд основатель методологии Scrum
3. Lean startup тоже советую почитать
Медиа Нетологии
20 лучших книг для продакт- и проджект-менеджеров
Редакция «Нетологии» вместе с преподавателями курса «Руководитель digital-продукта» сделала подборку лучших книг для продакт-менеджеров.
Статья о том, как отстоять свою идею. В работе прожект менеджера важно также уметь убеждать людей в твоей команде и клиента, приводить верные аргументы, отстаивать свои идеи. Почитай статью, будет полезна
https://megaplan.ru/letters/fight-for-idea
https://megaplan.ru/letters/fight-for-idea
Блог Мегаплана
Отстоять идею
Отстоять идею: Личный опыт. Читайте полезные статьи от crm-системы Мегаплан!
#приоритезация задач
Как приоритезировать задачи при разработке продукта?
Видео от Яндекса https://www.youtube.com/watch?v=idIpDxwGyTw
Как приоритезировать задачи при разработке продукта?
Видео от Яндекса https://www.youtube.com/watch?v=idIpDxwGyTw
YouTube
004 Первые среди равных: приоритизация задач в условиях ограниченных ресурсов — Галина Митричева
Enjoy the videos and music you love, upload original content, and share it all with friends, family, and the world on YouTube.
Чтобы понять, как должна выглядеть и работать ваша система, наши аналитики составляют серию документов, необходимых для запуска процесса разработки.
Документы, создаваемые в процессе анализа
Концепция системы / Business Vision
В первую очередь мы проводим предварительное интервью с заказчиком, во время которого определяются цель создания системы, её границы и её место в окружающем мире. Иногда это называют концепцией системы или Business Vision.
Бизнес-требования / BRD
За этим следует серия уточняющих интервью, в которых заказчик развивает свою идею. Уточняется и углубляется понимание проблем, которые система должна решать. Результирующий документ мы называем бизнес-требования или BRD (Business Requirements Document).
Функциональные требования / FRD
Основной этап нашей работы состоит в тщательном анализе бизнес-требований. Мы ищем логические несоответствия, детализируем требования до уровня, понятного программистам.
Появляется документ, который содержит функциональные требования — FRD (Functional Requirements Document). Часто его называют техническим заданием (ТЗ). Это наш главный документ, являющийся фундаментом будущей системы. В документе, как правило, присутствуют:
— Общий список компонентов системы.
— Для каждого компонента — детальное описание его функций.
— Сценарии использования системы различными пользователями.
— Нефункциональные требования: особые требования к оборудованию, требования к производительности системы и предельной нагрузке.
План тестирования / Test Plan
План тестирования необходим для команды тестировщиков и составляется на основе FRD и других сопутствующих документов (примеры дизайна, протокол взаимодействия с сервером и прочее). Цель данного документа – ответить на 3 главных вопроса: что, как и когда будет тестироваться, иначе говоря:
— какие компоненты системы будут тестироваться
— какие виды тестов будут проводиться и что должно быть для этого сделано
— в каком порядке будут выполняться тесты
Совместно с планом тестирования идет список теcтовых сценариев, каждый из которых включает необходимую детализацию по выполнению теста. Это позволяет нам в любой момент выполнить весь набор тестов заново.
Риски / Risk List
Зачастую вместе с FRD составляется специальный документ — список рисков. В документе учитываются основные риски, которые могут повлиять на разработку системы в заданный срок. Указываются способы реагирования на те или иные риски. Список рисков — это ответы на множество вопросов «А что будет, если?», включающий самые пессимистичные сценарии разработки и внедрения системы. Документ этот, являясь внутренним, может быть интересен и для заказчика.
Зачем это нужно?
Работа аналитиков стоит денег. А зачем все это нужно заказчику? Документы бизнес-уровня (BRD) позволяют провести первоначальную оценку стоимости проекта и выявить организационные риски. Функциональные требования (FRD) позволяют нам сформировать точную оценку стоимости проекта и выделить технические риски. FRD также служит краеугольным камнем при тестировании системы и разрешении всех спорных вопросов между заказчиком и исполнителем. Именно поэтому FRD написан максимально точным, формальным языком — прежде всего с целью избежать двусмысленного толкования.
Набор подготавливаемых документов сильно зависит от масштабов проекта. Например, для небольших проектов концепция системы укладывается в несколько предложений, а FRD можно составлять уже по итогам первого интервью.
Документы, создаваемые в процессе анализа
Концепция системы / Business Vision
В первую очередь мы проводим предварительное интервью с заказчиком, во время которого определяются цель создания системы, её границы и её место в окружающем мире. Иногда это называют концепцией системы или Business Vision.
Бизнес-требования / BRD
За этим следует серия уточняющих интервью, в которых заказчик развивает свою идею. Уточняется и углубляется понимание проблем, которые система должна решать. Результирующий документ мы называем бизнес-требования или BRD (Business Requirements Document).
Функциональные требования / FRD
Основной этап нашей работы состоит в тщательном анализе бизнес-требований. Мы ищем логические несоответствия, детализируем требования до уровня, понятного программистам.
Появляется документ, который содержит функциональные требования — FRD (Functional Requirements Document). Часто его называют техническим заданием (ТЗ). Это наш главный документ, являющийся фундаментом будущей системы. В документе, как правило, присутствуют:
— Общий список компонентов системы.
— Для каждого компонента — детальное описание его функций.
— Сценарии использования системы различными пользователями.
— Нефункциональные требования: особые требования к оборудованию, требования к производительности системы и предельной нагрузке.
План тестирования / Test Plan
План тестирования необходим для команды тестировщиков и составляется на основе FRD и других сопутствующих документов (примеры дизайна, протокол взаимодействия с сервером и прочее). Цель данного документа – ответить на 3 главных вопроса: что, как и когда будет тестироваться, иначе говоря:
— какие компоненты системы будут тестироваться
— какие виды тестов будут проводиться и что должно быть для этого сделано
— в каком порядке будут выполняться тесты
Совместно с планом тестирования идет список теcтовых сценариев, каждый из которых включает необходимую детализацию по выполнению теста. Это позволяет нам в любой момент выполнить весь набор тестов заново.
Риски / Risk List
Зачастую вместе с FRD составляется специальный документ — список рисков. В документе учитываются основные риски, которые могут повлиять на разработку системы в заданный срок. Указываются способы реагирования на те или иные риски. Список рисков — это ответы на множество вопросов «А что будет, если?», включающий самые пессимистичные сценарии разработки и внедрения системы. Документ этот, являясь внутренним, может быть интересен и для заказчика.
Зачем это нужно?
Работа аналитиков стоит денег. А зачем все это нужно заказчику? Документы бизнес-уровня (BRD) позволяют провести первоначальную оценку стоимости проекта и выявить организационные риски. Функциональные требования (FRD) позволяют нам сформировать точную оценку стоимости проекта и выделить технические риски. FRD также служит краеугольным камнем при тестировании системы и разрешении всех спорных вопросов между заказчиком и исполнителем. Именно поэтому FRD написан максимально точным, формальным языком — прежде всего с целью избежать двусмысленного толкования.
Набор подготавливаемых документов сильно зависит от масштабов проекта. Например, для небольших проектов концепция системы укладывается в несколько предложений, а FRD можно составлять уже по итогам первого интервью.
Если вы хотите проверить свой уровень Project Manager Skills - пройдите тест от РАЭК https://rdc.center/digital_project_manager
rdc.center
Специальность Digital Project manager. Сертификационный центр RDC. Проверь себя.
Сертификат менеджера по управлению проектами в digital-среде. Экспресс-тест за 10 минут. Пробный бесплатный тест за 60 минут.
Привет всем! На прошлой неделе был на обучении на #RIW2018 и нам рассказали про тему Целеполагания по методологии OKR (Objectives and Key Result, пер. "Цели и ключевые результаты"). Эту методику уже используют такие компании, как Google, Avito и другие
Система целей для организации поможет определить ясные и достижимые цели компании. При этом процесс работы в компании станет прозрачным и понятным для каждого сотрудника.
Начал искать инфу по данной теме, и вот 2 материала, с ними стоит познакомиться:
- Статья хабр https://habr.com/company/wrike/blog/329272/
- Видео от Avito https://www.youtube.com/watch?v=l90B79Bfg8E
Система целей для организации поможет определить ясные и достижимые цели компании. При этом процесс работы в компании станет прозрачным и понятным для каждого сотрудника.
Начал искать инфу по данной теме, и вот 2 материала, с ними стоит познакомиться:
- Статья хабр https://habr.com/company/wrike/blog/329272/
- Видео от Avito https://www.youtube.com/watch?v=l90B79Bfg8E
Хабр
OKR: Как поставить цели и выполнить их на 70%
Половина успеха в управлении проектами — постановка целей, и это не самая простая половина. Мы в Wrike в свое время основательно озаботились выбором оптимального...
Привет, ребятки! Давно не общались! Меня коллега на работе попросила научить ее делать сайты и продавать через соц сети. Быстро конечно не обучиться этому, но можно начать с основ и методов, которые помогут сформировать базис для дальнейшего обучение и прокачки навыков.
Вот небольшой чек-лист для начинающего интернет-маркетолога или предпринимателя, который собирается начать продавать через интернет. Инфа также будет полезна: продакт менеджерам, прожект менеджерам, начинающим интернет-маркетологам.
Чек-лист для начинающего, что нужно изучить для начала, чтобы научиться создавать Landing Page и продавать через Инстаграмм и Facebook
1. Посмотреть видео https://convertmonster.ru/blog/landing-page-blog/kak-sdelat-landing-page-svoimi-rukami-video-urok/
2. Почитать книгу https://convertmonster.ru/edu/book/
3. Почитать блог https://convertmonster.ru/blog/landing-page-blog/
https://convertmonster.ru/blog/social-media-marketing/
4. Как делать сайты на Тильда https://www.youtube.com/channel/UC6-ppjYyf8AmvNuwr28CS_w/videos
5. Как настроить рекламу в Инстагрмм https://www.youtube.com/watch?v=qCl8TAZjOWM
Вот небольшой чек-лист для начинающего интернет-маркетолога или предпринимателя, который собирается начать продавать через интернет. Инфа также будет полезна: продакт менеджерам, прожект менеджерам, начинающим интернет-маркетологам.
Чек-лист для начинающего, что нужно изучить для начала, чтобы научиться создавать Landing Page и продавать через Инстаграмм и Facebook
1. Посмотреть видео https://convertmonster.ru/blog/landing-page-blog/kak-sdelat-landing-page-svoimi-rukami-video-urok/
2. Почитать книгу https://convertmonster.ru/edu/book/
3. Почитать блог https://convertmonster.ru/blog/landing-page-blog/
https://convertmonster.ru/blog/social-media-marketing/
4. Как делать сайты на Тильда https://www.youtube.com/channel/UC6-ppjYyf8AmvNuwr28CS_w/videos
5. Как настроить рекламу в Инстагрмм https://www.youtube.com/watch?v=qCl8TAZjOWM
Convertmonster
Видеокурс как сделать Landing Page своими руками
Пошаговый курс как создать посадочную страницу с нуля. Как написать заголовок, правильно составить оффер, выбрать изображение для лендинга.
Отличная инфографика, ответ на вопрос - Как проверить свою бизнес-идею? Как понять, что твоя бизнес-модель сработает и принесет прибыль?
Product_ninja | Стас Джу pinned «Коллеги, создал канал, в который буду скидывать интересную и полезную инфу про прокачивание навыков проектного менеджера и менеджера в целом. Надеюсь, будет полезно»
Как создать успешный продукт? Спросите вы.
Посмотрите это видео "Юнит экономика и поиск точек кратного роста" (2017 года)
Мои выводы из видео:
1. Считайте конверсию в рублях (считайте юнит-экономику на каждого платящего пользователя)
2. Начинайте оптимизацию воронки с конца, и двигайтесь в начало
3. Недостаточно убрать одну граблю в воронке, нужно делать ряд изменений, которые повлияют на конверсию.
4. Нужно действовать Не от Идеи к Реализации, а через цикл - Анализ и диагностика узких мест в воронке - > Гипотеза (2 из 10 гипотез реально реализовать в течение месяца) - > Избранную гипотезу отправляем в разработку - > Проверка гипотезы, собираем данные - > Постанализ и повторяем цикл
5. Стоимость реализации 1 гипотезы - 1 млн рублей (Почему? ответ в видео).
6. Я не репрезентативен (никто из членом команды не является Целевой Аудиторией вашего продукта). Не нужно рассматривать гипотезу с точки зрения "А я бы хотел, или Мне нравится..." Только тестирование и анализ тестов могу подтвердить гипотезу.
Все эти вопросы и ответы на них можно увидеть в этом супер полезном видео Юнит-экономика или поиск точек кратного роста от Ильи Красинского https://www.youtube.com/watch?v=h8VWl0GFW3Y
Посмотрите это видео "Юнит экономика и поиск точек кратного роста" (2017 года)
Мои выводы из видео:
1. Считайте конверсию в рублях (считайте юнит-экономику на каждого платящего пользователя)
2. Начинайте оптимизацию воронки с конца, и двигайтесь в начало
3. Недостаточно убрать одну граблю в воронке, нужно делать ряд изменений, которые повлияют на конверсию.
4. Нужно действовать Не от Идеи к Реализации, а через цикл - Анализ и диагностика узких мест в воронке - > Гипотеза (2 из 10 гипотез реально реализовать в течение месяца) - > Избранную гипотезу отправляем в разработку - > Проверка гипотезы, собираем данные - > Постанализ и повторяем цикл
5. Стоимость реализации 1 гипотезы - 1 млн рублей (Почему? ответ в видео).
6. Я не репрезентативен (никто из членом команды не является Целевой Аудиторией вашего продукта). Не нужно рассматривать гипотезу с точки зрения "А я бы хотел, или Мне нравится..." Только тестирование и анализ тестов могу подтвердить гипотезу.
Все эти вопросы и ответы на них можно увидеть в этом супер полезном видео Юнит-экономика или поиск точек кратного роста от Ильи Красинского https://www.youtube.com/watch?v=h8VWl0GFW3Y
YouTube
014. Школа менеджмента — Юнит-экономика или поиск точек кратного роста. Илья Красинский
Расскажу о самых основах: как выстроить модель монетизации для бизнеса, найти точки кратного роста и как работать с когортами при расчёте экономики.
Привет всем, я еще тут)
Написал сегодня статью, решил собрать мои знания в некий чеклист в виде 30 шагов для достижения цели. Напишите фидбек, кому полезна статья, или не полезна, готов выслушать конструктивную критику.
Статья - это мой личный чек-лист: Как создать успешный стартап?
1 шаг. Нужно найти проблему достаточно острую, с которыми сталкиваются ежедневно большое кол-во людей, и за решение которой готовы заплатить и не раз (чтобы решить задачу, проблему)
Проблема:
Нужно доехать из дома в аэропрт максимально быстро и недорого
Решение:
1) заказать такси и доехать - заплатить больше 1000 рублей за одну поездку
2) забронировать каршер и доехать - заплатить за аренду авто от 500 до 1000 рублей
3) поехать на общественном транспорте - отбрасывается вариант
4) попросить друга отвезти до аэропорта - отбрасывается вариант, друг может подвести в нужный момент
5) пойти пешком или на велосипеде - вообще не вариант, слишком большое расстояние
Решение для быстрого заказ такси:
1) Позвонить по телефону заказа такси
2) Позвонить другу и попросить довезти до аэропорта
3) Использовать моб. приложение для заказа такси, фиксированные тарифы, быстрая подача в течение 5 минут, комфорт класс
4) Использовать моб. приложение для заказа каршеринга
2 шаг. Проблема должна быть популярной у достаточного кол-ва людей, независимо от пола и возраста - должна быть достаточная аудитория с такой же проблемой
3 шаг. Должны быть конкуренты, которые сейчас решают эту проблему. Поиск конкурентов на рынке.
4 шаг. Проанализировать конкурентов, насколько хорошо они решают эту проблему. Есть ли недостатки, и какие ключевые преимущества имеют
5 шаг. Изучить целевую аудиторию, изучить сценарии возникновения проблемы, за что люди готовы платить больше за услугу.
- От чего зависит цена на услугу? Скорость, качество, безопасность, комфорт, внешний вид авто и др.
- Как выглядит потенциальный покупатель? Имеет смартфон, пользуется моб приложениями, пользуется банковскими картами, ищет информацию в интернете поисковиках google, путешествует (значит часто ездит в аэропорт или на вокзалы)
6 шаг. Провести custdev найти аудиторию, и опросить ее по данной проблеме, как они решают сейчас, актуальна ли проблема, и что их не устраивает в действующих решениях
7 шаг. Проанализировать полученные данные, подтвердить гипотезу проблемы и ее решения на основе данных от потенциальных пользователей
8 шаг. Посчитать Unit экономику в самом начале, подготовить бизнес-план проекта
- Сколько стоит услуга?
- Сколько клиентов готовы заплатить?
- Сколько стоит привлечение 1го клиента?
- Какое LTV клиента?
- Сколько получается заработать с 1го клиента?
- Сколько бизнес может продать услуг в день/неделю/месяц/квартал/год
- Как быстро бизнес сможет масштабироваться x10 / x100 - проверка масштабируемости бизнеса
- Как добиться результата - 10 000 $ в месяц / 100 000$ в месяц / 1 млн $ в год
9 шаг. Сформировать минимальный функционал продукта, который будет удовлетворять пользователей
10 шаг. Подготовить прототип продукта MVP
11 шаг. Еще раз встретиться с пользователями и презентовать продукт, послушать обратную связь
12 шаг. Доточить продукт, или сделать доработку продукта, если окажется, что данный продукт не решает проблемы пользователей
13 шаг. Настроить систему аналитики и мерить цели - N day retention, длительность использования продукта, % отказов, жалобы пользователей (завести канал для жалоб)
14 шаг. Собирать фидбек по продукту по максимуму изо всех источников
15 шаг. Выявить ключевых платящих пользователей, выяснить, за что пользователи ценят ваш продукт.
16 шаг. Дорабатывать и улучшать продукт на основе фидбека целевых пользователей, и действий конкурентов (выявлять и анализировать киллер-фичи конкурентов)
Цель: по максимуму удобно и быстро решать проблемы ключевых пользователей
17 шаг. Найти модель монетизации продукта через custdev и гипотезы HADI циклы
18 шаг. Сформировать стратегию развития продукта
19 шаг. По максимуму автоматизировать все процессы, автоматизировать метрики, создать Дашборды ключевых метрик по отделам
Написал сегодня статью, решил собрать мои знания в некий чеклист в виде 30 шагов для достижения цели. Напишите фидбек, кому полезна статья, или не полезна, готов выслушать конструктивную критику.
Статья - это мой личный чек-лист: Как создать успешный стартап?
1 шаг. Нужно найти проблему достаточно острую, с которыми сталкиваются ежедневно большое кол-во людей, и за решение которой готовы заплатить и не раз (чтобы решить задачу, проблему)
Проблема:
Нужно доехать из дома в аэропрт максимально быстро и недорого
Решение:
1) заказать такси и доехать - заплатить больше 1000 рублей за одну поездку
2) забронировать каршер и доехать - заплатить за аренду авто от 500 до 1000 рублей
3) поехать на общественном транспорте - отбрасывается вариант
4) попросить друга отвезти до аэропорта - отбрасывается вариант, друг может подвести в нужный момент
5) пойти пешком или на велосипеде - вообще не вариант, слишком большое расстояние
Решение для быстрого заказ такси:
1) Позвонить по телефону заказа такси
2) Позвонить другу и попросить довезти до аэропорта
3) Использовать моб. приложение для заказа такси, фиксированные тарифы, быстрая подача в течение 5 минут, комфорт класс
4) Использовать моб. приложение для заказа каршеринга
2 шаг. Проблема должна быть популярной у достаточного кол-ва людей, независимо от пола и возраста - должна быть достаточная аудитория с такой же проблемой
3 шаг. Должны быть конкуренты, которые сейчас решают эту проблему. Поиск конкурентов на рынке.
4 шаг. Проанализировать конкурентов, насколько хорошо они решают эту проблему. Есть ли недостатки, и какие ключевые преимущества имеют
5 шаг. Изучить целевую аудиторию, изучить сценарии возникновения проблемы, за что люди готовы платить больше за услугу.
- От чего зависит цена на услугу? Скорость, качество, безопасность, комфорт, внешний вид авто и др.
- Как выглядит потенциальный покупатель? Имеет смартфон, пользуется моб приложениями, пользуется банковскими картами, ищет информацию в интернете поисковиках google, путешествует (значит часто ездит в аэропорт или на вокзалы)
6 шаг. Провести custdev найти аудиторию, и опросить ее по данной проблеме, как они решают сейчас, актуальна ли проблема, и что их не устраивает в действующих решениях
7 шаг. Проанализировать полученные данные, подтвердить гипотезу проблемы и ее решения на основе данных от потенциальных пользователей
8 шаг. Посчитать Unit экономику в самом начале, подготовить бизнес-план проекта
- Сколько стоит услуга?
- Сколько клиентов готовы заплатить?
- Сколько стоит привлечение 1го клиента?
- Какое LTV клиента?
- Сколько получается заработать с 1го клиента?
- Сколько бизнес может продать услуг в день/неделю/месяц/квартал/год
- Как быстро бизнес сможет масштабироваться x10 / x100 - проверка масштабируемости бизнеса
- Как добиться результата - 10 000 $ в месяц / 100 000$ в месяц / 1 млн $ в год
9 шаг. Сформировать минимальный функционал продукта, который будет удовлетворять пользователей
10 шаг. Подготовить прототип продукта MVP
11 шаг. Еще раз встретиться с пользователями и презентовать продукт, послушать обратную связь
12 шаг. Доточить продукт, или сделать доработку продукта, если окажется, что данный продукт не решает проблемы пользователей
13 шаг. Настроить систему аналитики и мерить цели - N day retention, длительность использования продукта, % отказов, жалобы пользователей (завести канал для жалоб)
14 шаг. Собирать фидбек по продукту по максимуму изо всех источников
15 шаг. Выявить ключевых платящих пользователей, выяснить, за что пользователи ценят ваш продукт.
16 шаг. Дорабатывать и улучшать продукт на основе фидбека целевых пользователей, и действий конкурентов (выявлять и анализировать киллер-фичи конкурентов)
Цель: по максимуму удобно и быстро решать проблемы ключевых пользователей
17 шаг. Найти модель монетизации продукта через custdev и гипотезы HADI циклы
18 шаг. Сформировать стратегию развития продукта
19 шаг. По максимуму автоматизировать все процессы, автоматизировать метрики, создать Дашборды ключевых метрик по отделам
20 шаг. Сформировать отдел разработки, выделить роль CTO, тимлид, product manager, тестировщика
21 шаг. Сформировать отдел поддержки клиентов
22 шаг. Сформировать отдел продаж, отдел маркетинга, нанять сильного HR спец-та
23 шаг. Заниматься поиском инвестиций на развития продукта - долго на своих деньгах не протянешь
24 шаг. Максимально делегировать процессы, фокусироваться на стратегии развития компании и продукта
25 шаг. Увеличивать охват клиентов, масштабировать продукт
26 шаг. Обязательно постоянно смотреть на ключевые метрики - внедрить KPI и OKR на основе этих ключевых метрик во всех отделах
27 шаг. Все процессы в командах должны работать с применением Agile методологии и на основе постоянных экспериментов и проверки гипотез
28 шаг. Все действия должны быть проанализированы до-после
29 шаг. Максимальная фокусировка на развитии компании, людей, продукта компании
30 шаг. Work hard and be hungry, listen to your customer!
Успехов вам!
Статью эту написал сам, это мои мысли, которые постарался сформулировать в виде 30 шагов.
Меня зовут Стас. Я занимаюсь разработкой и развитием интернет-проектов с 2013 года, выступал в роли project manager в разработке, сейчас развиваюсь в роли product manager и product owner.
21 шаг. Сформировать отдел поддержки клиентов
22 шаг. Сформировать отдел продаж, отдел маркетинга, нанять сильного HR спец-та
23 шаг. Заниматься поиском инвестиций на развития продукта - долго на своих деньгах не протянешь
24 шаг. Максимально делегировать процессы, фокусироваться на стратегии развития компании и продукта
25 шаг. Увеличивать охват клиентов, масштабировать продукт
26 шаг. Обязательно постоянно смотреть на ключевые метрики - внедрить KPI и OKR на основе этих ключевых метрик во всех отделах
27 шаг. Все процессы в командах должны работать с применением Agile методологии и на основе постоянных экспериментов и проверки гипотез
28 шаг. Все действия должны быть проанализированы до-после
29 шаг. Максимальная фокусировка на развитии компании, людей, продукта компании
30 шаг. Work hard and be hungry, listen to your customer!
Успехов вам!
Статью эту написал сам, это мои мысли, которые постарался сформулировать в виде 30 шагов.
Меня зовут Стас. Я занимаюсь разработкой и развитием интернет-проектов с 2013 года, выступал в роли project manager в разработке, сейчас развиваюсь в роли product manager и product owner.