PRO PM
2.51K subscribers
301 photos
22 links
Пространство для тех, кто живет проектным управлением. Бесконечное движение на пути к хорошему менеджменту.

🎙По вопросам рекламы: @nadia_firsova

🫶🏻 Донатить: https://www.donationalerts.com/r/nadiafirsova
Download Telegram
Хвалить или не хвалить?

Стала замечать, что в рабочей рутине, созвонах и встречах, не остается времени на слова благодарности. Рабочая суета никуда не денется и задач меньше не станет, а вот находить время, чтобы сказать спасибо — важно. Иначе для чего это все? Выделить время на благодарность — это повод, чтобы ещё раз напомнить, для чего команда работает над задачами.

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

В рутине дел и нескончаемого потока задач, команда забывает о конечной цели, а ощущение важности собственного вклада постепенно стирается. ПМ может эту ситуацию изменить. От доброго слова за хорошо проделанную работу никому хуже не станет, поэтому не забывайте хвалить людей.
👍143
🌁 Такомский мост

Такомский мост открыли для передвижения в 1940 году. Уже при его возведении строители обратили внимание на колебания и раскачивания моста при усилении ветра. Его длина составляла 1810 м. Конструкцию держали стальные пилоны на бетонных опорах. Крушение произошло, когда период эксплуатации составлял всего 4 месяца. В этот день скорость ветра достигла 65 км/час.

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

Такие показательные примеры в очередной раз напоминают о важности проведения тестов на всех этапах реализации проектов и детальном изучении будущей разработки: будь это мост или платформа для пользователей.
🔥8
Проектная документация

С документацией на проектах может быть несколько историй.

В первом случае ПМ столкнётся с отсутствием каких-либо зафиксированных в документах требований и описанной логики, а вся информация будет храниться в коде, либо в головах команды. ПМ как настоящий организатор, может посодействовать в восстановлении хронологии событий, привлечь аналитика, а на выходе получить актуальный вариант требований, который нужно своевременно обновлять.

Во втором случае ПМ может увидеть разрозненную кипу документов, разложенную по принципу творческого хаоса с неактуальными версиями. И на то, чтобы разобраться в хронологии 40-страничных сочинений, придется потратить немало человеко-часов. В этом случае есть проблема в чрезмерно большом количестве документации, число которой бесконтрольно увеличивалось в геометрической прогрессии.

К документации нужно относиться не как набору обязательных текстов, а как к инструменту, который помогает команде работать эффективнее.
👍5
Формула для коммуникации

Если вы хотите из интереса (или с определенной целью) рассчитать количество каналов связи внутри команды, используйте формулу:

N * (N-1 )/ 2,
где N - количество человек в вашей команде

Для примера, в команде из 5 человек у ПМа будет 10 каналов коммуникации, а при добавлении ещё одного специалиста, количество увеличится до 15.

Добавляя нового человека в проект, соотносите его ценность вклада в задачу с дополнительными затратами на коммуникацию.

А еще эта простая формула может стать отличным аргументом для клиента, который захочет добавить больше людей для ускорения работы. Помните, что иногда дополнительные участники в команде — не равно ускорение работ.
👍12
Сверять направление

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

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

Главное всегда сверяться с направлением: куда идем, есть ли нужные ресурсы, как скоро доберемся и все ли понимают конечную цель?
🔥9
Согласовать время

Чтобы не попасть в неприятную ситуацию, выбирайте время для важных созвонов и обсуждений внимательно и не спеша.

Чтобы не напутать даты, назначив встречу на стыке с другим мероприятием, нужно грамотно подойти к планированию. Если ПМ уверен, что слот времени свободен и буфер для предварительной подготовки есть — можно бронировать время для переговоров.

Прежде чем назначать встречу, проверьте дату, время и загруженность в расписании дня. И лучше воспользоваться конвертером времени, если клиент находится в другом часовом поясе. Назначать время для созвона со стейкхолдерами — ответственная задача, где лучше не ошибаться.
👍8
Играть в менеджера

"Он сядет здесь и будет распоряжаться "Сделайте это! Сделайте то!" А дело и с места не сдвинется" - Гарри Трумэн

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

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

Задача ПМа на проекте - приносить пользу своими решениями, знаниями, инструментами. Ну, и главное, чтобы проект на месте не стоял и дело двигалось в нужном направлении.
👍12
Куда расти?

Засидевшись в рабочей рутине небольшой компании, ПМ привыкает к однотипным задачам, менеджерские навыки начинают ржаветь, а мозг закостевает в устоявшихся процессах. Такой расклад чреват потерей скиллов в среде конкурентного рынка.Сделать остановку в профессиональном развитии —значит потерять контроль над профессиональным треком.

