Естественный отбор менеджеров
Работаю в компании, которая берет на себя проекты различной направленности. В штате, соответственно, сотрудники многих специализаций, а раздача заданий реализована через внутренний сервис.
Среди менеджеров устоялась традиция делать некий аукцион: вначале описывают проект, люди пишут, кто за сколько какую часть сделает (тимлид может писать за свою группу). Менеджер по итогам обсуждает с заказчиком сроки и цену, а среди подавших заявки отбирает тех, кто больше нравится.
Впрочем, может и сразу назначить проект кому-то. И самостоятельно установить сроки. Бывают такие проекты, которые брать не хочется, но фирма должна сделать — тогда поручают кому-то. Можно сбросить с себя проект, назначенный менеджером, но это «красное» событие, наряду с «просрать дедлайн» и «сделать шару». Впрочем, для сброса есть и достаточные основания — ты уже недавно делал принудиловку, у тебя текущий длинный проект, больничный, депрессия или запой.
Фирма расширяется и среди менеджеров нашелся один любитель вешать принудиловку. Он вначале договаривается с заказчиком. Результаты переговоров для заказчика привлекательны — быстро, дешево и качественно. Для разработчиков приятного мало. Менеджер, как человек, до этого не пасший котов, обычно лажал с оценкой трудоемкости и стоимости проекта. Его предложения никто не хотел брать, поэтому он кидал принудиловку.
Падает такая на меня. Сбрасываю. В поле для причины пишу: «не завершен текущий проект, после завершения текущего проекта не хватит времени до дедлайна». Вешает на меня снова с пояснением: «там работы совсем ничего, ты успеешь». Сбрасываю: «Не успею, надо кидать на команду». Снова вешает: «Оплата на одного специалиста, придется тебе успеть, больше некому». Сбрасываю с жалобой начальству: «Назначение заведомо не подходящего по срокам задания».
К концу дня в причинах назначения-сброса пошли маты. Мой профиль у менеджеров светится красным: «Сбрасывает задания». Его профиль у разрабов тоже как рак: «Высокий процент принудительных назначений». На второй день собрание. Первое за все время моей работы. Будут разбирать наш конфликт.
Поскольку в других местах «клиент всегда прав, а, значит, всегда прав менеджер, говорящий от имени клиента», просматриваю вакансии. Есть неплохие предложения, с некоторыми списался, готовлюсь на собрании показать всем нецензурную вещь из трех букв и уйти с гордо поднятой головой.
Шеф вначале опрашивает разработчиков:
— Вменяемы ли сроки и цена?
— Нет, нет, — хором говорятт. е.
Шеф вызывает менеджера:
— Откуда взялись сроки и цена?
— Они были согласованы с клиентом.
— Согласованы в консультации с разработчиками?
— Да.
— С кем именно?
(тычет в мою сторону): — С ним.
Я готовлю свою нецензурщину. Шеф протягивает менеджеру распечатку внутреннего чата:
— Покажи, где именно согласовано.
Показать, естественно, никто ничего не смог.
На этом, собственно, всё. Работа упала на группу, разница в стоимости проекта оплачена из кармана менеджера. Менеджер, посчитав себя несправедливо обиженным — как это так, разработчик не хочет делать работу за бутерброд — уволился.
Сразу после собрания, увидев мои трясущиеся от волнения руки, шеф сказал:
— Да не парься ты так, это естественный отбор: долботрясы уходят, нормальные остаются.
Среди менеджеров устоялась традиция делать некий аукцион: вначале описывают проект, люди пишут, кто за сколько какую часть сделает (тимлид может писать за свою группу). Менеджер по итогам обсуждает с заказчиком сроки и цену, а среди подавших заявки отбирает тех, кто больше нравится.
Впрочем, может и сразу назначить проект кому-то. И самостоятельно установить сроки. Бывают такие проекты, которые брать не хочется, но фирма должна сделать — тогда поручают кому-то. Можно сбросить с себя проект, назначенный менеджером, но это «красное» событие, наряду с «просрать дедлайн» и «сделать шару». Впрочем, для сброса есть и достаточные основания — ты уже недавно делал принудиловку, у тебя текущий длинный проект, больничный, депрессия или запой.
Фирма расширяется и среди менеджеров нашелся один любитель вешать принудиловку. Он вначале договаривается с заказчиком. Результаты переговоров для заказчика привлекательны — быстро, дешево и качественно. Для разработчиков приятного мало. Менеджер, как человек, до этого не пасший котов, обычно лажал с оценкой трудоемкости и стоимости проекта. Его предложения никто не хотел брать, поэтому он кидал принудиловку.
Падает такая на меня. Сбрасываю. В поле для причины пишу: «не завершен текущий проект, после завершения текущего проекта не хватит времени до дедлайна». Вешает на меня снова с пояснением: «там работы совсем ничего, ты успеешь». Сбрасываю: «Не успею, надо кидать на команду». Снова вешает: «Оплата на одного специалиста, придется тебе успеть, больше некому». Сбрасываю с жалобой начальству: «Назначение заведомо не подходящего по срокам задания».
К концу дня в причинах назначения-сброса пошли маты. Мой профиль у менеджеров светится красным: «Сбрасывает задания». Его профиль у разрабов тоже как рак: «Высокий процент принудительных назначений». На второй день собрание. Первое за все время моей работы. Будут разбирать наш конфликт.
Поскольку в других местах «клиент всегда прав, а, значит, всегда прав менеджер, говорящий от имени клиента», просматриваю вакансии. Есть неплохие предложения, с некоторыми списался, готовлюсь на собрании показать всем нецензурную вещь из трех букв и уйти с гордо поднятой головой.
Шеф вначале опрашивает разработчиков:
— Вменяемы ли сроки и цена?
— Нет, нет, — хором говорят
Шеф вызывает менеджера:
— Откуда взялись сроки и цена?
— Они были согласованы с клиентом.
— Согласованы в консультации с разработчиками?
— Да.
— С кем именно?
(тычет в мою сторону): — С ним.
Я готовлю свою нецензурщину. Шеф протягивает менеджеру распечатку внутреннего чата:
— Покажи, где именно согласовано.
Показать, естественно, никто ничего не смог.
На этом, собственно, всё. Работа упала на группу, разница в стоимости проекта оплачена из кармана менеджера. Менеджер, посчитав себя несправедливо обиженным — как это так, разработчик не хочет делать работу за бутерброд — уволился.
Сразу после собрания, увидев мои трясущиеся от волнения руки, шеф сказал:
— Да не парься ты так, это естественный отбор: долботрясы уходят, нормальные остаются.
11 комментариев
Так что срок должен устанавливать либо разработчик, если он достаточно компетентен, либо его тимлид. По-разному конечно бывает, но это самая безопасная схема по-моему.
Если мы говорим именно о ПМ-ах, то у них должна быть инфа о свободных ресурсах, и приличная часть их работы на этапе планирования — это рассчет рисков (к этому тоже могут подключаться отдельные спецы).
Сроки выполнения отдельных задач, ясное дело, назовет только разработчик, а уже затем ПМ на основе имеющейся информации планирует сроки для всего проекта в целом. Конечно, это все верно, если контора работает по промышленным стандартам управления проектами, а не как получится.