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

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

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

Ігор Чорій, Project Manager в Conscensia

21 рік в IT-галузі

Життя цікаве та багатогранне, тому і однакових проектів не буває, а отже і ролі, які часто називають ПМ, насправді сильно відрізняються. Отже, якщо ви не готуєтесь стати ПМ’ом на якомусь конкретному проекті, то я навіть гублюсь, з яких порад почати... Насправді всіх порад не вмістити і в товстій книзі, не те що в кількох рядках.

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

Спробуйте уявити себе на місці замовника. Такий погляд допоможе чітко розуміти напрямки руху, а також те, «що є погане, а що добре» конкретно на вашому проекті. Адже в тому, що в нас називається «аджайл» є багато спокус і підводних каменів, які віддаляють ціль проекту. Часто хочеться по дорозі доробити «нову фічу», «бомиможемо», або вибрати «модні тулзи», з якими дуже хочеться попрацювати.

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

Часто питають що почитати, але таких списків повний інтернет. З того, що сказано вище, мабуть, зрозуміло, що «there is no silver bullet», але ви шукайте її. Я радив читати, але є поправочка — не читайте більше, ніж можете переварити. І все ж, як би це не було банально, в PMBOK описано роботу ПМ’а без домішок, тому ця книга мастхев. Є ще гарні, простіші та пристосовані до ІТ інтерпретації PMBОK, як от від Івана Селіховкіна «Управление ИТ-проектом. Єффективная система „с нуля“ в любой организации» та ін. Це якщо у вас не вистачило сил подужати PMBОK. Хоча... Якщо сил не вистачило, то варто також подумати і про інші не менш корисні професії та напрямки. Уже заїжджена, але все ж корисна — «Rework». З останнього, що мені дуже сподобалось, — «Мислення швидке й повільне» Даніеля Канемана. Як я вже казав, списків дуже багато, вони не погані, не буду їх дублювати.

Сергей Криштоп, Software Engineering Manager в EPAM Ukraine

Опыт в IТ более 13 лет, из них 8 в управлении проектами

Самое важное в проектном менеджменте — ответственность, так называемый ownership. К проекту необходимо относиться как к собственному бизнесу, вникать в детали, нивелировать препятствия и постоянно работать над достижением желаемого результата. Всегда разбирайтесь с целями и задачами проекта. Будьте готовы ответить на вопрос, зачем вы что-то делаете, почему в проекте используется та или иная инженерная практика. Стремитесь понять модель целиком и думать out-of-the-box.

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

Остановлюсь на ключевых моментах проектного менеджмента:

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

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

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

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

Планирование. Планирование и визуализация важны для прозрачного репортинга, выявления рисков, зависимостей, а также для работы с ожиданиями заказчика. Наличие опыта разработки и знание языка UML помогут вам в визуализации процессов. Также необходимо владеть нужными техниками для планирования спринтов, релизов и проектов: Jira, Confluence, Excel и шаблоны, Agile в масштабе. Критически важны практики тайм-менеджмента и планирования собственных задач.

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

  • Continuous Integration;
  • Continuous Delivery;
  • Branching Strategies;
  • Testing Pyramid;
  • Code Review;
  • Automated Testing.

Архитектурные навыки. Основная роль архитектора на проекте — это понять задачи и приоритеты заказчика, а после предложить решение. Если у вас нет такого специалиста, то эта роль ложится на вас. Знание и понимание Quality Attributes и Сross-cutting Concerns, архитектурных паттернов и знаний Reference Architecture — крайне необходимые навыки. Более глубокое знание может дать личный опыт, тренинги или/и сообщество.

Важно также понимать современные архитектурные стили и связанные с ними особенности процесса разработки: микросервисная архитектура, Single Page Application, RESTful сервисы и т. д.

Из литературы я бы порекомендовал следующие книги:

Много полезного можно найти на www.infoq.com, включая базовые знания по agile-фреймворкам.