Вопрос "Куда расти?" не будет возникать, если ПМ выйдет из скорлупы привычных процессов, посмотрит на масштабные программы проектов и требования к специалистам в крупных компаниях зарубежного рынка. Если вы успешно закрываете проекты с бюджетом в 5 млн, это не значит, что вы справитесь, когда он увеличится до 25. Если ваша команда из 10 человек показывает отличные результаты, это не значит, что не возникнет трудностей с командной из 50.

Если ПМ набил руку в знакомых условиях, понимает тонкости работы и находится на хорошем счету у руководства — это ничего не значит. Если хотите стать крутым специалистом, будьте готовы начать с нуля, оставив регалии, достижения и связи.
👍16
"Вас на рынке много"

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

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

На рынке много неплохих специалистов и отличных исполнителей, но какой в этом смысл, если они будут временными? Так и кадров может не остаться.
👍11
Надо тегнуть

Уведомления о сообщениях в копоративном мессенджере начинают приносить определенное чувство дискомфорта, когда их количество превышает определенную норму.. норму терпения.

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

Люди делают свою работу: менеджеры мониторят прогресс по срокам, бюджету и качеству, разработчики работают над проектными задачами. И прежде чем тегнуть кого-то в очередной раз, спросите себя: "А может не надо?".
👍71
3 книги для ПМ в IT

Однотипный список рекомендаций книг для ПМа по типу "Цель", "Deadline" и "Критическая цепь", не очень впечатляет. Недавно прочитала 3 неплохие книги, в которых изложены неочевидные кейсы, часто встречающиеся на практике.

"Бизнес без МВА" под редакцией М. Ильяхова — о продажах, переговорах, маркетинге и деньгах с интересными советами для начинающих управленцев. "Надо быть чутким к другому человеку, ловить его эмоции, реагировать на ситуацию. Не надо быть бараном, который читает дежурные фразы с бумажки." Именно таких ПМов не хватает бизнесу.

"Мифический человеко-месяц" Ф. Брукс — о том, как создаются программные системы. Для менеджеров в IT может оказаться полезным, так как тезисы, написанные в книге, до сих пор остаются актуальными.

"How to Speak Tech: The Non-Techie’s Guide to Key Technology Concepts" Vinay Trivedi — если хотите лучше понимать команду и говорить с ними на одном языке, эта книга поможет овладеть основными терминами и развить техническое понимание.

#книги
👍6
Чем больше курсов изучаю, тем отчетливее понимаю три момента:

1. Теория, которую изучаешь в любом формате, не имеет ничего общего с практикой. В реальном мире нужно готовиться к неоднозначности, постоянным изменениям и неопределенности. Ситуации, с которыми придется работать, будут всегда выходить за рамки изученного где-то на курсах в тепличных условиях.

2. Можно знать про эффективные инструменты, методологии и лучшие практики, но если этот набор не применим в конкретных условиях, то и в знаниях нет смысла. Знания без их практического использования приносят нулевую ценность.

3. Можно понимать теорию на высоком уровне, при этом остаться абсолютно неэффективным управленцем. Знание не гарантирует успешности. Не сложно прочитать ряд статей о методологиях управления — сложно использовать прочитанное не на модельных данных, а в реальных условиях.
👍16🔥1
Отвлечения

Менеджер хоть и не всемогущий, но что-то стоящее он сделать может. Например, защищать свою команду от ненужной деятельности: неоднократных тегов, часовых созвонов, мучительных бесед не по делу и набегов ТОПов с внезапно возникшими вопросами.

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

На то вы и ПМ, чтобы думать не только о своём времени, но и о времени команды. Потраченное впустую время может дорого стоить проекту.
👍14
Отношение к команде

Позиции, достижения и прочие привелегии - вещи, которые подвержены течению времени, им свойственно терять свою актуальность. А вот отношение к людям и команде - долгоиграющая история.

Вашей команде, по-большому счету, все равно, сколько у вас сертификатов на руках и как много инструментов и методологий управления вы знаете.
Но им будет не все равно на ваше к ним отношение. Из каждого дня складывается ваша позиция, как человека и менеджера. То, что вы приносите в рабочую атмосферу закрепляется на подкорке сознания тех, с кем вы работаете. А авторитет, репутация и мнение будет обретать ценность, если заслужите доверие.

Иногда отношение важнее, чем кажется на первый взгляд.
👍12
Читая книгу "Начни с главного", Гэри Келлера, посмотрела по-другому на формат многозадачности, постоянную занятость и одержимость списками дел. Некоторые мысли проджекты могут взять на заметку.

1) Максимальная эффективность достигается, когда сосредотачиваешься на одной деятельности.

