nezametny (nezametny) wrote,
nezametny
nezametny

Уж сколько раз твердили миру

В статье ниже - очередное бессчетное правильное и разумное развенчивание "книжного" (т.е. основанного на идеализированных, а потому - не существующих в природе - предпосылках) подхода к управлению проектами в реальности бизнеса на постсоветском пространстве. Стронгли рекомендед юному внезапно свеженазначенному PMом менеджеру, обдумывающему житье.

"...В планах было спокойно почитать на сон грядущий про природу экономических кризисов и отвалиться спать. Вместо этого пришлось заехать забрать хорошую знакомую, чтобы подставить жилетку по поводу факапа ее проекта. Знакомую знаю добрых лет 5, и в ее отменных менеджерских качествах убедился наблюдая 3 больших проекта, которые она вела. Ее текущий проект наблюдаю в течение полугода, и его факап мог не произойти только в одном случае — если случится BFM (большое фантастическое чудо). Что самое прикольное — она ничего не могла сделать чтобы это изменить. Причины этого насквозь просты, но для многих неочевидны — и как следствие куча реально талантливых прожект менеджеров мучается сознанием собственной неполноценности, не имея на то никаких причин. Осознание этого мрачного факта породило желание нанести им добро, следствием чего стала эта статья."



Множество прожект менеджеров воспитано в духе «Project manager is ultimately responsible for project success…» — практически как советское «пионер, ты в овете за все!». И эта точка зрения абсолютна правильная, менеджер проекта действительно отвечает за все, иначе зачем он такой нужен.

Однако большая ответственность вовсе не гарантирует ему успеха в достижении результата. Более того, есть ситуации, в которых «ultimately responsible = назначен виноватым». Отчего так получается? Открываем любой букварь по менеджменту и читаем — если тебя назначают ответственным, значит тебе полагаются полномочия. Нет полномочий — ты не можешь реализовать ответственность, но если ответственность с тебя не сняли, а полномочий не дали — ты по факту назначен виноватым, потому что сделать ты ничего не сможешь. Если культура и полиси компании, в для которой ты делаешь проект не предполагает наделения тебя полномочиями — твой проект обречен.

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

Это написано даже в PM BoKе — внимательно перечитай статью про «слабые матрицы». В слабой матрице прожект менеджер — это такой чувак, который между всеми бегает и уговаривает «детки, давайте кушать кашку коллеги, давайте поработаем, ну давайте, а?». И все его посылают нафиг — потому что у каждого есть прямой начальник — функциональный менеджер, который определяет зарплату и бонусы, и если этому начальнику проект нафиг не нужен (а он ему как правило нафиг не нужен) — то роль прожект менеджера незавидна. Безусловно, иногда встречаются исключения — например, в функциональной структуре присутствует управление по целям, и постановщик целей в интересах проекта жОстко завязывает на сотрудничество с менеджером проекта функциональных менеджеров — например, «господа Алекс, Питер и Крисчен — если будет хоть один complaint на вашу готовность сотрудничать от Дженни — каждому из вас 25% бонуса офф». Но это — скорее исключение из правила, чем правило.

Так вот, дружище, слабых матриц в жизни — пруд пруди. Например, есть компании, которые имеют по сути функциональную структуру, периодески пытаясь изобразить «проектные» телодвижения. Классический пример — тебя подписывают менеджером внедрения системы автоматизации какого-то предприятия. «Ваша задача — сделать функциональных менеджеров своими союзниками, пусть они увидят пользу и сотрудничают с вами». Ага, пусть начальник склада увидит пользу в том, что обнаружено что у него крайне неоптимально используются складские площади, а начальник производства обнаружит, что можно было поднять эффективность на 20% без дополнительных вложений, которые он потребовал — и они оба сразу станут вашими союзниками. Молодец, начинай этот проект. Единственный вариант в таком раскладе — это жесткая проектная организация с прямым завязыванием этих людей на менеджера проекта, например через гендира. Слабая матрица = через 3 года система так и не работает, а ты уволен.

