Biggest DevOps Conference in Ukraine! Kubernetes, TensorFlow, KubeFlow, Cloud solutions, Ballerina and much more. Register until August, 22!

Советы сеньоров: как прокачать знания junior Project Manager vol.1

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

На наш запрос откликнулось сразу 12 специалистов, поэтому подборку с советами от ПМ’ов опубликуем в двух частях. Не забудьте почитать и вторую часть.

Денис Прилуцький, Head of PMO у Perfectial

25 років досвіду в ІТ-галузі, з них понад 18 у проектному менеджменті

З чого почати

Якщо ви прийняли рішення пов’язати свою кар’єру із проектним менеджментом чи просто цікавитесь цією галуззю, у першу чергу вам треба зрозуміти, за що саме відповідає проектний менеджер та які очікування від нього є у замовника, роботодавця та проектної команди? Саме це розуміння є ключовим. Якщо в цьому добре не розібратись на початку, то це може призвести до великої кількості проблем протягом цілих років, допоки вірне розуміння не сформується. Тому обов’язково почніть свій шлях розвитку не з вивчення інструментів, методологій чи професійних навичок ПМ’а, а з того, за що ПМ відповідальний, а за що — ні. Краще за все це можна дізнатись від досвідчених фахівців, які вже мають значний досвід як успішних, так і не зовсім успішних проектів. Шукайте воркшопи, майстер-класи чи, якщо пощастить, знайдіть собі ментора.

Що далі

Після того як початкова картинка склалася, наступний крок — це опанування мінімальних знань, які необхідні для того, щоб виконувати частину управлінської роботи на посаді проектного координатора при більш досвідченому проектному менеджері. По-перше, це — найпростіший шлях отримати бажану роботу, бо в серйозний проект одразу менеджером вас без досвіду просто не візьмуть (а якщо беруть, то це дуже підозріло, бо, скоріш за все, ваш управлінський вплив буде суто номінальним). А по-друге, робота поряд із досвідченим менеджером — це найкраща нагода навчитись від нього тому, що робить пересічного працівника майстром.

Як не треба робити

Не намагайтесь одразу сягнути рівня, вищого за той, де ви зможете застосувати набуті навички. Наприклад, немає жодного сенсу складати іспити чи отримувати сертифікації для здобуття першої управлінської посади. Це знадобиться вам лише із часом (чи, можливо, навіть не знадобиться зовсім). Не варто першим ділом іти на курси, якщо вони занадто загальні і покривають повністю всі сфери проектного менеджменту. Краще набувати знання поступово з мінімально необхідних до тих, на які вас вистачить. По-перше, як і в інших галузях, у проектному менеджменті все також змінюється досить стрімко, тому з часом методології стають застарілими, а інструменти заміняються більш сучасними. Якщо ви збираєтесь вивчити все на самому початку, то на момент закінчення навчання можна буде починати навчання знову. По-друге, найцінніше у розвитку ПМ’а — це досвід, тобто кількість застосувань певних навичок, ніж обсяг усіх теоретичних знань. Якщо у вас не передбачається можливості найближчим часом застосувати певні навички — сміливо відкладайте їх вивчення на потім.

Які перші кроки

Враховуючи сучасний стан індустрії, вам знадобиться Agile (Scrum та Kanban), естімації (story points та людино-години), розмовна та письмова англійська на рівні не нижче Intermediate, вміння організовувати та проводити зустрічі і перемовини та володіння найбільш популярними інструментами Atlassian Jira та Confluence. Пам’ятайте, що незалежно від часу основним операційним інструментом ПМ’а залишається Excel (і це не жарт). Привчайте себе мислити системно — завжди майте повну картинку в голові, не зосереджуйтесь на деталях. І пам’ятайте, що 80% роботи ПМ’а — це комунікації. Вчіться говорити з людьми, розвивайте свій емоційний інтелект, опановуйте публічні виступи. Бажаю успіху!

Татьяна Иванова, PMO в Waverley

12 лет опыта в проектном менеджменте