Мария Макаренко, Project Manager в Lightfield Productions (Depositphotos)

Более 10 лет управленческого опыта, 5 лет опыта в Web Project management

Если ты хочешь стать хорошим Project Manager, ты должен быть готов принимать на себя ответственность абсолютно за все — проект, команду, коммуникации, провалы и победы. Если хочешь покоя и работы по инструкции — тебе не сюда. Нет единого рецепта, потому что нет одинаковых проектов, клиентов и команд. Я могу поделиться только своим опытом, возможно, кому-то это не подойдет. Я не технарь, поэтому не буду говорить о пути QA-Developer-PM или подобном раскладе. Могу сказать следующее: английский — важно, немецкий или другой язык — только плюс. Технический бекграунд — хорошо, но ИМХО — не критично. Важнее soft, а не hard скилы.

Основной совет — развивайся, ни в коем случае не стой на месте. Читай книги/статьи/форумы (cмотри отзывы на amazon.com, там есть отдельный раздел Project Management), выписывай основные идеи, применяй в разных ситуациях, делай свои выводы и продолжай экспериментировать. Если с одним проектом сработало, не факт, что с другим будет так же, и этого не стоит бояться. Все наши ошибки — это наш опыт.

Задача Project Manager’а — управлять проектом от «а» до «я», а это значит, что нужно четко понимать, что мы хотим получить в результате работы. Чтобы достичь желаемого результата, необходимо разбить все на задачи, выставить приоритеты, планировать и обязательно контролировать результат. И если что-то пошло не так, вносить изменения и все по кругу.

Чтобы научиться работать с проектом — начни с себя:

  1. Научись управлять своим временем. Методов много, ищи тот, который подойдет тебе. Попробуй книгу «Муза и чудовище» Яны Франк — мне понравилась. И еще — Дэвид Аллен «Как привести дела в порядок».
  2. Проанализируй то, что компания требует от должности, на которой ты стремишься работать.
  3. Выпиши основные навыки и честно оцени свой уровень «на сейчас».
  4. Определи, где отстаешь, и пропиши, что нужно сделать, чтобы повысить уровень.
  5. Обозначь конкретные задачи на неделю/месяц/квартал/год, условия выполнения и промежуточный результат, который можно измерить.
  6. Прямо сейчас начни выполнять и контролируй все, что происходит.

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

Постоянно следи за тем, что происходит в сфере управлении проектами:

  • Если еще не прочел PMBOK — сделай это, чтобы понять основные этапы и правила работы над проектом. Со временем рекомендую возвращаться и «примерять» свой опыт к написанному. Сейчас уже доступен PMBOK6, так что изучай.
  • Ознакомься с методологиями разработки, но не следует их слепо копировать, многое зависит от проекта. Также всегда стоит удостовериться, что все участники проекта (особенно клиент) правильно понимают, что именно значит модное слово Agile и последствия применения методологии в работе. Кстати, отличная статья о том, что такое Agile, и руководство по Скраму.
  • Найди удобные для себя инструменты, чтобы записывать идеи/задачи. Например, для личных задач я использую Wunderlist.
  • Jira — рабочий инструмент. Постарайся хорошо его изучить — использовать максимум функций и генерить отчеты. Это удобно.
  • Сейчас масса информации, все движется с неимоверной скоростью, и впитывать 100% сообщений невозможно, поэтому выбери несколько профессиональных групп, чтобы быть в курсе событий, обмениваться опытом среди коллег. Читай ежедневно, но в запланированное в твоем графике время. Я периодически заглядываю в группы на Facebook «IT Network — Business Analysis & Project Management» и Stratoplan.ru, на сайт www.projectmanagement.com. Также есть группы в LinkedIn.

Иван Лысенко, Delivery Manager in Engineering в Grid Dynamics

7 лет опыта в проектном менеджменте в ІТ

