Бывают ситуации, когда Заказчик адекватный, работы действительно нужны, и денег правда нет. Поэтому приходится подключать фантазию и работать по пунктам, которые я описал в посте.
Но тут сделаю уточнение - проекты у нас длительностью от 3 лет с соответствующими раздутыми бюджетами, поэтому это очень частая ситуация. Если речь идёт о небольших проектах, то дальше 2 пункта, я думаю, можно не идти.
Думаю, список можно расширить процедурами, которые позволят или не приходит к таким ситуациям, или помогут минимизировать риск таких бесплатных запросов
Сам не юрист, поэтому сильных аргументов у меня нет. Если можете привести какую-то статью закона, почитаю с удовольствием.
Мой тезис основывается на подобных кейсах, с которыми мы сталкивались и общении с юристами. Думаю, что в суд вы с этим гарантийным письмом не пойдете. А даже если пойдете, не уверен, что у вас будут шансы. Опять-таки, кто подписант, гендир? А если он сменится, с кого спрашивать?
Не призываю никого подписываться. Если в статье есть полезная информация и кому-то это принесло пользу - здорово. Если кому-то интересна эта тематика и мой канал - добро пожаловать. Если есть конструктивная критика - давайте обсудим.
Мои коллегам эта информация точно полезна. Особенно новичкам в области проектного управления.
Аппетит растет во время еды. Если на старте проекта дополнительных хотелок у Заказчика нет, не факт, что они не появятся со временем. особенно, если проект долгий.
У исполнителя РП, конечно, был со старта проекта. Более того, учитывая масштабы проекта, в условиях договора прописывалось, что РП со стороны Заказчика должен быть выделен full-time на проект. И даже зафиксировано, что этот РП должен делать.
Всё нормально у Исполнителя и с бизнес-процессами, и с управлением проектами, и с опытом ведения подобных проектов в подобных заказчиках. (понимаю, что без мнения со второй стороны это всё голословно, но исходим из того, что есть)
Про комиссии, экспертизы и исправление косяков - хорошее замечание, тут вы правы. Но эти работы не означают, что больше ничего другого РП со стороны Заказчика делать не должен. Он, как минимум, должен не мешать, а как максимум, прикладывать все усилия, чтобы проект был реализован.
Если же вы намекаете на некомпетентность Исполнителя, то, повторюсь, когда был первый РП работы по проекту шли (да, медленнее, чем планировалось, но там объективные причины с обоих сторон). Когда назначили третьего РП, работы тоже шли, причём очень бодро. А за 10 месяцев присутствия второго РП проект не сдвинулся ни на 1%.
Спасибо за конструктивное замечание. Учту это в следующий раз. Но в данном конкретном примере не хотелось давать конкретики, чтобы не подставлять действующих лиц.
Ну я в почте написал, что, конечно, не один менеджер виноват, но его вклад, по ощущениям, близок к 80%.
Оценка сроков на больших и сложных IT-проектах - это, конечно, боль. Есть интересная модель - Fix price flexible scope. Сами по ней ещё не работали, но теория мне нравится. почитайте, если интересна эта тема.
Проект и так был очень сложные и долгий, поэтому изначально был поделён на этапы. Я об этом в выводах не написал, так как у нас это было, но замечание очень хорошее
Я перешёл на позицию РП с нулевым знанием предметной области. Самый тяжелый был первый год - я и как РП не до конца понимал, что делать, и предметную область не знал.
Через 3 года ушёл в другую компанию тоже на роль РП. Соответственно, тут уже было проще - опыт РП большой, но предметная область была совершенно другая. Через месяц я уже неплохо ориентировался, а через 3 спокойно проводил встречи без технических специалистов.
Попробую по своему опыту и опыту своих подчиненных сделать краткий итог. Руководить проектами, не зная предметную область можно. Но в этом случае речь идёт в основном об административных функциях - ставить задачи, отслеживать сроки, подготавливаться ко встречам и тд. Без технических знаний не получится принимать правильные решения и вести аргументированный диалог с Заказчиком. Поэтому чем больше тех.знаний у РП, тем лучше он может руководить проектом.
В голове заиграла песня Семёна Слепакова)
Бывают ситуации, когда Заказчик адекватный, работы действительно нужны, и денег правда нет. Поэтому приходится подключать фантазию и работать по пунктам, которые я описал в посте.
Но тут сделаю уточнение - проекты у нас длительностью от 3 лет с соответствующими раздутыми бюджетами, поэтому это очень частая ситуация. Если речь идёт о небольших проектах, то дальше 2 пункта, я думаю, можно не идти.
Вот это, кстати, очень дельный совет, спасибо.
Думаю, список можно расширить процедурами, которые позволят или не приходит к таким ситуациям, или помогут минимизировать риск таких бесплатных запросов
Сам не юрист, поэтому сильных аргументов у меня нет. Если можете привести какую-то статью закона, почитаю с удовольствием.
Мой тезис основывается на подобных кейсах, с которыми мы сталкивались и общении с юристами. Думаю, что в суд вы с этим гарантийным письмом не пойдете. А даже если пойдете, не уверен, что у вас будут шансы. Опять-таки, кто подписант, гендир? А если он сменится, с кого спрашивать?
Не призываю никого подписываться. Если в статье есть полезная информация и кому-то это принесло пользу - здорово. Если кому-то интересна эта тематика и мой канал - добро пожаловать. Если есть конструктивная критика - давайте обсудим.
Мои коллегам эта информация точно полезна. Особенно новичкам в области проектного управления.
Пост писал ради хабра, в телеграм не выкладывал.
Аппетит растет во время еды. Если на старте проекта дополнительных хотелок у Заказчика нет, не факт, что они не появятся со временем. особенно, если проект долгий.
По факту вы упростили всё то, что описано в посте. Ваш вариант реален, но не все ситуации на него ложатся.
У исполнителя РП, конечно, был со старта проекта. Более того, учитывая масштабы проекта, в условиях договора прописывалось, что РП со стороны Заказчика должен быть выделен full-time на проект. И даже зафиксировано, что этот РП должен делать.
Всё нормально у Исполнителя и с бизнес-процессами, и с управлением проектами, и с опытом ведения подобных проектов в подобных заказчиках. (понимаю, что без мнения со второй стороны это всё голословно, но исходим из того, что есть)
Про комиссии, экспертизы и исправление косяков - хорошее замечание, тут вы правы. Но эти работы не означают, что больше ничего другого РП со стороны Заказчика делать не должен. Он, как минимум, должен не мешать, а как максимум, прикладывать все усилия, чтобы проект был реализован.
Если же вы намекаете на некомпетентность Исполнителя, то, повторюсь, когда был первый РП работы по проекту шли (да, медленнее, чем планировалось, но там объективные причины с обоих сторон). Когда назначили третьего РП, работы тоже шли, причём очень бодро. А за 10 месяцев присутствия второго РП проект не сдвинулся ни на 1%.
Спасибо за конструктивное замечание. Учту это в следующий раз. Но в данном конкретном примере не хотелось давать конкретики, чтобы не подставлять действующих лиц.
Ну я в почте написал, что, конечно, не один менеджер виноват, но его вклад, по ощущениям, близок к 80%.
Оценка сроков на больших и сложных IT-проектах - это, конечно, боль. Есть интересная модель - Fix price flexible scope. Сами по ней ещё не работали, но теория мне нравится. почитайте, если интересна эта тема.
Проект и так был очень сложные и долгий, поэтому изначально был поделён на этапы. Я об этом в выводах не написал, так как у нас это было, но замечание очень хорошее
Это интернеты, поэтому придётся основываться только на одной стороне конфликта)
Но, на самом деле, в посте более важны опыт и выводы, которые мы сделали из истории, чтобы другие старались избегать наших ошибок.
Это не всегда так. Зависит от условий. Могут выбрать не самого дешёвого =)
А мне кажется, что РП чаще идут в сторону COO.
Не совсем вас понял. Вы имеете ввиду, что "те, кому за 30" не умеют писать резюме?
Вообще РП, обладающих всеми этими качествами, до 30 почти не встретить.
Отвечу, как работник - это жесть. Если бы я попал на такой собес, я бы не пошёл к вам работать.
Отвечу, как руководитель - было интересно, спасибо за список, парочку вопросов возьму на вооружение.
Были ли в вашей практике соискатели, которые ответили на все эти вопросы? Думаю, это уровень (по текущим зп) даже не 300к+, а куда больше.
Это две крайности одной и той же сущности (с)
Как руководителю проектов зарабатывать от 300.000 в месяц? Обладать навыками, которые перечислены в посте.
Я перешёл на позицию РП с нулевым знанием предметной области. Самый тяжелый был первый год - я и как РП не до конца понимал, что делать, и предметную область не знал.
Через 3 года ушёл в другую компанию тоже на роль РП. Соответственно, тут уже было проще - опыт РП большой, но предметная область была совершенно другая. Через месяц я уже неплохо ориентировался, а через 3 спокойно проводил встречи без технических специалистов.
Попробую по своему опыту и опыту своих подчиненных сделать краткий итог. Руководить проектами, не зная предметную область можно. Но в этом случае речь идёт в основном об административных функциях - ставить задачи, отслеживать сроки, подготавливаться ко встречам и тд. Без технических знаний не получится принимать правильные решения и вести аргументированный диалог с Заказчиком. Поэтому чем больше тех.знаний у РП, тем лучше он может руководить проектом.