Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 24
Понимание проблемы это 50% решение. Когда это и где руководство сознавалось в своей не компетентности? На моей практики не было таких прецедентов.
Судя по волшебному списку "Как мы пришли к успеху?" содержащему элементарные вещи, у вас там вообще ничего не было, ни менеджмента, ни разработки.
Почему проджекты не виноваты в провале проекта? Как менеджмент сменил 3-х проджектов, но нужно было сделать только одно
Надо было дать полномочия.
P.S. Статья ни про что, очередное самонахваливание со ссылкой на ТГ канал.
Невнимательно прочитали. Дело совсем не в полномочиях. Смотрю вас прямо зацепило. Ну конечно, вытащить проект из жопы - это же "ни про что", плевое дело. Сочувствую вам и потраченному зря времени. Всегда можно легче понавешивать ярлыки на результаты других людей, а не описать свои победы, под которыми мы оставим свои оценочные суждения.
Дело в том что прожект должен управлять менеджментом проекта что вы и сделали, в итоге всего лишь надо было заставить менеджера заниматься менеджментом проекта а не просто быть прессекретарем проекта
Он и управлял проектом как понимал это дело. Не самый плохой проджект, как и предыдущие, кстати.
Управлял, как понимал.
Цитата века =) я себе это запишу =)
Рад, что понравилось! Уверен, что в ваших проектах с менеджментом все прекрасно. Но если есть сомнения, зовите, помогу найди области для улучшений)
Я попробую объяснить тебе идею моего сообщения и за одно, если тебе интересно, причины того, почему тебя задизлайкали.
Судя по тому, что ты описываешь, у вас не было ПМ. У вас были котята с улицы, которые до этого работали в общепите/доставке/маркетплейсах/любомместедлястудентов.
Решения, который ты принимал, не являются уникальными, а являются базовыми для ПМ. То есть, твой уровень принятия решений находится на стандартном для ПМ уровне. Понимаешь идею?
И если предыдущие котята не спасли проекты, то это не их вина, действительно.
Вина не котят, а тех, кто тебя и их нанял. Эти наниматели абсолютно не понимают, что такое менеджмент, и как управлять проектами. Отсюда и проблемы с наймом ПМов - ты не умеешь управлять, как ты поймешь, что перед тобой хороший управляющий?
Статья действительно про самонахваливание, как написали выше, потому что вы сравниваете свою работу с людьми, которые не умеют в менеджмент. Это все равно, что я сейчас скажу, что я уже 30 лет абсолютный чемпион в яслях по тхеквондо. С одного удара всех выношу =) Ну или если бы я начал себя сравнивать с джунами-программистами и говорить, что я крут, а они - нет.
Вот если бы ты привел пример того, что люди-профи своего дела сделали всё возможное из всех книжек и курсов по менеджменту, но проект не запускался, а ты пришел и придумал, как это запустить - это было бы действительно интересно и круто. Я бы даже подписался на твой ТГ.
А пока фраза "Управлял, как понимал" - это цитата человека, который вызывает лишь улыбку на лице, а не восхищение. Надеюсь, я смог донести идею и дал пищу для размышлений.
Судя по тому, что ты описываешь, у вас не было ПМ. У вас были котята с улицы, которые до этого работали в общепите/доставке/маркетплейсах/любомместедлястудентов.
Вывод не имеет отношения к реальности, был РП с опытом в пару лет, до этого были более опытные РП.
Решения, который ты принимал, не являются уникальными, а являются базовыми для ПМ. То есть, твой уровень принятия решений находится на стандартном для ПМ уровне. Понимаешь идею?
Уникальные решения в менеджменте требуются не так часто. Решение управленческих задач в принципе лежат не в категории "удиви меня", а в категории - как решить проблему так, чтобы она была решенной. Я более 20 лет успешно занимаюсь менеджментом в роли руководителя и консультированием по менеджменту (своя консалтинговая практика 10 лет).
Я не представляю, как вы определили, что решения являются "базовыми для ПМ". Что это за база? Где она описана? Просьба дать ссылки на конкретные источники, а не на свой "здравый смысл". На всякий случай подчеркну, что я много лет в ведущих вузах типа ВШЭ, РАНХиГС и т.д. провожу тренинги по управлению проектами.
Если вас поместить в ту ситуацию, то можно было оценить, насколько вы опытный менеджер и приняли бы необходимые решения.
И если предыдущие котята не спасли проекты, то это не их вина, действительно.
Вина не котят, а тех, кто тебя и их нанял. Эти наниматели абсолютно не понимают, что такое менеджмент, и как управлять проектами. Отсюда и проблемы с наймом ПМов - ты не умеешь управлять, как ты поймешь, что перед тобой хороший управляющий?
Они бизнесом занимаются, не их задача детально понимать в менеджменте.
Статья действительно про самонахваливание, как написали выше, потому что вы сравниваете свою работу с людьми, которые не умеют в менеджмент. Это все равно, что я сейчас скажу, что я уже 30 лет абсолютный чемпион в яслях по тхеквондо. С одного удара всех выношу =) Ну или если бы я начал себя сравнивать с джунами-программистами и говорить, что я крут, а они - нет.
Вот если бы ты привел пример того, что люди-профи своего дела сделали всё возможное из всех книжек и курсов по менеджменту, но проект не запускался, а ты пришел и придумал, как это запустить - это было бы действительно интересно и круто. Я бы даже подписался на твой ТГ.
Каждый комментирует как хочет в меру своего понимания, профессонализма и воспитанности. Кейс реальный. Я успешно решил бизнес-задачу, которую до меня долго не могли решить. Мне стесняться нечего. Можете обесценивать сколько хотите, если получаете от этого удовольствие. Все эти оценки про профи или не профи без погружения в ситуацию носят абсолютно дилетантский характер, что вы, как я вижу, и демонстрируете, выписывая всем диагнозы направо и налево.
Тем, что вы не подписались на мой канал я отнюдь не опечален, так как подписались очень много людей, которые просекли фишку. Так много, что даже не лень поотвечать на уничижительные или хейтерские комментарии.
Нужно было пить натощак простой советский...
Добавили еще одного менеджера, дополнительные планерки, бюрократию и думают, что проект запустился благодаря этому :)
а по факту, скорее всего, нужно было просто дать разработчикам спокойно поработать. Особенно с учетом того, что я видел в банках с управляющими комитетами, где на трех разработчиков приходится 5 менеджеров и насколько контролеров релиза, качества, коучей, мерам мастеров и прочей сопутствующей братии, которая кода-то не добавляет...
В банках половину менеджмента и сопроводительного персонала в айти можно уволить и только лучше станет.
Разработчикам как раз никто не мешал работать, для них особо ничего не изменилось, просто они стали работать над самыми главными задачами, ведущими к пользе для бизнеса. Ну и вы зря приравняли менеджмент к бюрократии. Толковый менеджмент вытаскивает проекты, а не топит их. Жаль, что вы не видели подобных примеров. Я видел такое не раз в проектах, которые вытаскивал из жопы.
Се ля ви :) Я сам запустил около 20 проектов, а поучаствовал примерно в 40. За это время я видел 2 (двух, прописью) хороших руководителей проекта и еще штук пять средних :) про побочных менеджеров типа по качеству даже упоминать не хочу, не вредили - уже хорошо.
Вот например прямо сейчас проект приближается к дедлайнам, напряжение растет, в команду добавили два менеджера со стороны заказчика. При этом проект завершится как минимум нормально, скорее всего, даже успешно. Как думаете, что эти два менеджера будут думать о своей роли на проекте (он длится полтора года, до закрытия три месяца, из них месяц на бюрократию в конце проекта)? Многие ли менеджеры задумываются, реально ли их действия например экономят или наоборот тратят трудодни разработки, пробовали ли сами для себя это посчитать? Хоть раз? Например, час дополнительной еженедельной встречи на десять человек - это минус 15 трудочасов. Выкатить промежуточный драфт - от минус пары дней на человека и т.п. Со стороны подрядчика рп этим еще маленько пытаются управлять, а со стороны заказчика обычно ппц вплоть до того, что рп выставляет требования вместо бизнеса.
Странная статья, честное слово. Особенно смущают, конечно, иконки галочек и минусов вместо обычных тире в конце статьи - как будто копипаст с LLM чата всем известного...
Ну а по делу, статья в духе "было плохо, пришел я, стало хорошо". В чем собственно были проблемы предыдущих проджектов, как и почему их удалось решить именно автору неясно.
Иконки и галочки для привлечения внимания. История реальная, не из чатагпт. Проблемы были в непрозрачности прогресса, плохо структурированном содержании проекта, непонимании главного "узкого места", мешающего двигать проект вперед и недоверии бизнес-заказчиков, которые слабо помогали проекту, так как не видели в нем перспектив из-за постоянных обещаний и сдвигов сроков.
У меня был кейс, когда в цепочке заказчик-подрядчик-субподрядчик подрядчик скрывал участие субподрядчика, мол это все мои специалисты работают. И смех и грех, но особо весело не было потому что это чисто политическое решение приводило к смерти проекта. Подрядчик не мог объяснить заказчику зачем нужно увеличение бюджета, потому что хватанул денег с запасом по конктракту, но отказывал субподрядчику в увеличении бюджета, т.к. "это мои деньги, а не твои, был бы допник - я бы доплатил", субподрядчик естественно потихоньку начал укладывать большой и толстый на всю эту работу, в итоге проект умирает...
Что бы посоветовали в такой ситуации? )
Звучит как очередная брехня.
Чем занимался РП вообще не ясно, если проделаны были стандартные вещи. В чем тогда была вина и чья?
Прыжок от "дайте заметный результат за два месяца" до "мы за 4 месяца вывели проект на нормальный уровень" выглядит как байки рыбаков. Так может быть и остальные бы показали результат через 4 месяца?
Про недоверие всех участников. Возможно это был проект который вообще никто не хотел делать с самого начала и фактически его саботировали все начиная с топменеддмента, владельцев ресурсов, чтейкхолдеров и заканчивая нижних исполнителей которые знали, что проект никому не нужен фактически? Я подобное видел и тут действительно не вина РП, но из истории не очевидно.
Нет главного что заяалено-нет описания в чем была причина провала проекта.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Почему проджекты не виноваты в провале проекта? Как менеджмент сменил 3-х проджектов, но нужно было сделать только одно