Как прокачать знания:

  • Найти, скачать и проштудировать библию PM`а — PMBOK. Даже если концепции, представленные там, не имеют с вашими проектами ничего общего — это та теоретическая база и кейсы, которые расширят ваш инструментарий.
  • Scrum Guide, Agile Manifesto, FDD, Kanban... («Википедия» вам в помощь) — знать, прочувствовать, понять границы применимости. И заготовить минимум 15 вариантов не Scrum, но тоже Agile-процессов управления проектами. Это расширит ваш кругозор и даст выбор и свободу от рамок.
  • Выбрать инфлюенсеров — успешных PM`ов и наладить контакт. Спрашивать совета. Хорошо почитать биографии — почти все известные люди так или иначе решали задачи управления.
  • Участвовать в жизни комьюнити, организовывать свою, обговаривать кейсы и учиться-учиться-учиться.
  • Выбирать проекты, которые кажутся чуть сложнее, чем делал до сих пор. Снова учиться. И сюда же — учиться у своих клиентов и членов команды.
  • Emotional Intelligence.
  • Строить планы (всегда везде и на все), применяя все, что знаешь и умеешь, с тем, чтобы это стало вторым дыханием, поведением по умолчанию, самым очевидным и легким способом действий в любой ситуации.
  • Быть или научиться быть самокритичным и честным с собой и окружающими. Не приукрашивать. И уметь философски принимать и хорошее, и плохое, понимая, что одно без другого не приходит.
  • Играть в шахматы или любые другие многоходовые игры. Мозг любит тренировки.
  • Теория решения изобретательских задач, алгоритмы, теория игр... Это и многое другое, что позволяет мыслить шире и быстрее находить оптимальные решения.

Получился странный чеклист, где про технологии только первые пара пунктов. Но
PM`a делает проект и команда и наоборот.

А вообще, наверное, главный совет — нужно любить свою работу. Если в IT PM вы попали в погоне за деньгами и сама работа и рутина PM`a вас тяготит, я бы серьезно задумалась о смене профессии. Их много, а вы у себя один (одна).

Олег Кубай, Senior Project manager у CoreValue

9 років досвіду

Project manager — це перш за все досвід. Ніхто не хоче довіряти Project manager без досвіду. Тому задача для PM`ів-початківців — здобути якнайбільше досвіду за обмежений період часу. До цього можна також підійти як до одного з перших проектів, мета якого здобути досвід.

Декілька варіантів, як це зробити:

Find a mentor. Працюйте в парі з досвідченим та успішним PM. Він може бути рольовою моделлю для вас. Ви уникаєте прямої відповідальності, якої може бути забагато на початку, але працюючи пліч-о-пліч, ви маєте можливість побачити безпосередньо, як досвідчений PM працює, і перебрати його найкращі практики. Переважно затребувані PM мають більш ніж достатньо обов’язків, які вони можуть делегувати. Отож, ви можете підміняти його у разі відсутності.

Internal projects. Як правило, в компаніях є проекти для власних потреб (CRM/ERP системи, Security audit, ISO сертифікації, RnD). Дізнавайтеся про такі проекти та беріть у них активну участь. Пропонуйте власний проект, якщо бачите можливість покращити якийсь з бізнес-процесів у своїй компанії.

Knowledge sharing. Спілкуйтеся з колегами-менеджерами у вашій компанії у формальній та неформальній обстановці для того, щоб зрозуміти, над якими проектами вони працюють, яка специфіка проекту, з якими проблемами стикаються і як їх вирішують. З мого особистого досвіду, навіть у компаніях невеликого та середнього розміру є прогалини саме через брак комунікації.

Networking. Долучайтесь до місцевої спільноти. Відвідуйте тематичні зустрічі та конференції. Спілкуйтеся з іншими PM. Питайте їхньої думки щодо того, що вас цікавить, дізнайтесь про їхній досвід, невдалі проекти та, головне, робіть правильні висновки.

Важливо розуміти, досвід — це не просто кількість років проведених на якійсь позиції. Він полягає в тому, які функції та задачі ви виконуєте. Чи працюєте з різними клієнтами та командами, чи змінюється з часом ваша роль та рівень відповідальності.

Александр Даник, Project Manager в Softengi

8 лет опыта в ИТ

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

Определяемся, что «прокачивать». Джунами принято называть людей с незначительным опытом или совсем без него. Хорошо это или плохо, но я не встречал PM`ов без опыта. Люди приходят в менеджмент из смежных областей: кто-то был хорошим team lead, кто-то test lead (последнее чаще). Потому PM — обычно уже с приличным багажом знаний и имеет представление о своих сильных и слабых сторонах. Как вы понимаете, перед такими project managers вопрос, что именно ему прокачивать, не стоит.

«Сходите на собеседования». Да, именно, просто так сходите. Возможно, рекрутеры и не скажут мне спасибо за такой совет, но тем не менее, рекомендую сходить на собеседование в любую другую компанию. Узнаете много нового о себе. Это бесплатно, и результат всегда дает богатую пищу для размышлений. Не хотите ходить на собеседование? Ознакомьтесь со списком требований к кандидатам в топ-компаниях.

Также не лишним будет узнать мнение своего руководителя о том, что именно вам стоит «прокачать». Он может помочь вам определить то, что востребовано именно в вашем проекте, в вашей ситуации.

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

