Один день из жизни проджект менеджера глазами девелопера

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

Когда ты устроился в компанию на позицию Junior Developer, ты смотришь вокруг и видишь, с какой лёгкостью старшие товарищи забивают на шаблоны и пишут два одинаковых класса с разными типами переменных. Как они хардодят размеры вьюшек в коде. Как они читают хабр на работе. И ты точно знаешь, что когда вырастешь до Senior Developer-а, ты будешь лучше, надёжнее, ответственнее, любой блок твоего кода можно будет показывать потомкам.

Ты уже три года проработал программистом, ты (возможно) всё более и более пристально смотришь в сторону проджект менеджмента. Твой ПМ уже не царь, и не бог, и его работа не кажется тебе сложной и непонятной. Ты видишь, что работаешь намного больше его, а он ленится сделать тебе Code Review и похвалить за оригинальную интеграцию сторонней библиотеки. Он даже не смотрит на твой идеальный код в сложнейшей стыковке кривого API и мутной бизнес-логики. И ты точно знаешь, что, когда тебе улыбнётся удача руководить проектом, ты всё будешь делать лучше. Ты будешь бережнее следить за своими девелоперами, ревьювить каждый их класс, хвалить за удачные решения и порицать за очевидные ошибки.


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

ПМ, 8:30
(Звонок будильника) Боже, как же хочется поспать. Спать хочу! Почему так рано??? Блин, что я вчера делал? А, точно, звонил заказчик, сидел с ним весь вечер в скайпе… звонили в техподдержку какой-то компании, она на Pacific Coast, 11 часов разницы…
Нее, нифигааа, посплю ещё, работа не волк… пошли они все в… только будильник пере…

ПМ, 10:00
ААА, ффак, твою мать, опять сидеть до ночи… ну пусть кто хоть слово скажет – спрошу про деньги за вчерашний овертайм!

Девелопер, 11:30
Опять на работу опоздал, скотина. Почему я каждый день на работу к девяти прихожу, а этому что, всё можно?

ПМ, 11:30
Тааак, проверим-ка почту… блин, 46 писем на одном ящике и 18 на другом! И не лень им писать… тааак, поудаляем нотификейшны, просмотрим мелочь… 20, на которые нужно ответить. Ладно, часа за полтора одолеем…

Девелопер, 11:35
От же блин, пришёл на работу и сразу за свои письма… мало того что припёрся к обеду, так ещё и не подошёл… работка – письма писать, все они такие… хрен я сам скажу что работу всю сделал которую знал, а по остальному вопросы – кому в конце концов надо, мне или ему… он за это деньги получает. (открывает habrahabr.ru)

ПМ, 13:00
Фух, с перепиской покончено – слава богу. Ой, все ушли на обед… блин, завтра приду в 9. Ладно, с комадной посовещаемся после обеда (забивает митинг в аутлуке). Раскидаю пока таски в Джире

Девелопер, 13:59
(Вернулся с обеда) Ааа, 1 минута до митинга! Неужели нельзя планировать их с утра?? У нас вообще есть менеджмент?

ПМ, 14:06
(говорит) Всем привет!

Девелопер, 14:06
(думает) И тебе доброе утро, красная девица…

ПМ, 14:06
(думает) надо дать команде больше участия в жизни проекта. Я-то знаю как сделать архитектуру, уже делали пару лет назад, но пусть ребята выскажутся – мало ли всё изменилось, да и поучатся думать а не просто делать. (говорит) Вань, тут вот такой таск, как думаешь, как лучше сделать?

Девелопер, 14:07
(думает) ты ПМ – ты и думай. Я архитектуру сделаю, может ещё на письма ответить? А ты что будешь делать, код писать с тебя корона упадёт? (говорит) Не знаю…

ПМ, 14:07
Ну а ты подумай, клиенту нужны такие-то функции, как веб-сервисы будешь делать?

Девелопер, 14:08
(думает) Вот же ж прицепился… ладно, отвечу отцепного. (говорит) Ну вот можно сделать так… А вообще (воодушевляясь) тут одна технология есть, так это проще будет, вот у нас SOAP сейчас (следует объяснение, чем эта технология лучше той что используется сейчас).

ПМ, 14:13
(перебивает) Подожди, технология да, крутая, но сколько это займёт времени?

