Как стать автором
Обновить

Как в Авито используют продуктовый подход к разработке технических фич

Время на прочтение9 мин
Количество просмотров3.5K

Привет! Меня зовут Ярослав Александров, я руковожу юнитом Avito ID. Уже несколько лет один из ключевых фокусов Авито — безопасность пользователей и их доверие к площадке. Для достижения целей Trust and Safety (T&S) мы запускаем технические продукты и фичи.

Так сложилось, что в компании мы используем зрелый продуктовый подход. В этой статье я расскажу, как мы его применяем к техническим продуктам и с чем сталкиваемся в процессе.

Читать далее
Всего голосов 3: ↑2 и ↓1+1
Комментарии2

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

Время на прочтение5 мин
Количество просмотров1.5K

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

🎓
И вы рады этим новым задачам, ведь вы растёте, вы развиваетесь, и можете изменять мир всё больше, шире, и мощнее.

🎓
Ваше основное образование не дало вам полного и целостного представления о менеджменте в организации. Вы покупаете тренинги, читаете книги и блоги, приходите на вебинары, чтобы систематизировать ваши знания об управлении, привести в порядок вашу картину мира по менеджменту. Но чего-то не хватает. Вы присматриваетесь к программам МВА, но пока ещё не определились, что вам больше подходит - Executive MBA, или классический МВА.

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

🎓
Если в двух словах, то подход выглядит так.

Читать далее
Всего голосов 6: ↑4 и ↓2+2
Комментарии0

Как сделать релиз и не превратить ваш проект в затонувший «Титаник»

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров1.4K

Привет, это Антон Павлов — Head of Products в ITSM 365. 

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

Однако во время релиза легко совершить ошибки и обрушить надолго сервис всем пользователям. Это может перечеркнуть все позитивные аспекты релизов. 

Рассказываю на пятилетнем опыте выпуска релизов для сложных B2B-клиентов, какие меры предосторожности нужно предпринять, чтобы ничего не чинить после обновления.  

Читать далее
Всего голосов 8: ↑7 и ↓1+6
Комментарии0

Как стать руководителем и не помереть

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров18K

Всегда мечтал управлять процессами, работать с людьми. Казалось, что я «знаю как правильно», как изменять процессы или учить ребят, чтобы они работали лучше. Хотелось помогать ребятам жить в лучшем мире. Мечта сбылась. Но, как говорится, есть нюанс. 

Поговорим о том, что вас ждёт, когда вы станете руководителем.

Чтож начнем!
Всего голосов 54: ↑52 и ↓2+50
Комментарии16

Как синхронизировать множество команд между собой

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров5.2K

Привет! Я Юля, менеджер продукта в Тинькофф Кассе. Мы делаем интернет-эквайринг для бизнеса, и в разработке продукта участвуют 30 команд. При создании новой фичи какие-то команды могут действовать обособленно, но это редкость. В большинстве случаев командам при разработке нужна помощь друг друга. Расскажу, как у нас получилось сделать так, чтобы не было очередей из команд.

Читать далее
Всего голосов 19: ↑17 и ↓2+15
Комментарии7

Система для менеджера V 1.0. Собираем стек и структуру

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров4.6K

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

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

несколько сервисов для планирования и мониторинга задач;

сервисы для построения схем (процессы, пользовательские пути, структура миграции данных и тд);

трекеры времени;

сервисы по аналитике;

инструменты для составления списков.

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

Поэтому я загорелся идеей сделать систему, которая облегчит работу.

Это должен быть дополнительный инструмент, который используется независимо от проекта. 

Как я подошел к идее?
Всего голосов 8: ↑5 и ↓3+2
Комментарии7

Система для менеджера V1.1. Добавление расчета затрат и развитие функционала планирования

Время на прочтение3 мин
Количество просмотров3K

В предыдущей статье я рассказывал, как мне пришла идея сделать систему для помощи менеджерам проектов/продуктов в работе. 

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

В систему добавилось...
Всего голосов 4: ↑3 и ↓1+2
Комментарии0

Рутина продакта: путешествие из ХЗ в ТЗ

Время на прочтение14 мин
Количество просмотров8K

Привет, Хабр! Я Кристина — продакт-менеджер компании Selectel. В статье расскажу, как мы строим гипотезы и проверяем потенциальную полезность и выгоду от фичей до того, как на их реализацию будут потрачены долгие годы.

Статья будет наиболее интересна тем, кто только начинает свой путь в продакт-менеджменте или работает в продуктовой команде разработки и хочет узнать, чем занимаются вечно пропадающие на встречах продакты. Однако, даже если вы уже зрелый продакт, вы с большой вероятностью найдете для себя что-то полезное и применимое в работе.
Читать дальше →
Всего голосов 31: ↑31 и ↓0+31
Комментарии7

Практика формирования требований в ИТ проектах от А до Я. Часть 3. Функции системы и Границы проекта

Время на прочтение13 мин
Количество просмотров34K

