Столкнулись с сложностью сбора статистики, особенно по запуске рекламы на бота через TG ads и Яндекс директ.
Если знаете, напишите способы отслеживания привычных web метрик, пользователи, источники, события. У нас связка бот-консультант + miniapp (карточки товаров).
У всех у нас есть один не верный паттерн, мы думаем "всё что понятно нам, понятно и другим". Нет, не понятно.
Поэтому людей нужно обучать, проводить совместные сессии, давать команде возможность ошибаться, менять процессы (но в пределах границ), давать и принимать обратную связь.
Если больше 30, должны помнить статьи портянки, собранные из одних ключей, фермы рерайта, когда одна хорошо написанная статья на 30 сайтах с нехитрыми изменениями под уникальность.
А то, что мусорного контента стало больше, привет растущему поколению. Пока ещё контент сам себя не создаёт, но и это достижимо. )
Спасибо за пример процесса, думаю попробую для нескольких фич в новых проектах.
Не так давно опубликовал статью про метод MoSCoW (можно посмотреть в профиле).
Что касается вашего алгоритма, предлагаю явно разделять приоритеты для наполнения беклога и приоритеты влияния фичи на продукт.
Когда у вас новый проект и небольшой беклог на 2-3 месяца и нужно пройтись по фичам. Алгоритм класс.
Когда крупный бизнес и стратегия развития продукта на год вперёд, вы не выделите столько времени, чтобы каждый эпик разложить по алгоритму.
Влияние начинают оказывать бизнес метрики, хотелки заказчика, боли стейкхолдеров, изменения рынка, изменение пользовательского опыта, стабильность архитектуры и требования безопасности.
Мы такое прогоняем на собесе, что бы услышать как кандидат размышляет, как будет действовать. Сразу раскрывается опыт и подход к задаче. Что даст презентация (сделанная с помощью ИИ)?
Яндекс продакт
Твоя задача запустить сервис доставки пиццы.
Опиши всё, что ты будешь делать для запуска этого продукта. Представь, что защищаешь план на год перед инвесторами/советом директоров - зачем вкладываться в этот сервис?
Спасибо за интересный диалог и ваше мнение. Действительно, продукт должен приносить деньги бизнесу. Достигают этой цели продукты по-разному.
Предлагаю сойтись на единой сути, нужно проанализировали задачи, учесть риски и принять решение. И для принятия решения нужен придерживаться определённых принципов. Моя команда выбрала MoSCoW
Вы случайно не из команды телеком оператора или компании на последнюю букву алфавита? (без обид, шучу) Задача продукта приносить деньги снижая риски компании, создавая приток и возврат пользователей, за счет этого будет развитие проекта и рост бизнес метрик.
И давайте по-честному, на этапе планирования, вы не знаете какая из задач принесет больше денег ;)
Пользовательские фичи указаны для простоты сравнения, это же метод приоритизации, а не оценки объема и сложности задач. )
И этот подход как раз дает команде возможность обосновать почему нужно выделить время в спринте на тех. задачи. Если архитектора не устойчива или пора обновлять библиотеки без которых дальнейший рост продукта не возможен, задача ставится в Must. И если заказчик "топочет ножками" что нужно еще пару пользовательских фич ту даже добавить см. п.9 Используйте этот момент для переговоров: запросите дополнительные ресурсы, упрощение требований или пересмотр сроков.
У всех свой опыт и разный характер у заказчиков. В развитых командах заказчик слышит и принимает обоснованные доводы. Но именно обоснованные, а не «вы не понимаете, потому что так правильно».
Добрый день.
Спасибо за статью.
Столкнулись с сложностью сбора статистики, особенно по запуске рекламы на бота через TG ads и Яндекс директ.
Если знаете, напишите способы отслеживания привычных web метрик, пользователи, источники, события. У нас связка бот-консультант + miniapp (карточки товаров).
Предположу что ваш кейс, не подходит под формат диалога.
Если вы или ваш лид закомитились на 2 проекта в равном объеме и равные сроки, приоритеты отходят в сторону )
Как же планирование, аналитика, оценка?
Объем задач в спринте разве не должен балансировать часы и приоритеты?
10 проектов, это уже перебор.
Но работа над 2-3 проектами приводит к значительной потере качества?
Понятно, что зависит и от объема проекта, можно и на одном утонуть )
Привет. Спасибо за ответ.
Можете кратко написать, как делили время команды на 2-3 проекта? Для команды был один общий спринт?
Попытка зачитана. Если это превратится в серию полезных постов для сообщества, поддерживаю.
Если объективно Agile манифест, и руководство по SCRUM в открытом доступе.
И философия не в том, что нужно нарезать задачи, а про взаимодействие людей в командах.
Аха-ха
В одном комменте описал весь SCRUM цикл.
На самом деле многое зависит от зрелости команды.
У всех у нас есть один не верный паттерн, мы думаем "всё что понятно нам, понятно и другим". Нет, не понятно.
Поэтому людей нужно обучать, проводить совместные сессии, давать команде возможность ошибаться, менять процессы (но в пределах границ), давать и принимать обратную связь.
Ребятушки, excel-лятушки.
Научитесь работать с power query (встроена в excel с лохматых дней) и забудьте про половину формул.
Когда научитесь, будет не x2, а х22 к скорости работы.
Борьба уже началась )
В этом году одна из бизнес задач, попадание доменов в нейро выдачу.
Тут заметка по этому поводу
https://habr.com/ru/posts/950306/
Это не вера, это разные мнения.
Откуда и как у людей складывается мнение?
Личный опыт и наличие информации на основе которой строятся выводы. )
Копирайтинг, не только про seo.
Интересно читать блоги, статьи, инструкции в которых автор делится своим опытом и знаниями.
Но чтобы это было читабельно, нужен копирайтер.
То что ИИ добавил скорости, это точно.
Но начал тонуть, это если вам 20+.
Если больше 30, должны помнить статьи портянки, собранные из одних ключей, фермы рерайта, когда одна хорошо написанная статья на 30 сайтах с нехитрыми изменениями под уникальность.
А то, что мусорного контента стало больше, привет растущему поколению. Пока ещё контент сам себя не создаёт, но и это достижимо. )
Спасибо за пример процесса, думаю попробую для нескольких фич в новых проектах.
Не так давно опубликовал статью про метод MoSCoW (можно посмотреть в профиле).
Что касается вашего алгоритма, предлагаю явно разделять приоритеты для наполнения беклога и приоритеты влияния фичи на продукт.
Когда у вас новый проект и небольшой беклог на 2-3 месяца и нужно пройтись по фичам. Алгоритм класс.
Когда крупный бизнес и стратегия развития продукта на год вперёд, вы не выделите столько времени, чтобы каждый эпик разложить по алгоритму.
Влияние начинают оказывать бизнес метрики, хотелки заказчика, боли стейкхолдеров, изменения рынка, изменение пользовательского опыта, стабильность архитектуры и требования безопасности.
P/s
Пишите, проконсультирую ;)
При внедрении таких систем, стоит в серьёз задуматься, а есть ли ресурс на обслуживание и поддержку и администрирование в вашей компании?
С одной стороны, да контроль времени.
С другой +n количества сотрудников на поддержку, средства на командировки или выезды на площадки, мощности компании.
И как ягодка, управление графиками, лимитами и переработками (про ТК давайте не забывать).
Чекать присутствие на площадках и в офисах, да нужно.
Считать каждый, становится считаю избыточной административкой.
Как посчитать, даёт ли это профит бизнесу?
Расскажите зачем это?
Мы такое прогоняем на собесе, что бы услышать как кандидат размышляет, как будет действовать. Сразу раскрывается опыт и подход к задаче. Что даст презентация (сделанная с помощью ИИ)?
Яндекс продакт
Твоя задача запустить сервис доставки пиццы.
Опиши всё, что ты будешь делать для запуска этого продукта. Представь, что защищаешь план на год перед инвесторами/советом директоров - зачем вкладываться в этот сервис?
Спасибо за подробную статью.
Есть кто нибудь с коммерческими сайтами, у кого действительно просели переходы по органики?
Если есть, в чем видите причину?
Мониторим на своих сайтах, колебания соразмерны с прошлым годом.
Спасибо за интересный диалог и ваше мнение. Действительно, продукт должен приносить деньги бизнесу. Достигают этой цели продукты по-разному.
Предлагаю сойтись на единой сути, нужно проанализировали задачи, учесть риски и принять решение. И для принятия решения нужен придерживаться определённых принципов. Моя команда выбрала MoSCoW
Дай Клегг не рассказывал. Но наверно чтобы проще ассоциировать с городам и запомнить.
Вы случайно не из команды телеком оператора или компании на последнюю букву алфавита? (без обид, шучу)
Задача продукта приносить деньги снижая риски компании, создавая приток и возврат пользователей, за счет этого будет развитие проекта и рост бизнес метрик.
И давайте по-честному, на этапе планирования, вы не знаете какая из задач принесет больше денег ;)
Пользовательские фичи указаны для простоты сравнения, это же метод приоритизации, а не оценки объема и сложности задач. )
И этот подход как раз дает команде возможность обосновать почему нужно выделить время в спринте на тех. задачи.
Если архитектора не устойчива или пора обновлять библиотеки без которых дальнейший рост продукта не возможен, задача ставится в Must. И если заказчик "топочет ножками" что нужно еще пару пользовательских фич ту даже добавить см. п.9 Используйте этот момент для переговоров: запросите дополнительные ресурсы, упрощение требований или пересмотр сроков.
У всех свой опыт и разный характер у заказчиков. В развитых командах заказчик слышит и принимает обоснованные доводы. Но именно обоснованные, а не «вы не понимаете, потому что так правильно».
И вообще, давайте на примерах.