Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Как перейти на микросервисы и не разломать production

Блог компании True Engineering Высокая производительность *Управление продуктом *DevOps *
Сегодня расскажем, как переводили на микросервисы монолитное решение. Через наше приложение круглосуточно проходит от 20 до 120 тысяч транзакций в сутки. Пользователи работают в 12 часовых поясах. В то же время функционал добавлялся много и часто, что довольно сложно делать на монолите. Вот почему системе требовались устойчивая работа в режиме 24/7, то есть HighLoad, High Availability и Fault Tolerance.

Мы развиваем этот продукт по модели MVP. Архитектура менялась в несколько этапов вслед за требованиями бизнеса. Первоначально не было возможности сделать всё и сразу, потому что никто не знал, как должно выглядеть решение. Мы двигались по модели Agile, итерациями добавляя и расширяя функциональность.


Читать дальше →
Всего голосов 14: ↑12 и ↓2 +10
Просмотры 14K
Комментарии 9

Как мы проводим эксперименты на людях. А/Б тестирование для продвинутых

Блог компании ID Finance Тестирование веб-сервисов *Монетизация веб-сервисов *Управление продуктом *
image

В биологии и медицине многие эксперименты на людях и других высших приматах, как известно, сейчас запрещены. Но в маркетинге и управлении продуктом это пока не возбраняется. Чем мы активно и пользуемся в ID Finance, проводя мультивариативные тесты ценностных предложений, продуктовых фич, интерфейсов и прочего.

А/Б тестирование в нашей компании отличается широкой распространенностью и особой извращенностью. Тесты у нас проводят все, за исключением разве что юристов и бухгалтерии. Но проблема в том, что эксперименты эти обычно намного сложнее того, что обычно понимают под А/Б тестированием — поменять цвет кнопки, подвигать поля, передизайнить лендинг — то, что можно легко сделать через фреймворки типа Google Analytics или Visual Website Optimizer. В нашем случае меняются большие куски customer journey, а зацепить такой тест может значительную часть основных бизнес-метрик.

В итоге, правильное проведение таких тестов, а, главное, правильное подведение их итогов стало своего рода искусством, доступным немногим просвещенным. Что, конечно, не есть хорошо. В итоге, мы решили начать собирать рекомендации и примеры, дабы помочь бизнес-аналитикам и менеджерам сделать все правильно. Ведь, ошибки стоят достаточно дорого: в лучшем случае мы потеряем время на сбор кривых данных и перезапуск теста, в худшем случае – можем принять ошибочное бизнес решение. При этом компания растет, приходят новые люди и хочется сократить learning curve насколько возможно.
Читать дальше →
Всего голосов 6: ↑6 и ↓0 +6
Просмотры 4.2K
Комментарии 0

PMM Summer School: Как пройти школу маркетинга софтверных продуктов и остаться гиком

Офисы IT-компаний Софт Мозг Здоровье
image

Недавно в Санкт-Петербурге закончилась летняя школа по маркетингу софтверных продуктов (PMM summer school) от JetBrains, о которой уже упоминали здесь и здесь. Чернила еще не высохли, лекции еще не забылись, а организаторы еще не выспались, но спешу поделиться впечатлениями о маркетинге, продуктах, школе PMM и JetBrains. Холивар про маркетинг неисчерпаем, поэтому добро пожаловать под <cut/>!
Читать дальше →
Всего голосов 14: ↑11 и ↓3 +8
Просмотры 4.7K
Комментарии 4

От гордыни до отчаяния: четыре ошибки в продуктовом мышлении

Блог компании Binary District Управление проектами *Управление продуктом *
image

Хороший продакт всегда думает о проблемах пользователя, интересах компании и о том, что надо сделать, чтобы обе стороны были довольны. Это и есть продуктовое мышление. Оно помогает принимать решения и находить точки роста. Но даже у опытных менеджеров бывают слепые зоны — незаметные ловушки, которые приводят к ошибкам. Спикер курса Product Owner Weekend Алексей Авдей — директор сайта sberbank.ru, ранее — Chief Product Officer «ЦИАН» и руководитель Яндекс.Маркета, перечислил типичные ошибки на каждом из этапов жизни продукта и рассказал, как с ними бороться.
Читать дальше →
Всего голосов 14: ↑12 и ↓2 +10
Просмотры 6K
Комментарии 0

7 грехов владельца продукта

Управление проектами *Управление продуктом *
Фаза 2

Все как в жизни.


Предыстория