Но знания не ценны сами по себе, пока они не трансформированы в опыт. Опыт может добавить только подход «бери и делай». Потому имеет смысл все прочитанное (ну или хотя бы то, что понравилось) сразу же применять и проверять на практике, и желательно по многу раз, оттачивая мастерство до тех пор, пока новая практика не войдет в привычку (правило 21 дня). Системность такого подхода гарантирует результат. В противном случае время, потраченное на чтение, — потрачено зря.

Если повторять одно и то же действие в течение 21 дня, оно откладывается в подсознании, и мы начинаем делать его на автомате (source).

Используйте другие источники информации:

  • Вступите в группы, где вы можете обсуждать вопросы с другими менеджерами (для поиска таких каналов информации можно использовать группы в Facebook, Telegram, Skype, etc).
  • Существует масса курсов для менеджеров. Не знаю, насколько все они адекватны, выбирайте аккуратно, не все йогурты одинаково полезны. Рекламу делать не буду, но среди них есть стоящие.
  • Я одно время интересовался конференциями по менеджменту, но не могу сказать, что вынес оттуда много. Мне по характеру больше подходит вдумчивое чтение. Но все люди разные. Может, вам конференции подойдут больше. Найдите то, что работает лично для вас.
  • Последнее время появилось много видео на эту тему. По моему мнению, сейчас просто неприлично жаловаться на отсутствие или недостаток информации.

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

  • Сю — первая ступень, означающая, что надо заучивать всё точно так, как показывает учитель. Требуется много лет тренироваться, иначе не будет базы для перехода на следующую ступень.
  • Ха — вторая ступень, согласно которой нужно освободиться от правил, где правил нет, а есть естественный ход вещей. Многие пробуют делать это слишком рано, поскольку переоценивают свои возможности.
  • Ри — третья ступень, означает подняться над всем, что изучалось раньше, создать более высокие и более общие принципы (source).

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

Оксана Гривнак, Project Manager в SoftServe

6 років в ІТ

Ми живемо у шалений час і працюємо у динамічній ІТ-індустрії, де маємо змогу не просто рухатися вгору по кар’єрній драбині, а злітати на найвищі щаблі з космічною швидкістю. На цьому шляху багато з нас опиняється у ролі project manager. Хтось може прийти з інших галузей уже з менеджерським досвідом, але без технічної бази, або ж навпаки — з технічними знаннями з інженерних позицій, але без управлінських навиків.

Опираючись на власний досвід, можу поділитись не конкретними прикладними порадами, а швидше своєю професійною філософією. Сподіваюсь, це допоможе тим, хто хоче будувати свою кар’єру у напрямку project management.

Читайте постійно про все: бізнес і стратегію, нові технології та стартапи, біографії лідерів, історичні події та розвиток економік світу, корпоративні культури та міжкультурні відмінності, емоційний інтелект і мову тіла, командну роботу та психологію, продажі та переговори, менеджмент та лідерство, управління змінами і тайм-менеджмент, фінанси та планування, Agile та SDLC, і, звісно, PMBOK. Шукайте книги, і найпотрібніші знайдуть вас. Пораджу лише останню прочитану, яка досі мене не відпускає — «The Four: The Hidden DNA of Amazon, Apple, Facebook, and Google», by Scott Galloway.

Відвідуйте тематичні події, пов’язані з project management та IT-індустрією, до прикладу: ІТ-Weekend, ІТ-Арена, PM Day; різноманітні конференції, мітапи, презентації, зустрічі тощо. Там можна отримати нові знання, поділитися власним досвідом, переконатися, що унікальних проектних викликів насправді дуже мало, розширити коло своїх професійних знайомств, долучитися до спільнот, які творять проектний менеджмент в Україні і світі.

Працюйте зі своїми командами 24 години на добу. Звісно, це не означає, що ви маєте контактувати з колегами і в позаробочий час. Швидше, ваше мислення має бути спрямоване на турботу про людей. Пізнавайте своїх колег через розмови, спостерігаючи за їхньою поведінкою, мотивацією, неформальним спілкуванням тощо. Професійний PM має навчитись розуміти і відчувати своїх людей, а також випрацювати максимально комфортний алгоритм взаємодії для кожного члена команди. Водночас хороший PM мусить бути справедливим та рівним у ставленні до кожної людини зокрема та команди в цілому. Баланс — наше все.

Створюйте позитивне та креативне середовище. Не варто «командувати», треба створити сприятливі умови для успішної реалізації проекту. Це означає не лише вчасний і якісний реліз продукту, а й розвиток команди, досягнення як проектних, так і індивідуальних цілей. Обов’язково діліться досягненнями вашого проекту та людей.

