Всем привет!
Вчера вышел YouTrack 2018.3, и в этой статье мы расскажем о том, что нового появилось в новой версии.
Всем привет!
Вчера вышел YouTrack 2018.3, и в этой статье мы расскажем о том, что нового появилось в новой версии.
Чем геймдев похож на монастырь, что делают с ресами на плитках и почему PM должен готовиться к марафону? Руководитель PM-направления в краснодарской студии Plarium Даша Старицына открыла несколько секретов новичкам в этой сфере и рассказала, из-за каких заблуждений соискатели остаются за бортом игровой разработки.
Всё ближе момент, когда мы выпустим в свет наше решение, свежее, новенькое и сияющее. Волнительно? Не очень, ведь мы его уже проверили со всех сторон.
Мы составили чек-лист для проверки, насколько решение готово к выкатыванию в продакшн. В нём перечислили всё самое важное, что проверяем в инфраструктуре, первоначальном наполнении, интеграции, обучении пилотной группы пользователей, передаче решения, пользовательской документации, бизнес-мониторинге и выборе момента для релиза.
На основе этого плана мы ставим задачи разработчикам и «аудиторам» — коллегам из других отделов, которые проводят ревью решения. (Да, это тоже лайфхак). Надеемся, эта шпаргалка пригодится для подготовки к релизу продукта в прод.

Хороший продакт всегда думает о проблемах пользователя, интересах компании и о том, что надо сделать, чтобы обе стороны были довольны. Это и есть продуктовое мышление. Оно помогает принимать решения и находить точки роста. Но даже у опытных менеджеров бывают слепые зоны — незаметные ловушки, которые приводят к ошибкам. Спикер курса Product Owner Weekend Алексей Авдей — директор сайта sberbank.ru, ранее — Chief Product Officer «ЦИАН» и руководитель Яндекс.Маркета, перечислил типичные ошибки на каждом из этапов жизни продукта и рассказал, как с ними бороться.
Читать полностью »
Предлагаю выделить каналы в отдельный таб и немного доработать:
Сегодня расскажем, как переводили на микросервисы монолитное решение. Через наше приложение круглосуточно проходит от 20 до 120 тысяч транзакций в сутки. Пользователи работают в 12 часовых поясах. В то же время функционал добавлялся много и часто, что довольно сложно делать на монолите. Вот почему системе требовались устойчивая работа в режиме 24/7, то есть HighLoad, High Availability и Fault Tolerance.
Мы развиваем этот продукт по модели MVP. Архитектура менялась в несколько этапов вслед за требованиями бизнеса. Первоначально не было возможности сделать всё и сразу, потому что никто не знал, как должно выглядеть решение. Мы двигались по модели Agile, итерациями добавляя и расширяя функциональность.
Впервые я начала руководить людьми семь лет назад — прошло три года после моего выпуска из университета и первой работы в области дизайна. В то время мне крайне не хватало квалификации. У меня почти не было опыта, когда кто-то руководил мной, не говоря уже о том, чтобы мне руководить другими. Я все еще благодарна менеджеру, который у нас был на тот момент, за её веру в меня. Не думаю, что в её ситуации я бы поставила на себя. И, опять же, одна из вещей, которой вы учитесь — дальновидный менеджер иногда может видеть в тебе то, что ты сам не видишь и подталкивать тебя к тем достижениям, которые казались невозможными.

В центре кадра — Julie Zhuo, product design director в Facebook
Те семь лет я в большинстве случаев руководила смесью из разработчиков, некоторых инженеров пользовательского интерфейса и исследователей. Совсем недавно я стала руководить управляющими по дизайну.
Я люблю свою работу. Мне кажется, что из-за людей она и тяжелая, и безумная, и чудесная. Она о взаимодействии с людьми. О понимании людей. О поиске самого лучшего в людях. И снова о понимании, что все не идеальны, но вместе с нашими несовершенствами мы все равно можем добиться большего, чем в одиночку.Читать полностью »
«Я не злюсь, я просто разочарован.»
— PM

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

В конце сентября в питерском офисе Wrike прошла встреча для продуктовых аналитиков и менеджеров по продукту. Встреча была посвящена вопросам качественной (vs количественная) аналитики, взаимодействию аналитиков и продакт-оунеров, процессу и инструментам валидации продуктовых изменений.
Поговорили о том, как оценивать качество продуктов, проверять продуктовые гипотезы, собирать релевантный пользовательский фидбек и выстраивать роадмап развития продукта, исходя из него.
Спешим поделиться видеозаписями докладов.
Читать полностью »

Что может помочь менеджеру по продукту минимизировать риски при принятии решений по развитию тех или иных фич? Насколько веским может и должно быть слово аналитика в процессе разработки? Есть ли у продуктовых аналитиков какой-то иной инструментарий, кроме количественных данных?
20 сентября в офисе Wrike в Санкт-Петербурге мы встретимся составом продуктовых аналитиков и продакт-менеджеров, чтобы постараться ответить на эти вопросы.
Встреча будет посвящена проблемам качественной (vs количественная) аналитики, взаимодействию аналитиков и продакт-оунеров, процессу и инструментам валидации продуктовых изменений. Поговорим о том, как оценивать качество продуктов, проверять продуктовые гипотезы, собирать релевантный пользовательский фидбек и выстраивать роадмап развития продукта, исходя из него.
Читать полностью »