В классических методологиях роли владельца продукта не было. Впервые роль владельца продукта появилась в Scrum фреймворке. До этого ближайшей по смыслу ролью была роль менеджера проекта в методологии PMI PMBoK. Роль менеджера проекта содержала в себе ряд противоречий и конфликтов интересов:


  1. Менеджер проекта отвечал и за команду, и за отношения с заказчиком. К сожалению, интересы заказчика противоречат интересам команды.
  2. Менеджер проекта отвечал только за стадию создания продукта. Менеджеру проекта все равно что будет потом, главное закончить в срок проект с нужными свойствами, качеством и уложиться в бюджет.
  3. Менеджер проекта не обязан знать как продавать и продвигать продукт. Отсюда — столько провалившихся на рынке, но формально успешных (выполненных в срок и уложившихся бюджет) проектов.

Решая эти проблему, создатели Scrum:


  1. Разделили роль менеджера проекта на две: Scrum мастер, которые заботится о команде, этакая строгая, но любящая нянька, и владелец продукта.
  2. Сделали так, что ответственность владельца продукта не заканчивается на завершении разработки, а продолжается в период коммерческой эксплуатации.
  3. Решили, что в компетенции владельца продукта входят: маркетинг, продажи, знания бизнеса и предметной области.
Читать дальше →
Всего голосов 11: ↑9 и ↓2 +7
Просмотры 6.9K
Комментарии 3

Рецепт гладкого релиза: PMy на заметку

Блог компании True Engineering Управление проектами *Управление продуктом *
Tutorial
Всё ближе момент, когда мы выпустим в свет наше решение, свежее, новенькое и сияющее. Волнительно? Не очень, ведь мы его уже проверили со всех сторон.

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

На основе этого плана мы ставим задачи разработчикам и «аудиторам» — коллегам из других отделов, которые проводят ревью решения (да, это тоже лайфхак). Надеемся, эта шпаргалка пригодится для подготовки к релизу продукта в прод.


Читать дальше →
Всего голосов 16: ↑14 и ↓2 +12
Просмотры 4.6K
Комментарии 3

7 заблуждений начинающего проект-менеджера в геймдеве

Блог компании Plarium Управление проектами *Управление продуктом *Управление персоналом *
Чем геймдев похож на монастырь, что делают с ресами на плитках и почему PM должен готовиться к марафону? Руководитель PM-направления в краснодарской студии Plarium Даша Старицына открыла несколько секретов новичкам в этой сфере и рассказала, из-за каких заблуждений соискатели остаются за бортом игровой разработки.


Читать дальше →
Всего голосов 12: ↑10 и ↓2 +8
Просмотры 8.5K
Комментарии 13

Настройка Jira под ваши нужды. Cовершенный флоу и идеальный тикет

Блог компании Badoo PHP *Программирование *Управление разработкой *Управление проектами *


Если вы работаете в IT-компании, то, скорее всего, ваши процессы построены вокруг известного продукта Atlassian — Jira. На рынке есть множество таск-трекеров для решения тех же задач, в том числе open-source-решения (Trac, Redmine, Bugzilla), но, пожалуй, именно Jira имеет сегодня самое широкое распространение.

Меня зовут Дмитрий Семенихин, я тимлид в компании Badoo. В небольшом цикле статей я расскажу, как именно мы используем Jira, как настраивали её под свои процессы, что хорошего «прикрутили» сверху и как тем самым превратили issue-трекер в единый центр коммуникаций по задаче и упростили себе жизнь. В этой статье вы увидите наш флоу изнутри, узнаете, как можно «докрутить» свою Jira, и прочтёте о дополнительных возможностях инструмента, о которых могли не знать.

Статья ориентирована прежде всего на тех, кто уже использует Jira, но, возможно, испытывает сложности с интеграцией её стандартных возможностей в существующие в компании процессы. Также статья может быть полезна компаниям, которые используют другие таск-трекеры, но столкнулись с некоторыми ограничениями и подумывают о смене решения. Статья построена не по принципу «проблема — решение», в ней я описываю сложившийся инструментарий и фичи, построенные нами вокруг Jira, а также технологии, которые мы использовали для их реализации.
Читать дальше →
Всего голосов 63: ↑62 и ↓1 +61
Просмотры 69K
Комментарии 23

5 страхов разработчиков, которые мы преодолели

Блог компании ISPsystem Управление разработкой *Управление продуктом *
Хэллоуин — время поговорить о страхах. Я работаю продакт-менеджером в IT-компании, поэтому речь пойдёт про кошмары разработчиков. Но не обычные, а те, что появляются во времена перемен.



