Переход с разработки в Project Management

[metaller]

При наличии опыта в менеджменте, хорошего ментора (директора) и правильных знакомых можно в будущем метить на позицию директора.

Вы так говорите как будто занять позицию директора есть наивысшее счастье

[Big Cheese]

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

Да нет, все - так, но гарантий, понятно, никаких нет.

[PoMaH]

При наличии опыта в менеджменте, хорошего ментора (директора) и правильных знакомых можно в будущем метить на позицию директора.

Вы так говорите как будто занять позицию директора есть наивысшее счастье

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

[Big Cheese]

1. Во первых архитектор это уже менеджер.

Ну, это спорно ИМХО. Менеджер все-таки подразумевает ответственность за результат работы вверенного коллектива/участка фронта (must ship, etc), а архитект обычно больше помахать руками.

Код не пишет, ходит на митинги и общается много с С-людом. А если код пишет то это не настоящик архитект а просто девелопер которому тайтл вместо зарплаты дали

Ну, не знаю - мне попадались и те, кто код пишет (в основном прототипы светлого будущего конечно).

2. Во вторых ЛОЛ про серьёзные проекты в одиночку - ну серьёзно лол. Инстаграм и Тиндер считался прям эталоном маленьких команд и то там был десяток программистов, одна платформа и супер примитив - залил фотку или свайпнул морду.

У меня амбиции сильно меньше ваших Я под проектом подразумевал какую-нибудь крупную поделку в рамках существующего продукта, indiedev, ну или там сваять библиотеку опенсоурсную какую-нибудь (первую версию, понятно). Я сам давным-давно этим увлекался в качестве хобби по вечерам и выходным. Не инстаграм, конечно, и вообще даже не VC-fundable, но и затраты совсем копеечные, а как side business была хорошая добавка к пенсии. А потом даже продать получилось.

А VC-fundable проект, конечно, имеет смысл делать командой. Но даже там seed stage во всяких инкубаторах делают и в одиночку или парами.. Кстати, founder/CEO стартапа куда я продался, примерно год работал в одиночку за свои гроши перед тем, как нанять команду и поднять series A

[stenking]

1. Во первых архитектор это уже менеджер.

Ну, это спорно ИМХО. Менеджер все-таки подразумевает ответственность за результат работы вверенного коллектива/участка фронта (must ship, etc), а архитект обычно больше помахать руками.

Код не пишет, ходит на митинги и общается много с С-людом. А если код пишет то это не настоящик архитект а просто девелопер которому тайтл вместо зарплаты дали

Ну, не знаю - мне попадались и те, кто код пишет (в основном прототипы светлого будущего конечно).

2. Во вторых ЛОЛ про серьёзные проекты в одиночку - ну серьёзно лол. Инстаграм и Тиндер считался прям эталоном маленьких команд и то там был десяток программистов, одна платформа и супер примитив - залил фотку или свайпнул морду.

У меня амбиции сильно меньше ваших Я под проектом подразумевал какую-нибудь крупную поделку в рамках существующего продукта, indiedev, ну или там сваять библиотеку опенсоурсную какую-нибудь (первую версию, понятно). Я сам давным-давно этим увлекался в качестве хобби по вечерам и выходным. Не инстаграм, конечно, и вообще даже не VC-fundable, но и затраты совсем копеечные, а как side business была хорошая добавка к пенсии. А потом даже продать получилось.

А VC-fundable проект, конечно, имеет смысл делать командой. Но даже там seed stage во всяких инкубаторах делают и в одиночку или парами.. Кстати, founder/CEO стартапа куда я продался, примерно год работал в одиночку за свои гроши перед тем, как нанять команду и поднять series A

1. Когда код это точно не архитектор. Т.е. да конечно можно и заборе кое что написать но забор от этого этим самым не станет Архитектор делает ваирфейм, пишет всякие спеки, может ресёрчить библиотеки и выбирать решения, может наладить процесс разработки, находить людей, понимать что нужно сделать - да много чего может делать в зависимости от компании. Но код писать не должен.В стартапах обычно архитектор/СТО/ продукт овнер это один человек, хотя со временем СТО занимается больше кастомерами/инвесторами/бюджетом и нужен архитект/продукт овнер который фокусирован на продукте. А потом и эта позиция распадается на овнера и архитектора