Розвивайте відносини з клієнтом завжди. Усвідомивши, що клієнт — це не абстрактна організація, а конкретні люди, ви можете дізнаватись більше про цих людей, їхній досвід, очікування, сильні та слабкі сторони. Це все дає гарне підґрунтя для побудови і розвитку хороших ділових відносин та, як результат, — взаємовигідну співпрацю. Не забувайте, що ви і ваш клієнт — одна команда, яка має спільні проектні цілі. На шляху до їхнього досягнення можуть бути виклики, які слід долати злагоджено, а не конкуруючи, чи ще гірше — перекидаючи відповідальність. Просто сприймайте бізнес клієнта як свій власний і працюйте на всі сто :)

Дозвольте собі помилятися. Просто визнайте, що помилка — невід’ємна частина проектного життя. Через помилки ми здобуваємо неоціненний досвід. Важливо ними користуватись і ділитись. Головне — мінімізувати повторення помилок та допомогти іншим уникнути подібних помилок. Примиріться з тим, що ви ніколи не знатимете всього, а це прекрасна мотивація постійно вчитися та бути відкритим до нового.

І насамкінець — будьте РМом у всьому і завжди, як у професійному житті, так і поза роботою. Адже Project Manager — це не просто професія, це покликання генерувати синергію людей і таким чином творити гармонію у своєму мікрокосмосі — маленькому чи великому проекті. Це можливість робити світ цікавішим і добрішим :)

Сергей Идельс, Program Manager в Luxoft Ukraine

5 лет опыта

3 must навыка для PM

1. Хорошее управление временем. Если у человека нет никаких знаний по тайм-менеджменту, я очень рекомендую ему их получить. Это планирование дня, трекинг времени на различные активности и их оптимизация, применение техник вроде Pomodoro или аналогичных, что позволяет работать в потоке. PM`у просто нужно выгружать все из оперативной памяти на бумагу. Рекомендую завести блокнот, записывать свои дела, записывать свои мысли для того, чтобы они не «роились» в голове. Это необходимо, так как основное, что получает человек «в подарок», приходя на менеджерскую позицию, — это огромное количество давящих со всех сторон информационных потоков, которые необходимо регулировать.

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

3. Презентационные и коммуникационные навыки. Я их привожу вместе, потому что эти soft skills жизненно необходимы, чтобы общаться как внутри проекта, так и за его пределами. Более того, нужно уметь передавать информацию — как заказчику рассказать, так и внутри команды что-то презентовать.

Если Junior освоит эти три вещи плюс технический бэкграунд, все вообще будет хорошо. Да, техническая база важна, так как без нее PM`у будет по меньшей мере сложно осуществлять Technical Leadership, а он иногда нужен.

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

3 вещи, которые делать не нужно

1. Если junior PM далеко не junior в какой-то технической специальности в целом, то ему не следует продолжать заниматься тем, чем он занимался раньше. Проще говоря, если он втайне надеется продолжать программировать или тестировать и part-time совмещать это с управлением, то это возможно только короткий промежуток времени. Если junior PM этим увлечется, он может «откатиться назад», развития как менеджера не произойдет. Если это полноценный проект со всеми его характеристиками — общение с заказчиком, планирование, отчетность, P&L, Stakeholder Communication Management и прочее, — то у этого специалиста не хватит времени, чтобы еще «чуть-чуть покодить». Нужно признаться себе, что сделан новый карьерный шаг, и научиться технические задачи делегировать.

2. Нельзя питать иллюзий, что все будет так, как в книжках и в тренингах, что все будет просто. Работа с людьми отличается от работы с техникой или с технологией тем, что откатить изменения нельзя. Когда мы работаем с людьми, у нас есть только одна возможность сделать что-то правильно или неправильно. Люди — это довольно сложная система, а коллектив людей — еще более сложная. И накладывать на все это паттерны — очень большая ошибка. Нужно действовать case-by-case и не «шаблонировать» какие-то вещи, особенно на раннем этапе карьеры. Необходимо считать, что каждый кейс уникальный, и разбираться с ним до конца.

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

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