У ПМ’а множество обязанностей и ответственностей. Я бы разделил их условно на «административные» — им соответствуют так называемые hard skills (например, планирование, организация процесса), и «отношенческие» — так называемые, soft skills (например, лидерство, коммуникации внутри команды). Навыки для первых можно и нужно относительно быстро «прокачать» начинающему ПМ’у. И уже потом только набираться опыта и сортировать полученные и новые знания. Скилы для вторых уже есть в каждом человеке, этому учатся с раннего возраста. Они приходят с опытом работы, любой работы в любой отрасли, и вырабатываются постепенно, вместе с ростом самого человека и будут меняться постоянно. Хотя какие-то базовые правила и рекомендации все же есть.

«Административные». Management hard skills. Планирование, контроль и организация процесса и коммуникация.

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

Всегда знайте и не забывайте цели проекта. И учитывайте их при планировании дня, итерации, майлстоуна. Занимайтесь риск-менеджментом на своих проектах формально. Для небольших проектов это можно делать «на ходу» или «в уме», но цель — приучить себя это делать и набить руку. Когда проектов будет больше, то этот навык очень пригодится.

«Отношенческие». Management soft skills. Лидерство, общение, принятие решений.

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

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

Книги

Ресурсы и подкасты

  • Zenegment — блог Макса Дорофеева, имеет смысл читать сначала. Там больше про управление.
  • Стратоплан.Блог — часто вижу там статьи, которые похожи на инструкции.
  • Radio-T — если вы хотите знать про тренды и технологическую составляющую нашего бизнеса.
  • Soft Skills Engineering — англоязычный подкаст от психологов.

Александра Кустура, Project Manager в Provectus

6 лет опыта в менеджменте

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

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

Забудьте про слово «я». Работая с командой, неважно, большая она или не очень, вы всегда должны быть частью этой команды. Нельзя дистанцироваться и противопоставлять себя команде. Будучи ее частью — вы вовлекаете в работу членов команды и мотивируете их, создавая синергетический эффект. Это намного лучше, чем если каждый team member будет работать сам по себе, не понимая общих целей и не понимая важности и нужности всех участников процесса.

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

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

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

Фокус на результат, ненужное отсекайте. Всегда задавайте себе вопрос «зачем?» перед тем, как внедрить какую-то практику у себя на проекте. Не делайте вещи только потому, что это «стильно, модно, молодёжно». У меня, как правило, одновременно есть несколько разных проектов и разных команд. Методологии и подходы на них могут отличаться кардинально. Например, где-то мы собираемся ежедневно на короткие daily meetings, чтобы синкнуться и прийти к общему знаменателю по текущим вопросам. Где-то собираемся раз в неделю для обсуждения тактических и стратегических вопросов. В конце концов задача любого менеджера — успешное достижение поставленных целей на проекте. При этом вы обязаны уложиться в iron triangle: cost — time — scope. А на выходе получить удовлетворенность всех заинтересованных лиц. Это основополагающие вещи, и все процессы, которые вы создаёте, должны приводить именно к этому результату.

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

ТОП моих рекомендаций:

  1. Книга PMBOK — это, на мой взгляд, одна из самых важных книг для менеджеров. Стиль книги очень сухой, поэтому есть смысл ее читать в связке с аудио и видео.
  2. Различные подкасты и видеокурсы, которые раскрывают суть тех или иных аспектов, описанных в PMBOK (множество можно найти на Udemy), например, тут.
  3. Agile Practice Guide — полезная книга по управлению проектами c использованием гибких методологий в разработке, также изданная Project Management Institute (автором PMBOK).
  4. По возможности, принимайте участие в различных meetups и конференциях, посвященных проектному менеджменту. Эти мероприятия не всегда учат чему-то кардинально новому. Чаще всего они дают полезные связи, вдохновение и новые идеи для решения ваших текущих задач.

Олена Григорчук, Project Manager в N-iX

6 років досвіду в ІТ

У першу чергу пропоную чітко зрозуміти обов’язки та роль, яку PM виконує:

Big boss