2. Ну блин и пример - опенсорсная либа:) Да любой консультант оракла в 10 раз денег больше получит чем эта библиотека стоит.
Неа, проект в одиночку не сделать, может и есть пару десятков исключений завязанных на алгоритмы - какой-то там neural network хитроватый или инди iOS эпп какой-то = но даже там миллион/два/три это макс.


П.С. В инкубатарах учать делать компании, лендинги и много чего очень хорошeго но эппы там не делают. Деньги на эпп поднимают на демо дей после инкубатора что бы нанять тех самых 7 человек выше

[Big Cheese]

2. Ну блин и пример - опенсорсная либа:) Да любой консультант оракла в 10 раз денег больше получит чем эта библиотека стоит.
Неа, проект в одиночку не сделать, может и есть пару десятков исключений завязанных на алгоритмы - какой-то там neural network хитроватый или инди iOS эпп какой-то = но даже там миллион/два/три это макс.

Дык мы о разных вещах говорим.. Мой поинт был не про деньги и минимальный уровень коммерческой успешности, а что типа можно и в одиночку "создавать новое", в ответ на ваше:

И всё - крылья уже подрезаны и рокстарт уже не создатель нового а один из десятков а то и сотен если не тысяч инженеров.

[Big Cheese]

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

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

Но код писать не должен.В стартапах обычно архитектор/СТО/ продукт овнер это один человек, хотя со временем СТО занимается больше кастомерами/инвесторами/бюджетом и нужен архитект/продукт овнер который фокусирован на продукте. А потом и эта позиция распадается на овнера и архитектора

У меня нет оснований вам не верить, но с другой стороны из 3-х стартапов с которыми я пересекался - в 2-х писали код даже founding CEOs..

[stenking]

У меня нет оснований вам не верить, но с другой стороны из 3-х стартапов с которыми я пересекался - в 2-х писали код даже founding CEOs..

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

[АццкоМото]

1. Когда код это точно не архитектор. Т.е. да конечно можно и заборе кое что написать но забор от этого этим самым не станет Архитектор делает ваирфейм, пишет всякие спеки, может ресёрчить библиотеки и выбирать решения, может наладить процесс разработки, находить людей, понимать что нужно сделать - да много чего может делать в зависимости от компании. Но код писать не должен.В стартапах обычно архитектор/СТО/ продукт овнер это один человек, хотя со временем СТО занимается больше кастомерами/инвесторами/бюджетом и нужен архитект/продукт овнер который фокусирован на продукте. А потом и эта позиция распадается на овнера и архитектора

Да брось ты. Архитектор вполне может писать код, вопрос только в том - какой. Его обычно называют как-то пафосно типа "[mission] critical" и надувают самодовольные пузыри.
А вот вайрфреймы архитектор точно не должен рисовать. Продакт манагер или UX designer. Наладка процесса разработки - тоже не его хлеб с маслом. Это техлид/проджект лид/директор. Людей искать - только в плане интервьюирования (где ничем не отличается от обычного дева, только может вес голоса побольше) и формулирования жоп дескрипшена.
Ну и конечно YMMV, как всегда

[stenking]

А вот вайрфреймы архитектор точно не должен рисовать. Продакт манагер или UX designer. Наладка процесса разработки - тоже не его хлеб с маслом.

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

1. Понимаю что хочет клиент. Пара-десяток встреч по пол-дня

2. Учу индустрию. Какие законы в каких штатах. Как лицензии работают. Смотрю/кручу/многодумаю.

3. Задаю вопросы, общаюсь с поставщиками, дистрибьютерами, смотрю аналоги

4. Рисую 100-200 страниц ваиров в виде клик-сру где показываю воркфлоу всех страниц. Т.е. определяю как будет работать эпп, какие юзер роли, откуда какая дата берётся, какие фичи будут.