Чего мне не хватало на старте моей карьеры, так это Stakeholder Communication Management. Все коммуникации нужно планировать так, чтобы ключевые люди в проекте получали свою частицу времени, а само общение давало своеобразный «выхлоп», результат. Задача Project Manager’а — выступать либо фасилитатором встреч, либо тем, кто вовремя распознает неэффективное принятие решений от участников и изменит ситуацию. Успешный менеджмент этих процессов освобождает время на другие задачи для PM`а.

Где начинать работать джуниору

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

Например, в моей программе достаточно много начинающих PM, с которыми я плотно работаю. Если они потенциально могут совершить ошибку, я им готов помочь ее не допустить и подсказать, что сделать по-другому. Это не значит, что начинать с работы в большой компании — единственно правильный путь. Разумеется, он более комфортный или более безопасный с точки зрения проекта, так как доверять целый проект новичку — это большие риски. Как для компании, так и для самого специалиста, который может быстро «перегореть» и так же быстро закончить карьеру Project Manager’а.

LinkedIn

60 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Прочитала обидві частини статті. Багато цікавого і корисного, особливо мені актуально зараз, оскільки теж готуюсь до ціє позиції, але як і одна з дописувачів — не маю технічного досвіду в ІТ і через це багато компаній навіть не хочуть розглядати можливість співпраці. Не зважаючи на теоретичні знання (PM School), досвід PM у інших галузях, класні soft skills I і знання іноземних мов. Хто може щось сказати з цього приводу? Як змусити компанію помітити мене і дати шанс вислухати на інтерв‘ю?
2) може хто порадить конкретні подкасти чи лінки на аудіокнижки по ПМ, Agile, Scrum?

Как вариант сдать PSM1. Не затратный по времени, довольно таки ценный и полезный как для продвижения резюме, так и для получение доп. знаний.
Плюс работодатель любит когда собеседник «обмазан» сертификатами и бумажками :)

Добрый день.
Заранее прошу извинение, если не по теме статьи. Среди читающих данную статью, есть желающие взять в свою команду junior project managera, чтобы обучить для потребностей своей компании? Немного о себе, сейчас изучаю английский, уровень intermediate, через год планирую что будет upper-intermediate. Для того, чтобы иметь минимальное понимание с чем придется в будущем работать, закончил онлайн курсы QA. В данный момент работаю 5 лет менеджером по работе с клиентами. Идеальный вариант компания из Львова, так как планирую в сентябре пойти на курсы для РМов, в LITS. Рад буду совмещать получение теоретических знаний, и работу в проекте. Не рассматриваю данную возможность как краткосрочный проект, если всех будет все устраивать, то буду рад долгосрочному сотрудничеству. Если кого-то заинтересует мое предложение, с радостью предоставлю резюме.

Удивлен что в статье ни кто не упомянул ключевой фреймворк работы ПМа — PDCA (Цикл Деминга). Расшифровывается он как Plan>Do>Check>Act. Так же, очень хорошо раскрыт в фрейморве SCRUM который агитирует следовать эмпирическому процессу — Transparency, Inspection, Adaptation.

В реалиях украинского рынка молодому Тигру (ПМу), будет гораздо полезней искать работу в компании которая умеет от 200 сотрудников и работает преимущественно по аутстафинговой модели.

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

В такой модели будет тимлид среди разработчиков который будет отвечать за разработку и деливери; И будет Акаунт Менеджер который будет отвечать за ведение акаунта — ведение переговоров по контрактам, допродажам, деньгам, корпоративным правилам работы.

С моей точки зрения самые популярные функции и джуна и мидла это:
— Репортинг (собирать, представлять, доносить информацию о состоянии разных модулей, или показателей проекта/команды)
— Администрирование (собирать, представлять, организовывать работу над идеями, проблемами, возможностями)
— Фасилитация (помощь команде или заказчику в организации и проведении активностей, следованию оговоренных правил и процессов)
— HR (онбординг ньюкамеров; сопровождение увольняющихся; удержание текущих)
— Корпоративный менеджмент (рутина которая зависит от компании. может быть зоопарк разнообразных процессов. например, собирать фидбек на рекрутинге и класть куда то конфлюенс, или апрувить отпуски)

И пожалуй этого будет достаточно. Управляющей эта позиция не будет, впрочем многие мидловые тоже не являютая управляющими.

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

Цикл Деминга

Потому что о нем редко кто тут слышал.
Да и нафиг он нужен мальчику-девочке-передасту.

Интересно, а Вы часто сталкивались с успешным применением идей Деминга у нас? Чаще сталкивался с упоминанием его имени и принципов, как с чем-то таким совершенным, что конечно да, но пока не стоит..

1. Create constancy of purpose toward improvement of product and service, with the aim to become competitive, to stay in business and to provide jobs.
2. Adopt the new philosophy. We are in a new economic age. Western management must awaken to the challenge, must learn their responsibilities, and take on leadership for change.
3. Cease dependence on inspection to achieve quality. Eliminate the need for massive inspection by building quality into the product in the first place.
4. End the practice of awarding business on the basis of a price tag. Instead, minimize total cost. Move towards a single supplier for any one item, on a long-term relationship of loyalty and trust.
5. Improve constantly and forever the system of production and service, to improve quality and productivity, and thus constantly decrease costs.
6. Institute training on the job.
7. Institute leadership. The aim of supervision should be to help people and machines and gadgets do a better job. Supervision of management is in need of overhaul, as well as supervision of production workers.
8. Drive out fear, so that everyone may work effectively for the company.
9. Break down barriers between departments. People in research, design, sales, and production must work as a team, to foresee problems of production and usage that may be encountered with the product or service.
10. Eliminate slogans, exhortations, and targets for the work force asking for zero defects and new levels of productivity. Such exhortations only create adversarial relationships, as the bulk of the causes of low quality and low productivity belong to the system and thus lie beyond the power of the work force.
— Eliminate work standards (quotas) on the factory floor. Substitute with leadership.
— Eliminate management by objective. Eliminate management by numbers and numerical goals. Instead substitute with leadership.
11. Remove barriers that rob the hourly worker of his right to pride of workmanship. The responsibility of supervisors must be changed from sheer numbers to quality.
12. Remove barriers that rob people in management and in engineering of their right to pride of workmanship. This means, inter alia, abolishment of the annual or merit rating and of management by objectives.
13. Institute a vigorous program of education and self-improvement.
14. Put everybody in the company to work to accomplish the transformation. The transformation is everybody’s job.

По 8 пункту больше нравится страху нагнать в первую очередь, да и вообще это антипаттерн современным реалиям в большинстве. Думаете, что

Plan>Do>Check>Act

работает эффективно без соблюдение принципов или это красивые слова как мантра, если произносить, то станет лучше?

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

А как можно вопрос Оксане задать, а то у меня чуть баланс не сходится:
24 часа в сутки с командой, ПРИ ЭТОМ:
Читайте постоянно профильную литературу. (в свободное, конечно же, от работы время)
Посещайте тематические мероприятия. (в свободное, конечно же, от работы время)

А как насчет work-life balance? Время на семью? Отдых, хобби, увлечения, чтобы профессионально не выгореть за год в таком темпе?

Хотелось бы чуть меньше пафосных общих фраз — «ходите на встречи, читайте литературу, работайте с командой», а чуть больше конкретики — пошагово, мы ж ПМы, умеем структурировать и детализировать информацию, или нет?

Дякую за питання. Абослютно валідне. Я сама докоряла собі, що не зуміла дати конктретики, тому старувала з того, що це моя професійна філософія.
Отже, 24 години з командою означає думати і турбуватись про людей. У будь-яку хвилину я готова прийти на допомогу.
Коли я відпочиваю з друзями та родиною, я відновлююсь і стаю ще ефективнішою у роботі. Коли я надто довго відпочиваю, починаю скучати за своїм проектом.
Коли я читаю, відвідую івенти, розвиваюсь професійно чи у своїх хоббі, я стаю кращим тім мейтом для своєї команди, сподіваюсь ;-)
Загалом я не схильна чітко відмежовувати роботу від життя. Мені подобається моє життя, сповнене різноманітних активностей.
Це працює для мене, але зовсім не обов"язково спрацює для інших проджект менеджерів. Тому не варто застосовувати чужі патерни. Краще дізнаватись більше цікавого і будувати власний шлях, зважаючи на свої таланти.

Така позиція, схоже, набуває ознак нового тренду — www.investopedia.com/...​ance-debilitating-phrase

„This work-life harmony thing is what I try to teach young employees and actually senior executives at Amazon too. But especially the people coming in,” said Bezos. „I get asked about work-life balance all the time. And my view is, that’s a debilitating phrase because it implies there’s a strict trade-off.”

According to the master mind behind „the everything store,” the relationship between work and life is the most beneficial and fulfilling when working as a circle, or some type of positive loop, rather than a balancing act.

„If I am happy at home, I come into the office with tremendous energy,” Bezos said, according to Business Insider. „And if I am happy at work, I come home with tremendous energy. You never want to be that guy — and we all have a coworker who’s that person — who, as soon as they come into a meeting, they drain all the energy out of the room ... You want to come into the office and give everyone a kick in their step.”

Wow, nice to be in the trend. Thanks for sharing Denys.

Junior Project Manager — позиция, требования к которой очень отличаются в зависимости от типа компании. Теоретически, конечно, лучше всего, когда менеджеров выращивает сама компания, так как для этой роли крайне важен разнообразный нетворкинг и понимание того, что в корпоративной культуре наварилось for some reason за годы развития. Возможно, даже самого понимания может быть мало, порой сложно выявить важность отдельный крайне существенных артефактов корпоративной культуры, а потом уже да, эмоциональный интеллект в помощь.

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

Мы нужны не только, чтобы не мешать хорошим людям работать, а чтобы и другие, и они сами себе не мешали (но это уже для миддла ПМ, вероятно).

ПМ джун — это очередной выкидыш вашего айти? Скажите, какой нормальный заказчик отдаст рулить проектом новичку?

Берём ПМ Джуна и рейтим заказчика как за мидла.

Ну например, был C/C++ senior developer, решал стать пээмом, стал ПМ джуном. Он новичок, ему заказчик отдаст рулить? Или пээмы сразу каким-то образом должны становиться SPM?

Никто не отдаст руководить ему проект одному. Junior PM стоит за Middle или Senior PM. Все так же, как и с разработкой. Кто доверит джуну писать проект целиком?

У меня вопрос: насколько важно РМ-у разбираться в программировании? Понимание основ конечно важно, но берут ли хорошие компании РМ-ов без именно технического опыта работы? И велик ли шанс, что в будущем будут брать только с техническим опытом?

Технический бекграунд (хотя бы высокоуровневый) на практике необходим. Иначе вам и клиент фичу вне скоупа впарит, и девелоперы зубы заговорит.

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

Не всякий министр обороны бывалый вояка.

Видимо потому что министр обороны должность политическая? Полагаете вы как это имеет отношение к текущей теме? Мне правда интересно.

Мне даже лень Вам отвечать по текущей теме. Как для плюсювика у Вас много синтаксических ошибок в 2 предложениях.

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

С ума сойти люди никогда не служившие ни в армии ни в политкии «рассуждают» за армию и за министра обороны и надо полагать такие же ж люди «рассуждают» за «менеджмент» и то не только «рассуждают».

Суровая реальность особенностей национального вайти ))

Извините, но Вы, похоже, перегрелись. Скорее всего, у Вас был сложный день. Ничего, бывает.

Кстати, спасибо за инфу по сайту, надо будет проверить завтра.

Всё ещё не работает... ))

Всё ещё не работает... ))

Наши специалисты разбираются в проблеме)
А пока можете посетить сайт на основном домене: www.sam-solutions.com
а также ознакомится с e-commerce направлением:
www.sam-solutions.com/...​blog/category/e-commerce

Всё ещё не работает... ))

Ура заработало!!!

Welcome!
Site sam-solutions.com.ua just created.
Real content coming soon.
ISPsystem © 1997-2018

Продолжаю вести наблюдение.

Welcome!
Site sam-solutions.com.ua just created.
Real content coming soon.
ISPsystem © 1997-2018

Продолжаю вести наблюдение.

Щетаю дни... ))

«6 days ago» всё ровно то же ж но я забил полагаю «доказательство прогресса сабжа в т.ч. статьи» достаточным.

Извините, я не могу уловить ход Ваших мыслей. На что намёк?

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

Молодой сотрудник сидящий неподалёку, спрашивает у рядом сидящего коллеги: «Кто это и зачем он всё время дёргает водителя?»

«Это — новый эффективный менеджер, недавно наняли,»- отвечает опытный коллега. «Ему поручили обеспечить доставку сотрудников на корпоратив, вот он и думает, что управляет процессом».

#немоё

должность политическая

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

Вот кстати уважаемый Виктор ответил вместо меня (не знаю не иронизирует ли), когда мне было лень так отвечать.

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

Спасибо за ответ)

чтобы осознать ответ, надо осознать суть пиэмства, откуда есть они идут
несмотря на толщину приторного словоблудия сыроварня-стайл, ребята четко выразили основную мысль — пиэм должен уметь общаться и дружить. со всеми.
кто первый из гребцов подходит на роль сию? пабабабам — внезапно, тестировщики! (+их врожденно-приобретенная хитрость). тимлиды тостеров т.о. — первые кандидаты в пиэмы (простите — продакт овнеры)
пиэм из кодеров (тимлидов) — по моим и не только моим наблюдениям, уже как бы архаизм
скорее уж, если у суперкодера-тимлида неукротимый зуд — его место будет ситио в стартапчике
То есть, еще раз — коммуникабельность (п...сть, да), титановые нервы, активность (пронырливость «в каждую дырку затычка»), «эмоциональный интеллект» (умение распознать пи...ж от самых разных лиц и групп людей), ну и печенка из ванадия.
НО — хотя бы пару нетривиальных сайтов на вордпрессе/опенкарте вы собственноручно должны состряпать целиком и полностью, иначе будете подтверждать эстимейты, что закодить связь данных двух комбобоксов на веб-морде — нужна неделя сроку.

НО — хотя бы пару нетривиальных сайтов на вордпрессе/опенкарте вы собственноручно должны состряпать целиком и полностью, иначе будете

=>

кто первый из гребцов подходит на роль сию? пабабабам — внезапно, тестировщики!

#плакалЪ

ru.wiktionary.org/wiki/Но, п.5
И да, очень многие продакты/пиэмы отлично без этого живут. Многие — НО не все. И главное — забить на это в начале карьеры не есть правильно, когда есть возможность не-забить.

P.S. Вы б лучше книжки хорошие читали, ей-богу же.

На сиденье напротив он выложил сегодняшний набор подарков от фирмы: две толстые записные книжки и прочие мелочи были упакованы в красивую матерчатую сумку с логотипом компании и надписью: «Наша компания худеет, поэтому все остальные могут набирать вес». Поверх сумки легла бейсболка с вышивкой: «Я — СВДР и горжусь этим!» Томпкинс потянулся, нахлобучил бейсболку на глаза и уже через минуту мирно спал.

В это время хор сотрудников по работе с персоналом громко пел на сцене: «Широчайшие возможности — распахнем перед ними дверь! Распахнем!» По замыслу исполнителей, слушатели должны были хлопать в ладоши и подпевать: «Распахнем!» Слева от сцены стоял человек с громкоговорителем и подбадривал публику воплями: «Громче, громче!» Несколько человек вяло хлопали, но подпевать никто не хотел. Однако весь этот шум начал пробиваться даже в «мертвую зону», где спал мистер Томпкинс, и, наконец, разбудил его.

Он зевнул и огляделся. Всего через кресло от него, в этой же «мертвой зоне» кто-то сидел...

нет — «хорошие»
вы что-то для плюсиста, знаете ли, внимательны не в тех местах, где надо)

Я просто в некоторых вакансиях читала требование технического опыта, именно поэтому решила поинтересоваться на всякий случай. Безусловно, все выше перечисленное вами — само собой надо знать, уметь, ну и иметь)

И как вам поможет вордпрессик c опенкартом в проекте, например, по embedded или AI, ML? IT это не только про веб, если что.

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

Мой вопрос больше адресован Сергею, который рекомендовал вордпрессик и опенкарт, как минимум мастхэв для ПМа.

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

По сути ответить нечего, решили понемногу сместить акценты обсуждения на лексику и мой профиль? Это Вы таким образом навыки общения демонстрируете? :)
пс аналогия с велосипедом и вождением автомобиля притянута за уши, от слова совсем.

Так все-таки, как собственноручно «состряпанный» сайт на вордпрессе поможет ПМить серьезные проекты?

Самый как раз тяжелый и раздражающий случай — такие вот товарищи, которые состряпав два простеньких сайта на вордпрессе потом начинают давить на эстимейты и рассказывать «да тут же нечего делать — всего 2 комбобокса связать».

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

Извините, это вы сейчас демонстрируете свои навыки «уметь общаться и дружить со всеми», я правильно понимаю?

P.S. если у вас есть возможность побатрачить в нормальной компании по какому-то широко востребованному стеку трейни/джуном — 1000%, сделайте это. Вам ОЧЕНЬ пригодится этот опыт, особенно если вы — умная девушка (у них есть врожденный гендерный бонус среди айти-управленцев).

Для трейни/джуна нужно хорошенько себя «подточить» и готовится к собеседованию, теперь не маленький конкурс на такие вакансии) мне когда-то говорили за стеоретипное мышление, что девушки меньше разбираются в технологиях чем парни, и из-за этого не серьёзно нас воспринимают. Замечали такое?

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

замечал другое — если вы уже сейчас видите эти задачи как кейс, не стоит как мне кажется, насиловать себя как прожекта.
пиэм — это бесконечный стресс, самогипноз и гипноз для приведения своей команды в рабочий адекват (к примеру, можете каменты здесь же к моему совету оценить). это природное мышление «как нам это сделать получше?» — а не «это будет сделать сложно». пример хорошего пиэма — мистер Вольф из Криминального чтива. ну и Остап Бендер, во многом)
еще — почти всегда просто «работать работу с 9 до 18» (как разработчики, к примеру), пиэму не получится.

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

Мне кажется вы не очень довольны своей работой) думаю, управление — не только мужская работа. Ну и психика, конечно, поменяется ли — от человека зависит. Вобщем не знаю. В каждой работе есть свои плюсы и минусы

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

.... Learn — Act — Check (get Feedback) ;) думаю это модель имеет право на жизнь)

Подписаться на комментарии