Дев, 14:13
(задумчиво) Нуу… дней 5, если получится может раньше, а может нет… а что?

ПМ, 14:14
(думает) неее, Джон в жизни не согласится… да и сделать-то всего один дополнительный сервис надо. (говорит) Не, знаешь что, давай просто по старинке сделаем.

Дев, 14:14
(возмущённо) это твоё решение или заказчика?

ПМ, 14:14
Моё.

Дев, 14:14
(хитрый вид) Может лучше спросишь у заказчика?

ПМ, 14:14
(думает) дааа, скажу фармацевту REST, WSDL и SOAP, он переведёт 5 дней в баксы, и можно забыть про проект… это как мне разницу между аспирином и парацетомолом. (вслух) Нет, давай всё же сделаем так, так быстрее.

Дев, 14:15
(думает) Ну и зачем ты спрашивал моё мнение, всё равно поступили как ты хочешь. (вслух) ну давай, мне всё равно.

Дев, 15:00
(после митинга) ещё один бесполезный митинг, сколько бы кода успел написать…

ПМ, 15:00
Фух, отстрелялся… Середина дня самая ненапряжная, митинги с заказчиками начнутся после 4-х, дай пока хабр почитаю (открывает habrahabr.ru)

Дев, 15:10
Блин, он ещё и хабр засел читать в рабочее время! Нет бы сам сел что попрограммил!

ПМ, 16:00
Окей, через 15 минут митинг с руководством компании. Ай, чёрт, новая квота пришла, нужно обрабатывать… (в скайпе) Вань, есть время свободное на эстимэйт?

Дев, 16:01
(думает) Бля, на хабр у тебя время есть, а на эстимэйт нету! Тасков навалом, только сел писать! (вслух) Ладно, сделаю…

ПМ, 16:01
(думает) Фух, чудо, что такой человек есть, всегда подстрахует. Надо похвалить перед руководством. Хотя на митинге что-то чушь порол… ладно, со всеми бывает, может не дала…

ПМ, 16:30
(звонит телефон, глядя на номер) Проклятые американцы… что им не спится! От же ж в привычку вошло на мобилу звонить! Ладно, выйду поговорю.

Дев, 16:30
О, пошёл по телефону трепаться.

ПМ, 16:35
(закончил разговор, думает, коверкая) “Vasily, please stay later today. We have urgency and emergency. Appreciate all your help!” Бля, а когда вам что-то не срочное нужно было! Цените вы… деньги вы свои цените!

ПМ, 16:45
Блиииин, это ж я Светку обещал сегодня в кафе сводить, уже ж и столик заказал… а на работе минимум до девяти… (убегает звонить)

Дев, 16:46
О, опять трепаться! За что ему вообще платят?

Дев, 18:00
(думает) Фух, досидел, отчаливаю. Аривидерчи, пойду пить пиво с пацанами, в бильярд поиграем! Ну я и забожил кода сегодня, аж приятно, не впустую день прошёл!

ПМ, 21:23
(думает) Oh crap, what’s a fucken day! Seems like… Бля, уже думать начинаю по-английски. Ещё один день в жопу… Светка явно обиделась, на выходных с меня ресторан и извинения… пацаны уже бухие, с ними уже неинтересно будет… поеду домой. Как долго, как хооолодно… Эх, лучше бы здесь кроватки поставили, всё равно утром на работу… Блин, весь день бегал, ничего не успел толком, ладно, всё завтра, всё завтра, спать…

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

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

1) Привлекайте девелоперов к ответственности. Не за уголовные преступления, а в проекте. Чаще давайте им на откуп какие-нибудь решения, лишь мониторя и корректируя их исполнение. Не забывайте называть их красивыми словами – если вы обратитесь “Вань, ты зарекомендовал себя как хороший архитектор, нужен совет как здесь лучше сделать”, Ваня будет чувствовать себя архитектором а не простым исполнителем, и, что самое удивительное, вполне вероятно что станет им быстрее чем вы думаете.

Не думайте что вы этим задеваете своё самолюбие – у вас ништяков хватает, вы итак ПМ, а человеку будет как минимум очень приятно.

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