Часом зустрічаю відгуки про те, що PM втручається у вибір технологій, обіцяє клієнтам нереалістичні дедлайни та планує роботу без залучення команди. Проте варто пам’ятати, що хороший PM просто чітко визначає, ЩО потрібно робити та пріоритет. Тоді як команда визначає, ЯК реалізувати дане завдання. Тим часом PM менеджить delivery та стежить за таймлайном. Тож варто розуміти: PM — не бос команди, але бос проекту.

Decision maker

PM офіційно відповідальний за розуміння широкої картини всіх процесів, комплексного бачення пріоритетів та потреб на проекті. Тому роль основного decision maker’а належить саме PM’у.

Productivity trackers. Постійне покращення продуктивності команди, підтримка у вигляді забезпечення всім потрібним для роботи, синхронізація процесів і завдань, нейтралізація «блокерів» (різні перешкоди протягом виконання завдань) — є дуже важливими активностями менеджера проекту. Водночас не менш пріоритетним є протекція команди від додаткової, незапланованої роботи та overwork (перепрацювань).

Praise and give credit when it’s due. Дуже важливим є зворотній зв’язок із командою. Я це роблю за допомогою регулярних 1to1 мітингів та team buildings. Надання конструктивних та критичних відгуків, мотивація та побудова здорової атмосфери в команді є критично важливими умовами успіху команди. Усі чіткі рамки стосовно робочих годин у своїй команді я нівелюю, за рахунок чого отримую надійну команду зі 100% віддачею під час критичних дедлайнів, релізів та downtimes. Я не відслідковую робочі години, я відслідковую вчасно зроблені завдання. При тому існує правило: працюй коли та звідки завгодно. Головне — бути присутнім на обов’язкових мітингах (нарадах) та працювати ефективно. Я не стверджую, що такі правила «зайдуть» в кожну команду та будуть відповідати очікуванням кожного клієнта. Проте їхнє застосування особисто мені допомагає в побудові надійних стосунків у команді та хорошого прогресу на проекті.

До основних обов’язків проектного менеджера належать такі (вони варіюються від проекту до проекту):

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

Отож, ми з’ясували ролі та обов’язки проектних менеджерів. Звичайно, щоб бути хорошим PM, цього недостатньо. Потрібно знати як! І ось наступна низка порад до вашої уваги ;)

  • Немає ідеальних методологій розробки продукту чи інструменту досягнення проектних цілей. Проте must have — це знання, розуміння різних методологій розробки програмного забезпечення, що дозволить обрати кожному більш релевантний підхід для проекту чи навіть створити гібридну модель, застосовуючи поєднання кількох методологій.
  • Рекомендую, незалежно від бекграунду, постійно покращувати технічні знання. Базове розуміння архітектури, поняття клієнт-сервер та технологій, що застосовуються на поточному проекті, може бути дуже поверхове. Проте основне розуміння мати обов’язково.
  • Не бійтесь змінювати, закінчувати, починати проекти. Успіх одного проекту не означає, що всі будуть успішні. Розумію, важко виходити із зони комфорту та приймати челенджі, але це і є відповідь на запитання, як прокачати PM skills. Усі проекти індивідуальні та вимагають пропрацьованих адаптивних підходів. Також для досвіду важливо залучатись до різних активностей — від старту проекту, підтримки чи навіть закриття. Рекомендую не ігнорувати перспективи завдань, пов’язаних із залученням нових клієнтів, — pre-sales or engagement activities, чи, скажімо, організовувати tech talks на ваших проектах. Це дозволить вам краще розуміти проблеми процесу девелопменту і розвивати технічні навички.
  • Англійська — будьте готові вчити її завжди, всюди і постійно!

Успіху та нових підкорень!

Корисні посилання та книги:

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному5
LinkedIn

Схожі статті




18 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Тем кто советует читать PMBOK в 2018 году нужно идти строить терминалы аэропортов или руководить рытьем дамбы, но уж точно никак не в Айти сфере работать.

