Однажды меня спросили: «А будет ли необходимость в менеджерах через 10 лет?»

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

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

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

Но менеджеры проектов ни везде занимаются UX, а менеджер продукта где-то не будет вести непосредственно разработку.

В некоторых компаниях в Европе нет роли Project Manager, а есть только Technical Lead и Product Manager, а в других - только Program manager и Product manager, а где-то только Project, который делает всё.

А нужны ли эти люди?

Считаю так:
Знаете почему существуют спортивные тренеры в Фитнес-клубах?
Даже если у людей есть мотивация заниматься (похудеть, нарастить мышц, быть здоровым…), то необязательно, что хоть 50% из них будут ходить в зал, а вот оплата личного тренера и мотивирующих комментариев, резко повышает процент «ответственных спортсменов».

Так и в нашей работе.

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

Ни один инструмент и программа не могут пока это заменить.

И через 10 лет, я считаю, не смогут.

@projectsproducts

Итак, объявляем победителя конкурса https://tttttt.me/projectsproducts/86, который получает билет на конференцию:
Оксана Ольшанская.

Спасибо всем за участие!

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

@projectsproducts

Вот вам несколько примеров вопросов на собеседовании для менеджеров продукта:

1. Предложите 5 способов конвертации пользователей из веб версии сайта, например, Lamoda, в пользователей их мобильного приложения.

2. Ваши непосредственные действия от момента зарождения идеи до передачи ее в разработку?

3. Какие KPI вы отслеживаете в продукте, над которым сейчас работаете? Как измеряете, что ваши запуски на них влияют?

4. Вы начинаете работать над новым для вас продуктом, и перед вами стоит задача сформировать продуктовый беклог. Как вы будете действовать?

5. Расскажите о методах исследований, которые вы использовали в своей работе?

6. Крупный клиент прислал вам жалобу, что качество продукта за последний месяц снизилось на 11%. Что вы будете с этим делать?


#product
@projectsproducts

Сегодня у нас новая лекция на Ted «The puzzle of motivation» (Dan Pink):

https://www.ted.com/talks/dan_pink_on_motivation/

Немного цитат:
«Я расскажу об эксперименте, основанном на «загадке свечи», который проделал ученый Сэм Глаксберг.
Глаксберг изложил условия эксперимента так: «Я засекаю время, чтобы узнать, как быстро вы можете решить задачу?»
Одной группе при этом он сказал: «Ваше время решения будет служить нормой, которая покажет сколько в среднем требуется типичному участнику для решения такой задачи».

Второй группе он предложил вознаграждение, сказав: «Каждый, чье время будет среди лучших 25% результатов, получит 5 долларов. А самый лучший результат дня вознаграждается 20-ю долларами.»

Вопрос: Насколько быстрее вторая группа решила задачу?

Ответ: В среднем, им понадобилось на три с половиной минуты больше.

Повторюсь: больше, на 3,5 минуты.»


«…Знаменитая система работы на Google. Инженеры на Google могут тратить 20% времени на любую работу по своему вкусу. Они самостоятельны в выборе времени, в выборе задачи, команды, техники.

Понимаете?

Фундаментальный объем самостоятельности.

И как многие из вас знают, у Гугл каждый год примерно половина новых продуктов рождается в период тех самых «20% Времени». Такие продукты как: Gmail, Orkut, Google News.»


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

Во-вторых, те же вознаграждения типа «если… то …» часто губят творчество.

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

@projectsproducts

Есть вот такая базовая статья про пивот - https://stfalcon.com/ru/blog/post/when-to-pivot-your-startup

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

Виды pivot:

- Pivot-увеличение (Zoom-in pivot)

- Pivot-уменьшение (Zoom-out pivot)

- Pivot сегмента потребителей (Customer segment pivot)

- Pivot платформы (Platform pivot)

- Pivot способа монетизации (Value capture pivot)

- Pivot бизнес-архитектуры (Business architecture pivot)

- Pivot механизма роста (Engine of growth pivot)

- Pivot канала сбыта (Channel pivot)

- Pivot технологии (Technology pivot)

Читайте подробнее в статье.

#product
@projectsproducts

Минутка теории:

«Продакт-менеджмент впервые выделился как самостоятельная организационная функция в Procter & Gamble в 1927 г. по инициативе молодого сотрудника Нила Мак-Элроя, который позже стал президентом компании.

В России должность менеджера по продукту изначально возникла в компаниях, занимающихся продажей компьютерной техники, комплектующих, аксессуаров и пр.

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

Несмотря на огромное количество вакансий для менеджеров по продукту, как на западном, так и на отечественном рынке не существует единого мнения о том, что входит в функционал продакт-менеджера. Его обязанности во многом зависят от индустрии, размера компании, ее организационной структуры и истории развития.»

#product #foundation
@projectsproducts

А вы знаете про проект Кислород?

Я раньше не читала о нём.
В The New York Times есть статья: https://www.nytimes.com/2011/03/13/business/13hire.html
А недавно встречала упоминание в РБК.

Суть в том, что Google провел в 2009 году исследование на тему того, кто такие «супер крутые менеджеры» (Project Oxygen).

Сначала в компании выяснили, почему люди увольняются.

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

Это их заволновало, и они провели гигантское исследование (10 000 наблюдений, 400 страниц интервью, и тд и тп),

и сделали вывод, что хороший менеджер:

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

Казалось бы, что это очевидно… Но вы попробуйте :)

@projectsproducts

Кстати, кажется, что я не давала вам ссылку на еще один курс от Google про Маркетинг.

