Интеллект. В первую очередь системное мышление.
Зрелость. Готовность брать на себя ответственность.
Позитив и энтузиазм. Если менеджер по натуре депрессивен, и у него на лице написано: «Господи, когда же это все дерьмо закончится» не стоит ожидать, что команда радостно подхватит знамя и с криками «Эге-гей! Дерьмо! Кончайся!» побежит делать проект.
Внимание к мелочам. Большие проблемы вырастают из мелочей, которые проглядели на старте работ. Или заметили, но решили, что они никак не повлияют на будущее. Мелочи ничего не прощают большому.
Готовность незамедлительно действовать.
Требовательность. Умение пойти на конфликт, если что-то сделано плохо, отстаивать свои интересы и интересы дела.
Вообще, путь менеджера это трудный путь. В нем много сложностей и много работы над собой, характером, привычками. А это больно. Приходится нести ответственность не только за себя, но и за других, и за весь проект. Отвечать за чужие косяки. Двойные неприятности.
Зато это очень интересный путь, интересная судьба. Практически бесконечные возможности как для горизонтального роста, так и для вертикального, если он вдруг вам понадобится. Хорошо платят. Вы приобретаете чертовски полезные навыки для повседневной жизни. И это определенная степень свободы, умение владеть собой. И еще вы будете востребованы, и скучно точно не будет. Но это если оно вам действительно надо. А раз уж вы держите в руках эту книгу, хочется надеяться, что это так.
Что вас ждет в этой книгеВ 2017-м году мы в студии создали обучающий курс на Skillbox «Руководитель digital-проектов», который был одним из первых на рынке по этой теме. За 4 года существования его прошли сотни студентов. И каждый из них хотел бы иметь под рукой инструмент, на который всегда можно положиться в сложной и неоднозначной ситуации.
Цель дать этот инструмент тем, кто только собирается в профессию руководителя проекта или руководителя продукта, и тем, кто уже в ней работает и развивается, но испытывает сложности. Можно сказать, это настольное практическое руководство для проджектов и продактов, которым приходится либо заказывать digital-услуги на стороне, либо управлять своим собственным digital-производством.
Почему книга сразу и для проджектов, и для продактов? Потому что в небольших проектах эти роли часто выполняет один человек. Project Manager (диджитал-продюсер, PM, менеджер, руководитель проектов зовите, как хотите) специалист, который своей шкурой отвечает за проект и несет ответственность за то, чтобы в процессе работы ни одно животное не пострадало. Графики, сроки, команда, бюджеты, релизы, качество вот что в фокусе. Product Manager это, скорее, про маркетинг, стратегию, приоритеты, трафик, сегменты, конкурентов.
Но работы полно и там, и там. Более того, хороший руководитель проекта должен владеть продуктовыми техниками, чтобы лучше понимать потребности бизнеса. А хороший руководитель продукта должен вырасти из руководителя проектов, чтобы понимать возможности и ограничения своей команды и иметь адекватную картину мира. Именно поэтому в этой книге есть техники для обеих специальностей.
В ней также найдутся ответы на те непростые вопросы, с которыми сталкиваются начинающие и уже опытные менеджеры проектов и продуктов ежедневно:
как общаться с подчиненными, чтобы не быть в их глазах мямлей или деспотом;
как грамотно делегировать и что придется в себе искоренять, чтобы это уметь;
почему Scrum все еще передовой фреймворк для разработки проектов и продуктов в digital и как его внедрить в свою команду;
как и с помощью каких инструментов проводить аналитику перед стартом проекта, чтобы в процессе разработки не случалось неприятных сюрпризов;
что такое декомпозиция, зачем она нужна на проекте и как грамотно составлять сметы, чтобы потом не было мучительно больно и стыдно перед заказчиком;
как управлять творческими сотрудниками и креативным процессом без магии, шантажа и подкупа;
как строить команду, чтобы людям хотелось приходить на работу и расти профессионально;
как распределять собственное время менеджера эффективно и при этом не выгореть и не уехать в бессрочный отпуск;
что лучше: собственная команда или аутсорс и как быть с техподдержкой;
как не плодить бюрократию, но при этом четко оформить процесс разработки документально;
как интегрировать сайты и продукты с внешними сервисами и системами без моря слез;