Когда компания развивается — меняет подход к разработке, создаёт новые продукты и расширяет возможности текущих, десятками принимает сотрудников, тем, кто работал по-старому, бывает тяжело перестроиться. Мы радуемся изменениям, но иногда, чего скрывать, боимся их. Я работаю продакт-менеджером уже год и за это время столкнулась с пятью крупными страхами своей команды. Сегодня расскажу об этих страхах и о том, как нам удалось их преодолеть.
Читать дальше →
Всего голосов 34: ↑31 и ↓3 +28
Просмотры 13K
Комментарии 16

Зачем нужны продакт-менеджеры в финтехе

Блог компании ID Finance Usability *Повышение конверсии *Управление продуктом *
Все знают, что продакт менеджеры делают в е-коммерс: оптимизируют воронку и придумывают «как сделать сайт таким же удобным для покупок, как домашние тапочки для похода на кухню ночью». Но сегодня почти любая уважающая себя компания, которая так или иначе присутствует в диджитале, начинает внедрять продуктовый подход с свою работу: телеком, банки, страховые… даже фастфуд.

Под катом Александр Окулов из компании ID Finance рассказывает о том, какие вопросы стоят перед продактами в финтехе, цифровом с рождения, но много взявшем от своих родителей, традиционных банков и финансов. В финтехе, как правило, бизнес строится вокруг продукта и везде сплошной agile, а про «водопад» слышали лишь те кому за 30 и кто успел поработать в компаниях-динозаврах.

image
Читать дальше →
Всего голосов 10: ↑9 и ↓1 +8
Просмотры 6.1K
Комментарии 0

GeekBrains запускает курс по подготовке продакт-менеджеров

Блог компании Mail.ru Group Agile *Управление продуктом *


Наш образовательный портал GeekBrains объявляет о запуске курса Product Manager. Слушатели узнают, как создать успешный продукт, управлять им и выводить на рынок, и смогут применить свои знания на практике, работая в командах с разработчиками и дизайнерами — студентами GeekBrains. Программа рассчитана на специалистов, которые хотят расширить свои компетенции, чтобы в дальнейшем стать тимлидом, ведущим разработчиком, менеджером проектов, руководителем отдела, маркетологом или специалистом по продажам.

Читать дальше →
Всего голосов 25: ↑19 и ↓6 +13
Просмотры 5.4K
Комментарии 11

Почему не стоит экономить на профессиональном ПМ

Управление разработкой *Управление проектами *Управление продуктом *
Из песочницы
В статье будет приведено несколько терминов, а также примеры индустрий, где неграмотный менеджмент может привести к катастрофе.

Данная статья будет интересна всем тем, кто когда-либо собирается собрать собственную команду, открыть собственное дело, или уже это сделал, но что-то пошло не так. И еще, всем тем, у кого по непонятным причинам, проект не может завершиться уже длительное время.
Читать дальше →
Всего голосов 27: ↑19 и ↓8 +11
Просмотры 3.8K
Комментарии 9

Рождественский Scrum Meetup UPD Трансляция митапа

Блог компании Райффайзенбанк Agile *Управление продуктом *Управление персоналом *Конференции
Приглашаем на Рождественский Scrum Meetup, который состоится 20 декабря на площадке Райффайзенбанка в Нагатино.


Всего голосов 25: ↑23 и ↓2 +21
Просмотры 2.1K
Комментарии 0

Jira против хаоса в разработке: как не терять задачи

Блог компании Badoo Разработка веб-сайтов *Управление разработкой *Управление проектами *Управление продуктом *


В предыдущей статье я рассказал, какие надстройки для Jira мы сделали, чтобы рабочий флоу стал максимально удобным, а тикет — исчерпывающе информативным. В сегодняшней статье мы решим другую задачу.

Дано:

  • вы разрабатываете и поддерживает сложный программный продукт, работающий на нескольких клиентах;
  • у вас несколько инженерных команд (бекенд, IT Ops, iOS, Android, веб и т. д.), которые работают независимо друг от друга с отдельными беклогами;
  • у вас несколько продуктовых направлений, то есть, грубо говоря, один продуктовый менеджер ведёт несколько проектов по своему направлению, другой менеджер — по своему;
  • ваши инженерные команды функциональны, то есть они не выделены на отдельные продуктовые направления, а решают задачи всех юнитов сразу, обслуживая определённую часть технологического стека;
  • и, конечно, вы используете Jira!
Читать дальше →
Всего голосов 45: ↑45 и ↓0 +45
Просмотры 22K
Комментарии 11

Подражание не может быть стратегией развития продукта

Блог компании Alconost Управление проектами *Управление продуктом *Управление продажами *Бизнес-модели
Перевод


Если что-то сработало для одной компании, это не обязательно означает, что то же самое сработает для другой