Он бесплатный, короткий (чуть больше 20 часов).

Про то как понять ваших пользователей, нарастить базу клиентов, и фокусироваться на продукте.

Ссылка:
https://classroom.udacity.com/courses/ud719

#product #foundation
@projectsproducts

Если вы еще не решили, чем заняться на выходных, то вот подборка фильмов про крутых менеджеров и стартаперов:

- «Человек, который изменил всё» (2011г.)

- «Пираты силиконовой долины» (1999г.)

- «Бойлерная» (2000г.)

- «Атлант расправил плечи» (2011г)

- «Социальная сеть» ( 2010г.)

- «Уолл-стрит» (1987г.)

- «Атлант расправил плечи» (2011г.)

- «Джобс: империя соблазна» (2013г.)

- «Игра на понижение» (2015г.)


@projectsproducts

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

Интересные биографии, из которых можно узнать что-то новое и поучиться на чужих ошибках:


- «Стив Джобс», Уолтер Айзексон

- «iWoz», Gina Smith, Steve Wozniak

- «Илон Маск: Tesla, SpaceX и дорога в будущее», Эшли Вэнс

- «Доставляя счастье», Тони Шей

- «Моя жизнь, мои достижения», Генри Форд

- «Моя автобиография. Совет молодому торговцу», Бенджамин Франклин

- «Я такой как все», Олег Тиньков

#book
@projectsproducts

Привет.

Нетология выложила несколько записей с ProductSense 2018, который был в марте:

- "Service blueprint workshop" (Дарья Рыжкова и Данила Максишко, Octoberry)
- "Поиск и проверка продуктовых идей" (Катя Текунова, Rambler&co)
- "Сториборды и lo-fi прототипы" (Александр Кудымов, Acronis)
- "Продакты и разработчики: диалог vs. холивар" (Роман Ивлиев)
- "Юзабилити-тестирование" (Ксения Стернина, UX-лаборатория MailRu)

Ссылка на просмотр - http://l.netology.ru/product-videos

#product
@projectsproducts

Много пишут (и я тоже) про то, что почитать, чтобы стать хорошим менеджером.

Нашла видео в тему от Dilbert «Management book»:

https://www.youtube.com/watch?v=ene1uDlXtQs

@projectsproducts

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

Начну с картинки на эту тему.

Иногда разговоры с разработчиками выглядят именно так.

И всё-таки про оценку проектов

Лет 10 назад менеджера от остальных сотрудников можно было отличить по вопросу в конце встречи: «Всё понятно, и когда вы это сделаете?»

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

И честно говоря, что-то планировать и приоритезировать, когда разработчики постоянно говорят: «ну… сроки можно понять только когда начну разбираться», совершенно невозможно.

К счастью, в разработке ПО уже давно накоплен большой опыт проведениия оценок, которые дают достаточную точность.

Вот некоторые методы:

- Параметрическая оценка
- Экспертная оценка
- Методика по аналогии
- Оценка на трем точкам (PERT)
- Методика Use Case Points
- Planning Poker/Scrum Poker (в Agile-проектах)

Дальше расскажу подробнее про каждый способ.

​​И бонусный метод "Оценка по количеству строк" :)

Продолжаем тему оценки проектов...

1. Параметрическая оценка

Параметрическая оценка применяется на ранних этапах проекта (на стадии определения проекта и на начальных стадиях проектирования), когда еще нет достаточного количества информации.

Сначала выбираются параметры оцениваемого проекта, которые изменяются пропорционально стоимости проекта.

А потом строится математическая модель.

В моей практике в качестве основного параметра обычно выбирается количество требуемого рабочего времени на выполнение задач.

При тесной связи между стоимостью и параметрами проекта и при возможности точного измерения параметров можно увеличить точность расчетов.

Преимущество метода:
для оценки стоимости проекта достаточно знать "ставки" привлекаемых ресурсов.

Недостаток:
низкая точность (-30%-+50%).

Стоимость подготовки параметрической оценки:
0,04%-0,45% от общей стоимости проекта.

#project #foundation
@projectsproducts

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

Недавно я работала над проектом по масштабному обновлению интерфейса системы.

Это была гигантская задача.

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

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

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

#project #foundation
@projectsproducts

2. Экспертная оценка

Методы получения экспертной оценки:

- на основе индивидуального мнения:
берём мнения отдельных экспертов, независимых друг от друга.

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

- коллективные оценки:
основаны на использовании коллективного мнения экспертов.

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

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

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

Важно подбирать экспертов в соответствии с их компетентностью!

Если вы хотите подробнее почитать про эту тему, есть целое учебное пособие «ЭКСПЕРТНЫЕ ОЦЕНКИ» (автор А.И.Орлов), но это будет полезно для масштабных глобальных прогнозов, а не для IT проекта на 2 месяца.

#project #foundation
@projectsproducts

Оценка проектов.

3. Методика по аналогии

В этом варианте оценки нужно сравнить текущий проект с фактически потраченными человеко-часами на подобном проекте в прошлом, но не с изначально предполагаемым объемом!

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

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

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

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

Тогда вы понимаете, что сложность при строительстве этого дома будет несколько выше.
Да ещё может быть ваш новый участок земли на склоне?!

#project #foundation
@projectsproducts

Написала пример про строительство дома и снова вспомнила про статью "Как объяснить дедушке эджайл и скрам за 5 минут без картинок."

Для тех кто не читал, посмотрите по
ссылке: https://goo.gl/7kssUZ