Другой вариант — внутри компании с сильной матричной организацией бывают части, которые являются слабой матрицей. Классика жанра — в аутсорсинге есть «продакшн» (ресурсы, которые продают за деньги) и есть «администрация» (службы, которые нужны чтоб продакшн работал). Так вот ресурсный пул и проекты — это сбалансированная или сильная матрица, а администрация — чисто функциональная структура или слабая матрица. И проекты, которые там делаются, обладают всеми чертами слабоматричных проектов — включая минимальные полномочия менеджеров проектов. Единственная возможность там сделать проект — это сесть на его бюджет, в котором есть и бонусная часть для исполнителей, или продавить включение соотв. Целей на сотрудничество с тобой в MBO-планы.

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

Откуда это дурацкое предположение? Нет, есть компании «семейного типа», там все ясно. В других местах - ясное дело, у основателя компании (материально заинтересованного) и еще нескольких старейших сотрудников (как правило младших партнеров) нежная любовь к компании и заинтересованность в ее процветании есть. Остальные — наемные сотрудники, «мы обязаны тебе только той верностью, которая куплена и оплачена». Работают такие наемники строго над тем, за что платят деньги или над тем, что лично им интересно. Если твой проект не про это — они тебя формально поддержат и вежливо проигнорируют. Попробуешь давить — пошлют нафиг, мотивируя загрузкой. Очень вежливо и с обоснованием пользы для компании, будь уверен.

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

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

Что можно посоветовать PMам, чтобы не попадать в описанную выше ситуацию?

Первое. Помнить элементарную вещь — люди работают на того, кто им все дает. Если это не вы — они будут работать на вас постольку поскольку (поскольку сказал работать на вас тот все дает).
Второе. Если вы отвечаете за результат — то вы должны отвечать за выбор средств его достижения. Иначе начинается — «нет, ты давай попади в мишень, стоя на голове, с завязанными глазами, ну и лука мы тебе не дадим. Не можешь? Так ты плохой менджер, лузер!».

Из этого вы легко выведете остальные правила:

•1. Не полагайтесь на «здравый смысл работающих здесь» и «они должны с вами сотрудничать, ведь так задумано» — если у вас нет ответа на вопрос «если он будет хорошо работать, то я конкретная_вещь; а если плохо, то я КОНКРЕТНАЯ_ВЕЩЬ» — то у вас нет механизма воздействия на человека (примечание: «пожалуюсь на него — это не конкретная вещь). Нет механизма — он это быстро поймет и пошлет вас нафиг, а вы ничего не сможете сделать.
•2. Избегайте работы в слабых матрицах. В слабой матрице по определению полномочия — слабые. Результаты — изложены выше. Когда нанимаетесь на работу и берете проект, задайте прямой вопрос — «какие у меня полномочия в отношении членов проектной команды? Могу я уволить того, кто плохо работает? Могу я дать премию тому, кто хорошо работает? Будет ли у меня бюджет и авторизован ли я его тратить — например, чтобы отказаться от нашей ублюдочной системы управления требованиями? Это могу сделать Я, или мне надо пройти 5 кругов согласований?»
•3. Избегайте работы в компаниях, где слабая матрица наложена на явный идиотизм руководства. Да, такие компании есть. Есть бизнес-модели, которые практически невозможно испортить. Например, осваивание бюджетов. Да, благодаря тупости и идиотизму менеджеров прибыльность не 1000%, как могла быть, а всего 250% — но и 250% для многих других это недостижимая мечта. Менеджеры всех уровней в таких компаниях обычно заняты обсуждением собственной офигенности, а вовсе не тех вещей, которые надо улучшить. Любая попытка сделать что-то толковая обычно пресекается с вопросом «так, я тут мега-менеджер, а ты кто такой?». Любая попытка критиковать — вопросом «а ты смотри какая у нас прибыльность, видишь какие мы крутые?»
•4. Оформляйте свое исполнение управления проектом как проект — и продавайте своему работодателю. Никому в башку не приходит делать проекты для Заказчиков, не оговорив бюджет, ответственность и полномочия, состав работ, критерии приемки и успеха и вознаграждение. Так какого рожна вы запускаете свой проект по созданию успешного результата, не обговорив все эти условия? Не думали про это, нет?

(c) Денис Петелин http://thetorch.ru/?p=128

Tags: бизнес, блин!, впечатления, интересное, люди вокруг, мнение, наблюдения, перепосты, полезное, проекты, работа, размышления, цитаты
Subscribe
  • Post a new comment

    Error

    Anonymous comments are disabled in this journal

    default userpic

    Your reply will be screened

    Your IP address will be recorded 

  • 6 comments