Недавно YouTube объявил о больших изменениях на подписной платформе YouTube Premium (раньше она называлась YouTube Red): они отказываются от подписки и открывают премиум-контент бесплатно (но с рекламой) для всех пользователей YouTube. Издание USA Today опубликовало статью об этом под заголовком «Не все готовы платить за подписку. Не верите? Спросите YouTube». Согласно этой статье, люди устали от подписок — или, цитируя статью: «Пользователи сказали свое слово. Хватит уже этих подписок».

Есть множество подписных сервисов — и вполне вероятно, мы можем достичь точки насыщения. Однако я не думаю, что проблема у YouTube Premium была именно в этом: люди будут платить почти за все, что дает то, что кажется им ценным и вписывается в их представление о мире — ради этого они готовы даже залезть в долги. Поэтому кредитные карты так популярны.

Думаю, настоящая проблема с YouTube Premium была в том, что они решили повторить то, что делают другие сервисы потокового видео.

YouTube выстроил свою стратегию вокруг того, что делали остальные, и теперь столкнулся с истиной, которую слишком часто игнорируют: подражание не может быть стратегией развития.

Подражание — повсюду: мы как дизайнеры, разработчики, бизнесмены и менеджеры по продуктам ориентируемся на успешные методики, анализируем работу конкурентов — и в результате часто применяем к созданию продукта имитационный подход. Если что-то работает для других, оно должно сработать и для нас — так нам кажется. Загвоздка в том, что часто такое подражание не работает — по крайней мере не так, как мы ожидаем.

Переведено в Alconost
Читать дальше →
Всего голосов 16: ↑14 и ↓2 +12
Просмотры 3.8K
Комментарии 6

Fake Door как часть Customer Development

Интерфейсы *Usability *Growth Hacking *Развитие стартапа Управление продуктом *
У меня есть нож, есть арбалет,
Они служат мне уже тысячу лет.

(с) КиШ


Предположим, вам надо проверить насколько новая фича будет востребована клиентами. Зачастую, это решается с помощью интервьюирования, опросов, и т.д. У этих замечательных подходов есть свои плюсы/минусы, поэтому рассмотрим альтернативный вариант и в каких случаях оправдано его применение.

image

Читать дальше →
Всего голосов 26: ↑24 и ↓2 +22
Просмотры 4.5K
Комментарии 1

Product manager’s mastery. Feature requests

Управление продуктом *
Из песочницы
It doesn’t matter if you’re an experienced product manager or took charge of a product recently you always be thinking about a large list of customers’ requests. What you should do first. How you should process them.

Feature prioritization is based on multiple principles. Basic are aligning to company vision, product strategy, and customer profile. For example, if you’re targeted to small businesses or home offices doing SAP integration request shouldn’t be in your first place.

But what share feature requests take in a product backlog? An answer like “it is full of customers' requests” isn’t correct. It seems strange but true.

If you’re not happy to read long texts the advice is “you should not give attention to customers' requests if your product is mature”.
Read more →
Всего голосов 15: ↑14 и ↓1 +13
Просмотры 946
Комментарии 0

Неочевидные навыки, необходимые менеджеру продукта

Блог компании Alconost Управление разработкой *Управление проектами *Управление продуктом *
Перевод


Позвольте я раскрою тайну, которую в управлении продуктами скрывают — по крайней мере, об этом не говорят вслух: нас не слишком заботят профессионально-технические навыки. И о каких навыках речь? Оформление требований к продукту? Проведение опросов среди пользователей? Понимание дизайна интерфейсов? Знание бизнеса и технологий?

На самом деле таких навыков больше, чем кажется на первый взгляд. А чтобы стать хорошим менеджером продукта, нужно много больше, чем просто знать о дизайне интерфейсов, ведении бизнеса и технологиях.

Несколько лет назад, когда я начала карьеру в сфере управления продуктами, почти каждый поисковый запрос вроде «Что делают менеджеры продуктов?» или «Какие навыки нужны хорошему менеджеру продукта?» приводил к следующей диаграмме Венна:


Источник: What, exactly, is a Product Manager?

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

И тут действительность нанесла мне удар — иными словами, я погрузилась в реальную работу.

Запустив немало продуктов, пролив немало слез (настоящих) и пережив множество трудностей, я наконец поняла, что управление продуктом — это гораздо больше, чем бизнес, дизайн и технологии. Последние три сферы деятельности — лишь часть работы менеджера продукта.

Переведено в Alconost
Читать дальше →
Всего голосов 24: ↑23 и ↓1 +22
Просмотры 5.5K
Комментарии 2