ПМБОК это свод правил общего профиля, структуризированный как научный мануал, с формулами, сухими выкладками, расчетами ROI и прочим. Он никак не поможет в работе в современном айти, так как 90% информации из ПМБОК не будут иметь практического применения. А вот что должен знать современный ПМ, это как вести проекты в условиях тотального Аджайл (реалии наших дней), так вот даже в самой последней редакции ПМБОК аджайлу посвящен всего 1 раздел. Именно поэтому я считаю что сертификация PMP для айтишного ПМ не умеет сегодня никакого смысла, а смотреть нужно в сторону PMI-ACP сертификации и тех знаний, которые дает подготовка к этому экзамену. Также, теоретические навыки современный айти-ПМ должен черпать из бизнес литературы (да тот же Rework и Getting Real, Sprint (Зераки) , Брюса Тулгана почитать про эффективный менеджмент, 45 тату мененджера кстати тоже можно сейлзам и пресейловым ПМам, Motivate me right и подобные книги вкупе с большой дозой аджайлового чтива — User stories applied, Scrum vs Kanban, Lean Startup дадут нужный эффект). А не эта ваша книженция, которую зубрят как Теоретическую Механику, не понимая ни о чем, ни зачем она нужна, лишь бы сдать на PMP.

Интересно, а Вы проходили сертификацию на PMP? Я полагаю, PMBOK читали точно, раз осуждаете. Какие разделы из этой книжки, или какая конкретно информация не понадобится?

Да читал и разные редакции, не сертифицировался. Никакая вообще. Всё что нужно IT ПМу нужно брать из других источников, диаграммы Ганнта никто уже не составляет, им на смену пришли Road и Mind-map’ ы, а если вдруг стейкхолдер затребует именно Ганнта, то научиться её составлятьв ganntner — дело 10 минут. Ну и так далее, по списку.

Да, я на данный момент в процессе чтения, и Вы вроде бы как описываете мои мысли, которые ко мне приходят когда я сравниваю написанное в PMBoK с реалиями на практике.

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

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

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

Последняя редакция PMBok это какая? 6ая, так там описаны 19 процессов гибкого управления проектами. Что в них не так? Что такое PDCA-цикл? PDLC? EVA? Это все не нужно в работе айти-ПМа? А что нужно?

PMI-ACP

А это как раз сертификация по PMBok, внезапно, но по гибкой методологии.

ПМБОК это свод правил общего профиля, структуризированный как научный мануал, с формулами, сухими выкладками, расчетами ROI и прочим. Он никак не поможет в работе в современном айти, так как 90% информации из ПМБОК не будут иметь практического применения.
Также, теоретические навыки современный айти-ПМ должен черпать из бизнес литературы

Сами себе противоречите — в одном случае теория плохо, в другом наоборот? :)
А ключевое, собственно, вот

не понимая ни о чем, ни зачем она нужна

Кто не понял, тот хейтит.

Я просто сражен и повержен вашей мощнейшей аргументацией, но все же советую проверять информацию, прежде чем с такой уверенностью ее подавать. Вот ссылочка, потрудитесь найти там упоминание свода правил PMBOK — www.pmi.org/...​ypes/agile-acp/references

А на экзамене вопросы из PMBOK были?

ЕСли вы про экзамен PMI-ACP, то он, в отличие от PMP экзамена где (кажется) 70% теория и 30% кейсы, состоит практически на 100% из кейсов, т.е. ситуаций, решение которых вы должны выбрать исходя из своего ПМско аджайлового опыта.

Как успешно проваливший PMP сертификацию, хотя только первый раз пока :), могу сказать, что на ней были практически исключительно вопросы в виде кейсов из практики. Интересен инсайд по PMI-ACP сертификации, учитывая, что у PMI даже своей книжки, из которой не будет вопросов нет...

Кажется. Только с экзамена — 200 вопросов из 200 кейсовые, большинство типа «что сделаете дальше», «что сделали бы, чтобы избежать проблемы».

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

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