Комментарии 61

    +16
    как знакомо :-) только обычно это все еще хуже %-)
      +1
      Ещё бы, судя по профилю мы земляки :)
        +3
        а когда приходится ПМить, девелопить и ещё в нагрузку техсаппортить… :)
        +18
        У вас какие-то очень технические менеджеры получаются, они и архитектуру придумать могут, и как код хорошо писать нужно знают. А ведь обязанности у них совсем другие. Менеджеры должны сроки и ТЗ продумывать, с заказчиками общаться, и организовывать взаимодействие между командами, работающими над проектом. Вы менеджеров с тим-лидами, случаем, в одну мета-должность не объединили?
          +8
          Вы знаете, большая разница заключается в размере проекта. Если проект 4,5, максимум 6 человек — тимлид и ПМ обычно одно лицо. Если более двадцати человек — они выполняют совершенно разные функции. Я писал про первый тип проектов, т.к. сам работаю в аутсорсинговой компании, вы же скорее всего работаете над большими проектами. В общем всё в мире относительно :)
            +4
            5-6 человек — оптимальные размер команды. С трудом представляю, как можно эффективно управлять командой из 20 человек, не дробя ее.
              0
              5-6 человек оптимально для тим лида, а 20-30 для менеджера. Команда, очевидно, дробиться на группы с тим-лидом во главе. :)
                0
                20-30 для менеджера оптимально? Вы с какой планеты?
              +4
              Поддержу gvsmirnov. Описан все же тимплид, а не менеджер проекта. Исполнение/совмещение обязанностей по менеджменту не делают его менеджером проекта.

              И да, 5-6 в команде это уже более чем достаточно. unix way, пусть у нас будет много маленьких сущностный, но каждая из них будет простой и более эффективной, чем в более укрупненном варианте.
                0
                Есть вполне успешные команды без менеджеров и без тимлидов, их обязанности выполняет продакт оунер.
                  0
                  Выше описался: не продакт оунер, а мастер, конечно же. Но часто эти роли выполняет один человек.
                0
                полностью согласен с gvsmirnov, у вас напутаны должности и обязаности. У нас были и большие дробные команды по 20 чел там был лид лидов и отдельный ПМ, на нормальных командах 2-6 человек ПМ и лид могли работать на несколько команд и проектов.
                Если девелоперы не понимают важность ПМа, то есть два варианта, ПМ действительно плох или действительно хорошо. В последнем случае нужно просто слить немного говна на девелоперов которое идет сверху.
                сам был лидом в командах и желание «вступать» в ПМ небыло никакого. То что делают ПМ сильно отличается от того, что нравится девелоперу.
                0
                Менеджеры действительно разные бывают, но чтобы сроки и ТЗ продумывать, гуманитарного образования маловато будет.
                +12
                "
                Дев, 14:15
                (думает) Ну и зачем ты спрашивал моё мнение, всё равно поступили как ты хочешь. (вслух) ну давай, мне всё равно.

                Дев, 15:00
                (после митинга) ещё один бесполезный митинг, сколько бы кода успел написать…
                "
                а в Дев не прав?

                Да и в целом у вас ПМ весьма бесполезным выглядит, шуму много, толку ноль.
                  +10
                  Ваше мнение ещё раз доказывает, что я не зря написал эту статью. Или зря, если Вы не поняли сути…
                    +5
                    Есть ещё вариант: статья выражает справедливую идею, но написана не очень удачно. Понятно, что выбранный приём хорошо иллюстрирует напряженную и сложную жизнь менеджера. Однако, в то же время, он очень однобоко изображает программиста.

                    Менеджер, как получается из текста, постоянно занят, работает на благо продукта, а программист только и делает что критикует руководство и «так уж и быть» выполняет указания.
                    Это опасный приём: мне, программисту, читать было не очень приятно. Думаю, если бы вы нарисовали деятельного разработчика, то такого ощущения не возникло бы. Боюсь, что этот приём может отвлечь существенную часть читателей от сути поста.
                      –3
                      Да бог с ним, с программистом, он и должен этаким туповатом болванчиком выглядеть, коль скоро статья ПМам адресована. Проблема в том, что количество поднятых вопросов по деятельности именно ПМа сильно превышает количество ответов и резюме автора далеко от того, с чего я бы сам начал.
                        +1
                        Думаю, что статья адресована в первую очередь девелоперам и автор попытался показать, как проходит его день. Про свой программисты и так все знают.
                          0
                          "
                          … всё же резюмирую всё что сказано выше…
                          1) Привлекайте девелоперов к ответственности…
                          2) Давайте своим девелоперам…
                          "
                          выглядит как совет ПМу, не? Пускай и странные советы, о чем я уже писал, но все же.
                            0
                            Это автор советует себе давнишнему, когда его только из девелоперов сделали лидом или ПМом :)
                      +2
                      Я вот менеджер-менеджером и код вообще писать не умею. Но мне тоже кажется, что ПМ у Вас какой-то эээ странный получился.

                      На мой взгляд (и небольшой опыт) очень важно, чтобы все участники процесса понимали про занятость другого. Как только участник начинает думать про другого, что тот бездельник, то все, привет проекту. И не важно ДЕВ так думает про ПМа или про другого ДЕВа или ПМ про кого-то из них. Как только появляется лентяй, остальные начинают тоже лениться: читать хабр, кодить налево, whatever.

                      В Вашем примере лентев нет, есть серьезная проблема в коммуникации и понимании. Ее обязан решать ПМ. Если он не может доднести до ДЕВов важность своей работы, то он плохой ПМ. А если он видит, что хороший ДЕВ что-то в печали, он должен с ним поговорить, а не списывать на неудачный сексуальный опыт. И хвалить его самого, а не только перед руководством.
                    +11
                    Это такая идиотская корпоративная этика — держать мысли при себе и пытаться казаться милым зайчиком? Особенно внутренний диалог на «митинге» порадовал. Причем в приведенном примере в этом плане оба «отличились».

                    И такой ПМ лично мне, действительно, кажется слабым. Не умеет организовать свое рабочее время, а, главное, не умеет общаться с разработчиками.

                    Хотя в примере в разработчик тоже не очень. Вместо того чтобы понять своего ПМа и помочь ему (хотя бы словами о том, что вся работа сделана), сидит и тупо обижается. Правда отсутствие обратной связи скорее тоже вина ПМа.
                      0
                      Соглашусь в плане озвучивания мыслей при обсуждении. Конечно не в таком прямом ключе.

                      Можно было сказать: «давайте рассмотрим несколько вариантов — какой быстрый, но не очень правильный и долгий, но качественный». Разработчика бы вовлекли в обсуждение плюсов и минусов решения и подбросили на весы не только качество продукта, а еще сроки и стоимость разработки, риски потери заказчика. Тогда и решение бы принималось более открыто, и девелопер знал причины выбора.
                        +5
                        И так бы прошел весь день :)
                        +4
                        >И такой ПМ лично мне, действительно, кажется слабым.
                        На словах
                        привлекайте девелоперов к ответственности.

                        А на деле:
                        Не, знаешь что, давай просто по старинке сделаем.
                          0
                          Ну в наших реалия обычно, класть на готовую работу. Сделал работу — бери и делай другую, и никакого тебе отдыха мозгам. (если они конечно задействованы :) )
                          0
                          Автор зрит в корень ) Поддерживаю написанное.
                            +8
                            Ну очень хреновый PM, говорю это как PM:

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

                            — не управляет самим собой и своим временем;
                            — не управляет никем другим, не только разработчиком — тем же заказчиком надо управлять
                              +2
                              >>— не управляет никем другим, не только разработчиком — тем же заказчиком надо управлять
                              Вот за что я как разработчик обожаю ПМ-в, умение ПМ-а правильно управлять заказчиком, экономит кучу человекочасов и нервов разработчику.
                              +2
                              (думает) дааа, скажу фармацевту REST, WSDL и SOAP, он переведёт 5 дней в баксы, и можно забыть про проект… это как мне разницу между аспирином и парацетомолом. (вслух) Нет, давай всё же сделаем так, так быстрее.

                              Мне кажется что в таких случаях имеет смысл предоставлять заказчику выбор. То есть озвучить варианты, описать плюсы/минусы каждого решения и привести рекомендации. Например:
                              — Делаем с SOAP. Затраты 5 дней, из плюсов — простота интеграции с BPEL, из минусов — время
                              — Делаем REST + JSON. Затраты 2 дня, из плюсов — быстрота и простота реализации.
                              Принимать такого рода решения за заказчика не есть хорошо, так как Вы можете не знать всех последующих планов развития/использования системы и соотвественно принятое решение может быть не оптимальным. С другой стороны если Вы предлагаете заказчику варианты реализации на выбор, то особо ничем не рискуете. В том плане, что если его не устроит вариант за 5 дней, то он просто выберет более быстрый и все.
                                0
                                Зависит от заказчика и от проекта. Довольно часто бывают ситуации, в которых клиент делает заказ, один раз описывает свои требования и дальше уже не хочет об этом думать. И если ПМ может хорошо вникнуть в потребности клиента и самостоятельно решить, какой вариант будет оптимальным, это в большинстве случаев будет только плюсом. Конечно, только если заказчик не горит желанием принимать непосредственное участие во всех этапах разработки.
                                  0
                                  Эти два варианта заказчику не скажут ничего, только заберут его время.
                                  Какое ему дело до SOAP, JSON, быстроты и простоты. Это все проблемы тех кому платят за разработку. А заказчику нужны не самые-самые решения, а чтобы бизнес работал и прибыль приносил.
                                  0
                                  Да контора сама по себе замечательная.

                                  По-моему у всех что-то не то с мотивацией. И менеджеру и девелоперу всё безразлично.

                                    +4
                                    Ничего себе. Интересно, много таких контор? И как они все выживают?
                                      0
                                      Это типично для огромных контор с десятками тысяч сотрудников. Выживают, потому что играют на другом поле, отличном от стартапов и мелких контор.
                                      0
                                      Уф, фраза знакомая до боли в желудке… когда был ПМом:
                                      Дев, 18:00
                                      (думает) Фух, досидел, отчаливаю. Аривидерчи, пойду пить пиво с пацанами, в бильярд поиграем! Ну я и забожил кода сегодня, аж приятно, не впустую день прошёл!

                                      Потом сидишь делаешь пересчет времени, смотришь а не укладываешься в сроки… Девы молодцы, мощные, не спорю, я тогда совсем зеленым ПМом был, на ребят смотрел чуть ли не как на божеств, сначала даже как-то не по себе было намекать, что пора бы как бы сдаваться… потом когда немного опыта набрался уже оставались у меня и на вечер если того необходимо было. Но при всем при этом они знали что исправляют свои косяки и свое разгильдяйство в рабочее время, сначала роптали, но так как отношения были теплыми достаточно, и зарплаты грели, то немного пообщавшись на этот счет — все остались довольны. Дальше ввелся плавающий график (9:00-17:00 или с 12:00-20:00), если ребятам надо был выходной посреди недели, то тоже ничего страшного — они успевали выполнить все в домашних условиях и на утро было все готово, но контроль велся четкий, и они понимали зачем. Так что тут все зависит от того какие люди, ну и как ПМ себя ведет, ну и не самое последнее мотивация людей, как в денежном эквиваленте, так и в моральном. Часто и на себя принимаешь все удары от руководства, лишь бы не по «рабочему классу».
                                        +3
                                        В примере ПМ сам виноват, мне кажется. Думает одно, говорит другое. Девелопер ведь не машина для кодинга. Если ПМ потратит на 5-10 минут больше, объяснив и про Джона-фармацевта, и про архитектуру двухлетней давности, то отношения совсем другие в команде выстроятся
                                          0
                                          Какой то грусный и скучный рабочий день получается по рассказу. Неужели в большинстве компаний так проходят будни?
                                            +1
                                            Таких кантор более чем много.
                                              0
                                              Узнаю себя. За исключением того, что я про себя редко говорю. Если уж и говорить, так чтобы все слышали :)
                                                0
                                                Вообще, реально, совмещать менеджмент и кодинг довольно проблематично, но в маленьких коллективах по-другому нельзя физически. Иной раз приходится весь рабочий день все разруливать, а потом уже глубокой ночью только кодить. Факт.
                                                  0
                                                  В принципе правильно.
                                                  Ещё стоит добавить зависть программиста: к ноутбуку, к навороченному телефону.
                                                  Ну и с точки зрения программера ПМ скорее больше бегает со своим ноутом по офису и вне.
                                                    0
                                                    Странно как-то, никогда не замечал зависти у девов к ПМовским игрушкам…
                                                    +13
                                                    Токарь вдумчиво протирает гаечный ключик тряпочкой. К нему подходит начальник и начинает грузить:
                                                    — Петров! Ты чего домой так рано собираешся??? Время всего 17:20!!!
                                                    — Понимаете, я пока ключик тряпочкой протру, пока станок железной щеточкой почищу, пока ручки мыльцем отмою, пока переоденусь… Вот как раз и конец рабочего дня наступит.
                                                    — Нет, Петров! Я считаю, что это не правильно! Вот я собираюсь с работы ровно в 18:00!
                                                    — А че тебе собираться-то? Е6aльнuк закрыл и пошёл.
                                                      +3
                                                      Извините, но описанный ПМ — это хреновый ПМ. Дело ПМа не про архитектуру думать — для этого есть архитектор, CTO и прочий народ — а следить, чтобы всё было в нужное время в нужном месте у нужных людей.
                                                        0
                                                        Позвольте не согласится — дев в этой ситуации тоже демонстрирует не верное отношение. Есть люди которые принимают решения — в этом состоит их работа, а есть люди которые должны воплощаться эти решения в жизнь.
                                                        Дев не должен знать о фармацевте и смете проекта и десятке других мелочей. То что думает дев про себя наглядно демонстрирует его однобокое отношение к работе старшего товарища что рано или поздно приведет к конфликту в коллективе. Резюмируя вышесказанное: надо побывать в шкуре другого прежде чем критиковать со своей высокой колокольни.
                                                          0
                                                          Дев неправ тоже. Факт. Но вот сделать так, чтобы дев вел себя правильно, задача в данном случае именно ПМа. Хотя, конечно, это не значит что и деву не надо учиться как взаимодействовать с коллегами.
                                                          0
                                                          Бывают команды без аналитиков, архитекторов и даже менеджеров :) Узкая специализация людей в команде — это больше минус, чем плюс.
                                                          0
                                                          По моему опыту работа ПМ и работа девелопера сравнимы. Только ПМ платят больше. А так ответственность одна и та же, головняка одинаково, мозг напрягать немного по-разному, но обоим приходится.
                                                            0
                                                            Какой-то странный у вас опыт. По-моему опыту, работы ПМа и девелопера — ну вообще разные и уровни ответственности — тоже.

                                                            Сам ПМ уже давно и иногда ловлю себя на мысли, что хочется вернутся в стан девелопмента. Когда в каждый момент времени у тебя имеется одна поставленная задача, когда не приходится каждые пять раз переключать фокус внимания между совершенно не связанными между собой задачами. Когда невозможность выполнить задачу в срок означает только выполнение задачи позже, или, максимум, овертайм и не нужно при этом судорожно оценивать, как задержка по конкретной задаче повлияет на работу остального десятка людей и проект в целом, что скажет заказчик, когда очередная демонстрация функционала будет сдвинута. И это не считая того, что вообще все проблемы идут через тебя — заказчик просит фичу, разработчик уперся в стену, аналитик нашел концептуальную проблему и т.д. и т.п. И для всего этого — оценить, спланировать, скоординировать, расставить приоритеты, поставить задачи, обозначить риски и отследить выполнение.
                                                            0
                                                            Весёлая, яркая статья, хорошо иллюстрирующая ситуацию во многих командах.
                                                            Пишите ещё!
                                                              0
                                                              Прежде чем сочувствовать ПМ — вспомните о том, что рейт этих самых ПМ, по крайней мере на Западе, обычно составляет от 20 до 60 американских долларов в час. Ну а что касается программистов, они спят по 6 часов в сутки, только за гораздо меньшие деньги.
                                                                0
                                                                Автор какой-то странный мир описал. Где девелоперы сваливают в 6, а работа с полдвенадцатого до полдесятого считается подвигом. Ну и вообще статья изначально предвзята. Я тимлид, у меня 100 писем в день, но это не очень то вообще то много. И еще — если ПМ свои технические навыки поддерживает чтением хабра — примерно полутора лет ему хватит, чтобы выпасть из технологического фронта.
                                                                Ну и вообще, странно, что ПМ позиционируется как конечная цель развития девелопера. Я вообще думаю, что ПМ-ами люди становятся, после того как устают держаться на гребне технологической волны:)
                                                                  0
                                                                  Многие становятся ПМами, например, из аналитиков — им гребень вообще по барабану.
                                                                  0
                                                                  Вай, это бомба =) Сам ПМ, раскидал всем своим коллегам, пусть читают… Завтра перед обедом xD
                                                                    0
                                                                    Внесу свою маленькую лепту.:)

                                                                    ИМХО
                                                                    Идеальных людей нет. И не будет. В канцелярии так и сказали. Например, умение приходить к 9 и уходить в 18 — обозначает лишь то, что вы умеете приходить к 9 и уходить к 18. Каких-то сверхсил это не дает. Если вы программер, то ваш код от этого лучше явно не станет (если вы конечно, не наиболее эффективны во временном промежутке от 10 до 14). Если вы ПМ, то с некоторыми клиентами могут даже возникнуть серьезные проблемы. Потому что они привыкли работать по другому графику, и их не очень сильно волнует ваш распорядок дня. А постоянно работать по 12 часов в день не просто плохо — это еще и серьезный износ здоровья как физического, так и духовного.

                                                                    Если смотреть глазами программиста.
                                                                    То данный ПМ — просто фуфло. Стабильности никакой. Обнадеживает попусту. Постоянно письма пишет и языком молотит. Никакого планирования (так чтобы до минут знать всю будущую неделю). Дисциплина вообще напрочь отсутствует. Вообщем негодяй первой степени.

                                                                    Но по каким-то причинам ПМ остается ПМ-мом, а программист программистом.

                                                                    С точки зрения ПМ.
                                                                    Все выглядит несколько подругому. Мы не берем ПМ на проектах, где все хорошо получается. И заказчик дает собой управлять, и неожиданности укладываются в предполагаемый разброс, и имеющиеся ресурсы практически полностью покрывают необходимости, и вообще погода на улице хорошая. Сразу оговорюсь. Я не подразумеваю того, что описанная мной хорошая ситуация не требует усилий, умений и знаний.
                                                                    Итак. Есть забугорный заказчик. И его явно не волнует, что исполнитель в россии. Скорее всего это даже по договору прописано. Видно, что его представители достаточно капризные. Плюс заказчик умеет считать деньги, и понимает их ценность. Но самое главное — он оплачивает труд всей команды. А это достаточно неплохая сумма.
                                                                    Уже из общей ситуации видно, что график 9-18 «фтопку». Умеет считать деньги -> слова «концептуальность», «передовые технологии» и т.д. «фтопку» (потому что перевозить коробку с лекарствами можно и на обычной машине, без функций аля «массажного кресла водителя»). Капризные -> обвинять его в чем-то или идти на прямой конфликт нельзя (очень плохо, когда рассерженный капризный мальчик сидит за пультом управления полетами). Ненормированная ситуация (часто меняются требования, приоритеты и т.д.) -> какой план тут составишь? Только гибкий.
                                                                    Если смотреть с этой точки зрения, то ПМ хоть и имеет недостатки (а кто без них), но справляется с задачей (сделать проект, если вы забыли).

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

                                                                    С точки зрения клиента.
                                                                    Он платит. И вообще-то, ну так между делом, этот проект нужен ему для решения его целей, а не целей кого-либо из исполнителей.
                                                                      0
                                                                      Странно, но только сейчас заметил Ваш комментарий. Читаю верхнюю часть — не понимаю за что Вы меня обвиняете. Читаю нижнюю часть — так я со всем согласен…

                                                                      Но ведь и правда бывает очень много девелоперов, особенно молодых, которые несогласны оставаться позже, а у ПМ-ов просто нет выбора. Я про них и писал.
                                                                        +1
                                                                        Простите, видимо я не совсем корректно выразился. Я никого не обвинял. Честно! Наоборот оправдывал сторону ПМ.

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

                                                                        Хотя когда был чисто девелопером, наоборот боролся за свободу графика!)))

                                                                          0
                                                                          Понял :) Спасибо за Ваше мнение, интересно пообщаться с коллегой!
                                                                      0
                                                                      Отличная статья. Плюсануть статью не успела — плюсану в карму.
                                                                        0
                                                                        Appreciate that :)

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

                                                                      Самое читаемое