Об авторских тренингах на тему: «Обучение проектированию ПО. Функции системы» подробнее можно узнать на моем YouTube канале

VI Определяем функции системы и границы проекта


Каждая модель ограничена в своих ответах, но нет ограничения на то, как и что моделирует модель, как нет ограничения на человеческую мысль
Дуглас Т. Росс


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

Цель данной группы работ: максимально полно определить набор функций, который должен выполнять целевой продукт, для удовлетворения выявленных потребностей заказчика. Отобрать те из них, которые, могут быть реализованы в рамках текущего проекта.
Читать дальше →
Всего голосов 18: ↑17 и ↓1+16
Комментарии7

Практика формирования требований в ИТ проектах от А до Я. Часть 4. Бизнес процессы, автоматизируемые системой

Время на прочтение9 мин
Количество просмотров14K

Об авторских тренингах на тему: «Обучение проектированию ПО» подробнее можно узнать на моем YouTube канале

VII Детализируем процессы, включенные в рамки проекта


Нужно усложнять, чтобы в результате все стало проще,
а не упрощать, чтобы в результате все стало сложнее.
Веслав Брудзиньский


Определив основные функции и рамки проекта, можно переходить к детальному описанию алгоритмов функционирования, создаваемой системы. В этом блоке работ мы используем прием, позволяющий «попутно» определить связи между процессами и хранилищами. Это поможет нам плавно перейти от моделей процессов к моделям данных.

Цель данной группы работ: на основании выявленных функций, определить сценарии использования, разрабатываемого целевого продукта.
Читать дальше →
Всего голосов 9: ↑8 и ↓1+7
Комментарии0

Практика формирования требований в ИТ проектах от А до Я. Часть 5. Сущности предметной области и немного о стратегиях

Время на прочтение16 мин
Количество просмотров16K

VIII Определяем сущности предметной области


Все, что видим мы, — видимость только одна.
Далеко от поверхности мира до дна.
Полагай несущественным явное в мире,
Ибо тайная сущность вещей — не видна
Омар Хайям


Определив абстрактные хранилища продукта, мы получаем костяк для построения детальной модели данных. При проектировании структуры сущностей продукта, удобно использовать канонические диаграммы «Сущность-связь» (ERD), логическую диаграмму (Logic Diagram) или диаграмму классов (Class diagram).

Цель этой группы работ — спроектировать модель хранилищ данных для использования в продукте, а также задокументировать сущности системы и способы их взаимодействия.

Теория проектирования такого типа диаграмм детально изложена в литературе, описывающей работу с UML. Например, эта тема очень удачно представлена в [11]. Поэтому остановлюсь лишь на некоторых аспектах, интересных на мой взгляд,.
Читать дальше →
Всего голосов 11: ↑11 и ↓0+11
Комментарии0

Практика формирования требований в ИТ проектах от А до Я. Часть 6. Поведение системы. Совершенстваоние требований

Время на прочтение13 мин
Количество просмотров6.2K

IX Определение поведения системы.


В очень многих случаях поведение … только потому кажется смешным, что причины его, вполне разумные и основательные, скрыты от окружающих.
Франсуа де Ларошфуко



После того как мы определились с перечнем основных сценариев и сущностей предметной области, необходимо сопоставить их друг с другом.

Цель данной группы работ: на основании выявленных сущностей и процессов, разрабатываемого целевого продукта спроектировать поведение системы, распределив ее по классам.
Читать дальше →
Всего голосов 4: ↑4 и ↓0+4
Комментарии4

Практика формирования требований в ИТ проектах от А до Я. Часть 7. Передача требований в производство. Заключение

Время на прочтение9 мин
Количество просмотров6.9K

XI Специфицируем требования


Требование — всего лишь временный посредник для решения проблемы реального мира.
«Фабрики разработки программ» [8]



Когда основные артефакты проектирования готовы, можно приступать непосредственно к специфицированию Требований с целью передачи их разработчикам, реализующим потребности заказчика в целевом продукте. От того насколько точно созданные спецификации подходят конкретной команде для переработки их в готовый программный продукт, зависит качество и конечная себестоимость этого продукта.

Цель данной группы работ: на основании собранной информации о целевом продукте подготовить качественные спецификации требований, позволяющие максимально эффективно организовать процесс их реализации.
Читать дальше →
Всего голосов 10: ↑6 и ↓4+2
Комментарии2

Из рутины в приятный процесс: что такое бэклог продукта и как им управлять?

Время на прочтение5 мин
Количество просмотров185K
Менеджеры продукта и его собственники не могут не уделять серьезного внимания продуктовому бэклогу. Не только для облегчения планирования релизов и итераций, но и для оптимизации всего жизненного цикла продукта, над которым намерена работать команда.

image
Читать дальше →
Всего голосов 7: ↑7 и ↓0+7
Комментарии2

DreamTeam в эпоху быстрых перемен

Время на прочтение11 мин
Количество просмотров2.3K