5. Пропускаю это дело через пару десятков итераций с клиентом, глав-пограмистами - дебажим ваиры и бреинстормим.

6. Вот оно - всё видно, понятно и чётко определено в виде документа. Как доставка происходит. Как возвраты. Как выплаты. Через какие банки. Как создают и загружают продукты. Как гову дата отсылается. Как налоги. На каких технологиях будет работать.

7. Разбиваю это дело на маилстоны, пеймент план, согласовываю, планирую начало - пишу контракт на 20 страниц. Поддержка, развитие, айпи, гарантии, как тестируем, что включено....

8. Запускаем разработку - создаём инфраструктуру - CI, деплоументы, тикеты - штук 20-50 всяких эккаунтов.

9. Каждую неделю демо клиенту, прогресс, получение дених.

10. Работа с дизайнером, маркететологом, тикеты. Раньше код ещё ревьюил - сейчас уже не успеваю.

11. Играюсь с эппом и говорю что хорошо а что плохо.

[Big Cheese]

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

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

[АццкоМото]

А вот вайрфреймы архитектор точно не должен рисовать. Продакт манагер или UX designer. Наладка процесса разработки - тоже не его хлеб с маслом.

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

1. Понимаю что хочет клиент. Пара-десяток встреч по пол-дня

2. Учу индустрию. Какие законы в каких штатах. Как лицензии работают. Смотрю/кручу/многодумаю.

3. Задаю вопросы, общаюсь с поставщиками, дистрибьютерами, смотрю аналоги

4. Рисую 100-200 страниц ваиров в виде клик-сру где показываю воркфлоу всех страниц. Т.е. определяю как будет работать эпп, какие юзер роли, откуда какая дата берётся, какие фичи будут.

5. Пропускаю это дело через пару десятков итераций с клиентом, глав-пограмистами - дебажим ваиры и бреинстормим.

6. Вот оно - всё видно, понятно и чётко определено в виде документа. Как доставка происходит. Как возвраты. Как выплаты. Через какие банки. Как создают и загружают продукты. Как гову дата отсылается. Как налоги. На каких технологиях будет работать.

7. Разбиваю это дело на маилстоны, пеймент план, согласовываю, планирую начало - пишу контракт на 20 страниц. Поддержка, развитие, айпи, гарантии, как тестируем, что включено....

8. Запускаем разработку - создаём инфраструктуру - CI, деплоументы, тикеты - штук 20-50 всяких эккаунтов.

9. Каждую неделю демо клиенту, прогресс, получение дених.

10. Работа с дизайнером, маркететологом, тикеты. Раньше код ещё ревьюил - сейчас уже не успеваю.

11. Играюсь с эппом и говорю что хорошо а что плохо.

это все очень верно, только при чем тут архитектор? продакт-чел этим всем занимается, а дезигнер полирует детали.
ну, может в пунктах 7-11 есть участие архитекта, но и то не стопроцентное

[stenking]

это все очень верно, только при чем тут архитектор? продакт-чел этим всем занимается, а дезигнер полирует детали.
ну, может в пунктах 7-11 есть участие архитекта, но и то не стопроцентное

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

И что тогда делают VP и SVP и как они могут быть выше продукт овнера?

Просто для меня это и есть архитектура. CEO отвечает за инвесторов и деньги. CTO занимается процессом. Architect продуктом.

В небольших стартапах до 20 человек CTO и Архитект это одно и тоже. Там где 20-100 человек нужно отделять уже.

[АццкоМото]

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

Чего ж тут непонятного? Придумать логику - достаточно тривиальная задача. Грамотно реализовать - гораздо сложнее.

И что тогда делают VP и SVP и как они могут быть выше продукт овнера?

ну тащем-та в жизни компании есть много чего, кроме решений сделать кнопочку синей и круглой, а экраны А и Бэ абидинить в экран Цэ.

Просто для меня это и есть архитектура. CEO отвечает за инвесторов и деньги. CTO занимается процессом. Architect продуктом.

