Понял, что реальные примеры находят более живой отклик у аудитории. Что ж, продолжим эту добрую традицию.
Реальная компания. Группа стартапов. Матричная структура. То есть когда у одного специалиста есть функциональный и проектный руководитель. А то и несколько проектных руководителей. Я укажу несколько признаков, а вы скажите, знакомо или нет
1. Разработка не берет задачи от бизнеса пока не будут выполнены все их требования по постановке. В том числе они могут завернуть задачу потому что она им просто не нравится, они не считают нужным ее делать. Без объяснения причин. У проектного менеджера нет власти приказать им делать эти задачи и делать их именно так как он прописал. При этом за реализацию и сроки - ответственнен он
2. Проектов больше чем ресурсов раза в 3-4. При этом в единицу времени приоритет отдается одному из трех. Начинается драка за ресурсы. При этом проектный менеджер потом не может сказать, что проект не сделали, потому что не дали ресурсов. Мол, плохо дрался. Все бы ничего, но в таком раскладе кто-то да пострадает. То есть 3 из 4 проектов страдают. Зачем было создавать столько проектов, если знаешь, что вести будешь только один?
3. Все командуют всеми и никто никем. Реальная власть только у одного человека - и это владелец компании. Делегирование полномочий отсутствует как класс. При этом везде есть крайние: тимлиды, проектные менеджеры, продакты. Короче, крайние
4. Топ менеджменту на все насрать. "Мы хотим, чтобы мышки стали ежиками, а как - это ваши проблемы". При этом исполнители всегда съезжают, мол - не их. Таким образом проектные менеджеры, тим лиды и продакты опять кто? Верно. Крайние
5. HR делают вид, что все "круто и классно", раскачивают HR бренд, вешают лапшу на уши приходящим специалистам, что у них тут рай. По факту, те же яйца, как и везде.
В итоге:
Проектные менеджеры меняются как перчатки, потому что при такой схеме они крайние. Но прибыли как не было, так и нет. Проблема в проектных менеджерах? Сомневаюсь, что при таком раскладе они в силах что-либо поменять. Проблема в разработчиках? При грамотно настроенных бизнес-процессах проблем с разработчиками быть не должно. В топ-менеджерах? Вряд ли в ком-то одном из них. Проблема тут в том, кто ответственнен за систему менеджмента в компании.
Я повидал на своем веку и успел поработать с десятком-другим компаний. И ни одна из компаний с вышеуказанным бардаком пока еще не смогла создать действительно жизнеспособный продукт, работая по указанной схеме.
Как я уже писал ранее, успешный продукт строится на трех китах: бизнес-модель, экономическая сходимость и система менеджмента.
И если сбоит хотя бы одна часть из трех, то прибыли ждать не придется.
Друзья мои, сталкивались с подобным?