2) Вместо того, чтобы заниматься массой вещей с незначительным эффектом, следует делать немногое с существенным результатом.

3) Деятельность не всегда приводит к результатам, а загруженность может не иметь никакого отношения к серьезным делам.

P.S. Работая в режиме постоянной запары на проектах, нужно помнить о том, что действительно важно, а от каких задач можно отказаться.
👍15👏1
Ошибка планирования — это когнитивное искажение, связанное с излишним оптимизмом и недооценкой времени, требуемого для выполнения задачи (термин предложен Дэниелом Канеманом, в 1979 году).

Командам при работе над проектами свойственно недооценивать количество времени, необходимое для выполнения задачи, даже самой простой.

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

«Единственный неизменный закон заключается в том, что всё меняется».
👍8🔥2
Мультитаскеры

Идея мультизадачности в том, что один ресурс попеременно используется несколькими задачами, но этот контекст был утрачен. И мультизадачность стала пониматься, как одновременное использование одного ресурса в решении множество задач.

Однако даже компьютеры могут одновременно обрабатывать только один фрагмент программного кода. Когда компьютеры работают в режиме многозадачности, они попеременно переключается с одной задачи на другую, пока обе не будут решены. Скорость, с которой они это делают, создает иллюзию того, что все происходит одновременно.

Несмотря на то, что люди могут выполнять несколько задач одновременно, эффективность будет выше, если фокусироваться на одной активности в моменте.
👍10
«Потом разберёмся»

"Сейчас некогда изучать этот вопрос, нужно начинать разработку". "Мы проясним это позже, пока конкретики нет, у нас другое в приоритете". Именно так накапливаются нерешенные проблемы, которые могут потянуть на дно весь проект, если своевременно не закрыть важные вопросы. Как правило, это "потом" появляется в конце проекта и оказывается ключевой загвоздкой, из-за которой нельзя двигаться дальше.

Зачастую, нерешённый вопрос вначале может стать большим блокером для всего проекта в конце. Когда окажется, что из-за неучтенной детали, которую забыли прояснить, придётся переписывать весь проект или бóльшую его часть.

Не упускайте важные вещи без ответа. Лучше потратить чуть больше времени вначале пути, разобраться и быть уверенным, что в случае чего будет обходной путь, чем оказаться у разбитого корыта, не имея плана Б.

И если вы хотите, чтобы у вас всегда был план Б, то мое краткое руководство для Проджект Менеджера в IT поможет вам всегда оставаться в «профессиональной форме»: https://docs.google.com/document/d/1CzTkVPdiC6-0oit3yoGJlD2AM0xzGJD7pO08PIUNg1w/mobilebasic
👍164🔥3
Проектное кладбище

У каждого ПМа есть такое заброшенное место для проектов, где финальный результат не оправдал ожиданий, не вышел в релиз, потерял свою значимость ввиду изменившей конъюнктуры рынка и многое другое. Думаю, многие складируют не реализовавшиеся проекты именно туда.

И несмотря на то, что об этих проектах не всегда хочется вспоминать, именно там хранятся важные вещи: опыт, неудавшиеся эксперименты и ошибки. И неплохо было бы их фиксировать в формате выученных уроков: все факапы, проблемы и сорванные планы.

Когда ты принял неверное решение, поторопился, невнимательно проверил данные или начал действовать слишком поздно — это все про опыт, из которого важно извлекать уроки. Если у вас нет провалов, значит вы осторжничаете и не беретесь за новые вызовы. А иногда только через факапы удается понять, как делать не нужно в следующий раз.
👍14
Бессмысленные дела

Некоторые управленцы живут, ориентируясь на количество зачеркнутых задач в конце дня. Чем их больше, тем лучше. Однако такая деятельность далеко не всегда приводит к результатам. Справиться с сотней бесполезных дел - не то же самое, что сделать одно важное.

Механическая деятельность, как правило, не имеет смысла. В игре на "вычеркивание пунктов" победителей не бывает. Дела неравнозначны с точки зрения их влияния на результативность, а заниматься нужно только тем, что наиболее важно.
🔥7
Слова благодарности

Зачастую, команды и специалисты в частности, редко слышат слова благодарности. Если это не какой-то подвиг. Чаще всего бывает так, что команда делает проект месяцами без обзора промежуточных итогов. За это время даже теряется фокус и понимание, для чего это все нужно, не говоря уже о мотивации продолжать пилить и дальше злополучный проект.

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

Иногда люди в потоке меняющихся проектов даже не успевают осознать, какую пользу они принесли. Вот тут как раз и нужен ПМ: чтобы отметить вклад и донести до исполнителя слова благодарности.
👍20