В небольших стартапах до 20 человек CTO и Архитект это одно и тоже. Там где 20-100 человек нужно отделять уже.

Чота я не пойму. Если архитект занимается продуктом а продакт-гай чем-то другим, то почему тогда такие названия? КМК логично предположить, что победил победитель, подарили подарок, архитектор занимается архитектурой, а продакт-гайз - продуктом. Не?

[stenking]

Чего ж тут непонятного? Придумать логику - достаточно тривиальная задача. Грамотно реализовать - гораздо сложнее.

В моём мире это совсем не так. Самое главное это придумать что именно эпп будет делать и всё это нарисовать так что бы у програмиста была мин вопросов ( а откуда взялось это, а что делать с этим, а как считать это ). Т.е. среди бесконечного количества вариантов выбрать оптимальный по сложности/фичам с трудозатратами с точностью до бюджета. Потом это всё нужно разбить на сабзадачи так что бы было мин вопросов - а это часто пару сотен задач. Решить все внутренние вопросы типа - делать поиск в эластике или по монге. Какие веса у каких коефициентов. Как считать рейтинг - это всё часть ваирвеймов где в простой форме это всё задокументировано.

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

И только когда есть очень чёткое понимание конечного результата до мельчайших подробностей, всё разбито на подробные кусочки по 2-10 часов и маилстоны, всё деплоится то тогда начинается сама разработка. И задача пограмиста не figure out а сделать в наиболее красивой форме всё то что описано выше.

Процентов 5 конечно упускается и что-то решается в процессе - но конечный результат очень мало отличается от того чего планировалось. Минимум бардака и хаоса.

[АццкоМото]

...Решить все внутренние вопросы типа - делать поиск в эластике или по монге. Какие веса у каких коефициентов. Как считать рейтинг - это всё часть ваирвеймов где в простой форме это всё задокументировано.

Ну как, как может быть решение делать поиск в эластике или монге частью вайрфреймов? Конечно, такое решение - архитектура. Но вайрфрейм - нет.

[stenking]

...Решить все внутренние вопросы типа - делать поиск в эластике или по монге. Какие веса у каких коефициентов. Как считать рейтинг - это всё часть ваирвеймов где в простой форме это всё задокументировано.

Ну как, как может быть решение делать поиск в эластике или монге частью вайрфреймов? Конечно, такое решение - архитектура. Но вайрфрейм - нет.

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

От это же будет и UI зависить и время/цена.


Вот смотри пример. Маркетплейс для покупки/продажи юзаных машин. Это продажа

Как можно посчитать цену? Откуда её взять? Как менять в зависимости от состояния.

Ага, ещё локейшин нужен так как цена зависит от места. Значит шагом ниже нужно спросить где машина.

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

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

А может это дело зафейкать и вместо цены показать "Мы вам напишем" и вручную в админке вбивать. Тем более что такой кейс всё равно нужно предусмотреть если API ничего не отдаст или сломается. Т.е. можно сделать фичу - "авто-определение цены" и перетащить во вторую стадию".

Но вроде это как core functionality.

Так...что у нас по деньгам? Давай оценивать...Значит вот эта херовина мин неделя работы - нужно поговорить с клиентом.

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

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

А когда проект готов и есть юзеры то тогда можно уже всякие А/Б вводить, идейки генерить и игратся в демократию

[tessob]

А может это дело зафейкать и вместо цены показать "Мы вам напишем" и вручную в админке вбивать.

Как-то Вы чрезмерно усложняете. Мне кажется в подобном сервисе главное - это показать такую цену, которая побудит клиента нажать кнопку. Очевидно же, что шкалой fair-mint сложно натюнить взаимовыгодную окончательную цену.

Тут больший вопрос - где взять статистику для определения цены на сайте, а не UI.

[Сабина]

Всем этим PM на прядок работу труднее искать если уходить с текущей придется.

+100

[GarikToo]