11 лайфхаков менеджерам IT-команд, которые стремятся обеспечить жизнеспособность и развитие своего бизнеса в условиях безумных скоростей и неопределённости


В апреле 2020 года Группа компаний ЦФТ, один из крупнейших российских финтех-провайдеров, поставляющий ИТ-продукты и услуги более чем 300 банкам и миллионам жителей из десятков стран, смогла перевести на удалённую работу 3000+ своих сотрудников, при этом не потеряв в управляемости, производительности и динамике финансовых показателей. Это лишь одно из действий в большом плане переналадки бизнеса в связи с приходом пандемии.

Но важно даже не это. Ситуация с ковидом подсветила мировые тенденции последних… цати лет, которые заключаются в необходимости быстро меняться, перестраивать процессы, выводить на рынок новые продукты. И на нашей очередной встрече с менеджерами и техническими директорами ЦФТ зашел разговор, как командам удаётся сохранять работоспособность в таких условиях.



Краткое руководство от команды ЦФТ по выживанию и развитию в 2020 году вышло таким:
Читать дальше →
Всего голосов 22: ↑20 и ↓2+18
Комментарии0

Понятие «неквалифицированного (и квалифицированного) исполнителя» в проектном менеджменте

Время на прочтение8 мин
Количество просмотров7K
Эта статья является продолжением темы «неквалифицированного заказчика», а также попыткой проанализировать причины взаимной неудовлетворенности менеджеров и специалистов в неудачных проектах. Думаю, что моим коллегам знакома ситуация, когда проект провалился и команда пытается понять причины.

Толчком для формулирования концепции «неквалифицированного исполнителя» послужила «Черная книга менеджера» Славы Панкратова, а точнее, кусочек из главы 5 «Люди».

Если человек чего-то не делает, есть 4 причины

  1. Не понял
  2. Не умеет
  3. Не может
  4. Не хочет»

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

Решение я нашел в методологии теории деятельности, элементы которой описаны, например, в статье Елены Мундриевской (ссылки на авторов приведены в конце публикации). Автор статьи приводит некую аксиому (или предикат) деятельности, при следовании которой результат на выходе будет соответствовать заданию на входе. Мне показалось, что разбор ошибок и неудач с использованием этой методики помогает правильно определить причины поражения.
Читать дальше →
Всего голосов 16: ↑11 и ↓5+6
Комментарии3

Как создать идеальную дорожную карту продукта и что для этого нужно?

Время на прочтение5 мин
Количество просмотров217K
Дорожная карта или roadmap в руках умелого менеджера продукта – настоящее стратегическое оружие. Как большинство стратегов умеют грамотно обращаться со своими рабочими инструментами, так и менеджер продукта должен уметь тактически применить дорожную карту и использовать доступные сервиса для этой цели.

image
Читать дальше →
Всего голосов 13: ↑11 и ↓2+9
Комментарии7

5 отличий technical product manager от бизнес-ориентированного PM

Время на прочтение6 мин
Количество просмотров19K
Многие наверняка сталкивались с разными вариантами и интерпретациями роли и функционала менеджера продукта. В крупных компаниях и стартапах сегодня можно найти стратегически важных сотрудников разного уровня, связанных с управлением продукта, которые становятся все востребованнее.

Роль менеджера продукта в компании зависит от внутренней иерархии и сферы деятельности. Где-то достаточно одного менеджера, а в какие-то крупных корпорациях может работать целый департамент, в котором есть Product VP, директор продукта, product owner, менеджер продукта, junior PM или другие позиции. В технически-ориентированных компаниях и сфере разработки ПО все чаще встречается должность technical product manager. Чем она отличается от остальных продуктовых ролей?

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

Система электронного документооборота «Визирь»

Время на прочтение7 мин
Количество просмотров12K
Эту статью надо было написать ровно 10 лет назад. Сделать это нужно было бы ради рекламы, или точнее, пиара разработанной мною системы документооборота «Визирь», которой на тот момент хотелось заниматься, развивать и продавать. Сейчас-то уже поздно, но мне захотелось это сделать ради того чтобы поставить для себя эту галочку (ну нравится мне всё до конца доделывать), и кроме того, возможно, это даже принесет кому-то какую-то пользу. Дальше – под катом…
Читать дальше →
Всего голосов 29: ↑27 и ↓2+25
Комментарии14

Что я понял о построении бизнеса, семь лет проработав в Airbnb

Время на прочтение12 мин
Количество просмотров18K


В 2012 году, вскоре после того, как Airbnb купили наш стартап, я услышал, как один из основателей компании (Джо Геббиа) давал указания дизайнеру, которому нужно было изменить оформление главной страницы: «Сделай то, чего в Интернете никогда раньше не было». Хорошо помню, как подумал: «Что это вообще значит? Это такая здесь планка для всего, что делается?» Оглядываясь назад, я могу сказать, что главным двигателем роста в Airbnb было именно такое мышление — в сочетании с шестью другими ключевыми компонентами, о которых я расскажу ниже.

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

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