Всем привет.
Работаю в большой компании разработчиком. В скором времени будет возможность сменить команду и сменить работу разработчика на мэнэджера проектов. Мне кажется что перспектив развития и возможностей будет больше чем у программера, или я ошибаюсь? В будущем можно стать senior project manager или program manager а дальше в директора/ executives, если повезёт конечно.
Есть ли тут среди уважаемых форумчан те кто работает project/program/product manager? Есть ли те кто перешёл с разработки? Что нравится а что нет?
Всем заранее спасибо за ответы!

а зачем вообще нужны project managers?

[Сабина]

При наличии опыта в менеджменте, хорошего ментора (директора) и правильных знакомых можно в будущем метить на позицию директора.

Вы так говорите как будто занять позицию директора есть наивысшее счастье

Самое легкое - в стартапе продвигаться. Народу мало, стоит себя зарекомендовать и хоть в директора из девелоперов года через 2-3.
Или в Product Owner. Главное не лезть в архитектуру когда власть дадена, но недостаточно опыта, а то некоторые Product Owner из девелоперов так и норовят

[Сабина]

Всем привет.
Работаю в большой компании разработчиком. В скором времени будет возможность сменить команду и сменить работу разработчика на мэнэджера проектов. Мне кажется что перспектив развития и возможностей будет больше чем у программера, или я ошибаюсь? В будущем можно стать senior project manager или program manager а дальше в директора/ executives, если повезёт конечно.
Есть ли тут среди уважаемых форумчан те кто работает project/program/product manager? Есть ли те кто перешёл с разработки? Что нравится а что нет?
Всем заранее спасибо за ответы!

а зачем вообще нужны project managers?

Из моего опыта - это нянечки для проектов with large development teams. Сидят на всех митингах, строят project roadmap, потом конторлируют чтобы она соблюдалась по срокам etc etc. Обычно QA или бизнес аналисты получают PMP сертификацию - и вперед

[GarikToo]

Всем привет.
Работаю в большой компании разработчиком. В скором времени будет возможность сменить команду и сменить работу разработчика на мэнэджера проектов. Мне кажется что перспектив развития и возможностей будет больше чем у программера, или я ошибаюсь? В будущем можно стать senior project manager или program manager а дальше в директора/ executives, если повезёт конечно.
Есть ли тут среди уважаемых форумчан те кто работает project/program/product manager? Есть ли те кто перешёл с разработки? Что нравится а что нет?
Всем заранее спасибо за ответы!

а зачем вообще нужны project managers?

Из моего опыта - это нянечки для проектов with large development teams. Сидят на всех митингах, строят project roadmap, потом конторлируют чтобы она соблюдалась по срокам etc etc. Обычно QA или бизнес аналисты получают PMP сертификацию - и вперед

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

[Mark]

Не флейма ради, но порядку для все что выше обсуждалось про PM карьеру замыкалось в рамках software development. Но мир слегка ширше и в service/cloud/SaaS business с позициями PM в разы лучше. Очень много параллельных и повторяющихся проектов типа: customer on/off boarding, saas implementations, cloud migrations and etc, etc... так как везде требуется координация между разными группами (infrastructure, implementation, billing), а также customer communication, то PM становится ключевой фигурой в core business. Но правда на эти позиции берут людей с PM опытом (и желательно PMP/ITIL сертификатами). Так что мой совет автору топика - а почему бы и нет? перейдите на PM, получите опыт и потом свалите в Cloud/Saas

[Lida]

Улыбнуло,что якобы Project Manager получает меньше разработчика ... У меня сейчас 5 человек РМ на проектах. Плачу 250К-300К через агенство. На руки эти молодые ребятки получают 140-160К. И да отличные специалисты, знают себе цену и совсем не мальчики для битья. На другом проекте год назад было 11 человек PM - на каждой функции свой. Оплата такая же была. Managing PM оплачивался 400К. Понятно что народ был и есть мастера своего дела, а не для побегушек. Реально съэкономили нам и время и деньги. Хороший PM со знанием области которую он ведет - ценный талант и таким не бросаются. У нас с проекта на проект передаются такие люди по рекомендациям.