Всем Алоха! 👋🏻
Как уже понятно по заголовку, речь здесь будет идти о менеджерстве, а именно: о пути становления хорошим манагером и управленцем. Шутейкам, годным статьям, приколам и прочему здесь тоже будет место. Но для начала несколько слов о себе.
Меня зовут Дмитрий Сорокин, я из города Минска. Я являюсь Prjocet manager'ом в IT сфере🧔🏻. На момент написания данного поста я нахожусь в поиске свеоего нового рабочего пристанища, но об этом чуть позже. Относительно недавно я решил двигаться и развиваться в этом направлении, поэтому практического опыта у меня еще не так много (чуть меньше года), чего не скажешь о теоретическом 🙂. За это время я успел поработать в пару ИТ-компаниях, об опыте которых также буду рассказывать позже.
В этом канале я буду делиться своим фидбеком о пути становления, как я начинал, о компаниях, давать действующие рекомендации для новичков, которые планируют двигаться по этому пути или тем, кто интересуется данной темой и т.п.
Поэтому у меня и возникла мысль создать данный канал, чтобы я мог фиксировать свой опыт, свои мысли в централизованном месте. А также, чтобы и вы могли следить за моим продвижением. Надеюсь, для кого-то мои заметки будут полезными. Оговорюсь сразу, что все, что я буду публиковать здесь, будет являться сугубо моим мнением. И уж тем более у меня нет умыслов кого-то обидеть или задеть. К тому же это хорошая мотивация не сворачивать с пути и действовать 💪🏻.
Как уже понятно по заголовку, речь здесь будет идти о менеджерстве, а именно: о пути становления хорошим манагером и управленцем. Шутейкам, годным статьям, приколам и прочему здесь тоже будет место. Но для начала несколько слов о себе.
Меня зовут Дмитрий Сорокин, я из города Минска. Я являюсь Prjocet manager'ом в IT сфере🧔🏻. На момент написания данного поста я нахожусь в поиске свеоего нового рабочего пристанища, но об этом чуть позже. Относительно недавно я решил двигаться и развиваться в этом направлении, поэтому практического опыта у меня еще не так много (чуть меньше года), чего не скажешь о теоретическом 🙂. За это время я успел поработать в пару ИТ-компаниях, об опыте которых также буду рассказывать позже.
В этом канале я буду делиться своим фидбеком о пути становления, как я начинал, о компаниях, давать действующие рекомендации для новичков, которые планируют двигаться по этому пути или тем, кто интересуется данной темой и т.п.
Поэтому у меня и возникла мысль создать данный канал, чтобы я мог фиксировать свой опыт, свои мысли в централизованном месте. А также, чтобы и вы могли следить за моим продвижением. Надеюсь, для кого-то мои заметки будут полезными. Оговорюсь сразу, что все, что я буду публиковать здесь, будет являться сугубо моим мнением. И уж тем более у меня нет умыслов кого-то обидеть или задеть. К тому же это хорошая мотивация не сворачивать с пути и действовать 💪🏻.
#знания
Кто такой Project manager (PM) и чем он занимается? (часть 1)
В переводе с английского Project manager — руководитель проекта. То есть это специалист, чьей главной задачей является управление проектом в целом: проектирование и расстановка приоритетов, планирование выполнения задач, контроль, коммуникации, а также оперативное решение проблем.
Если мы обратимся к своду знаний и управлению проектами, в народе это звучит как PMBoK (Project Management Body Of Knowledge), то Project manager — это лицо, назначенное исполняющей организацией руководить командой и отвечающее за достижение целей проекта.
Т.е. своими словами PM — это такой локальный бизнесмен, который разруливает много важных для координации успешной работы и максимальной прибыли дел. Но и, соответственно, у него вероятность совершить ошибку гораздо выше, чем у рядового сотрудника, особенно если это начинающий PM. Но это не универсальный солдат, это человек, специализирующийся в управлении проектами.
На рынке понятие того, кто такой Project manager достаточно размытое. Кто-то считает, что у РМ должен обязательно быть опыт программирования. Для кого-то более важны soft skills. Часто бывает, что обязанности РМ пытаются совместить с обязанностями тех/тим лида, QA, BA, контент-менеджера и т.д.. Несмотря даже на то, что у всех должностей разные задачи и функции. И если РМ будет помимо своих задач кодить/тестировать/проектировать, то это не хорошо как для РМа, так и для проекта. Да, он может и порой даже обязан интересоваться смежными областями, которые связаны с проектом. Это поможет ему лучше понимать сам процесс, понимать, какие могут быть нюансы и риски в разработке, иметь уровень знаний, достаточный для общения с командой и для решения возникающих по ходу проекта задач.
Задача РМ – построить процесс работы над проектом с имеющимися ресурсами в рамках выделенного бюджета, определенных сроков и с оговоренным качеством.
Функции и обязанности PM
Заказчик
• работа с требованиями и расстановка приоритетов
• демонстрация функционала продукта, версий, прототипов
• отчетность
• регулярное общение и обратная связь
• контроль за сроками выполнения и своевременное оповещение
• построение доверительных отношений, управление ожиданиями
Команда
• формирование и набор
• введение в курс дела, обучение
• постановка рабочего процесса (разработка, тестирование, работа с требованиями)
• мотивация и построение эффективного взаимодействия
• решение конфликтов, устранение помех в работе
Продукт
• составление плана разработки и запуска
• разбивка на компоненты, задачи и подзадачи
• назначение исполнителей
• контроль выполнения и анализ рисков
• контроль качества
• ведение документации и отчетности
• контроль версий
Компания
• составление плана разработки и поставки
• найм персонала, обучение, удержание
• постановка рабочего процесса
• прибыльность
• отчетность
• удовлетворение бизнес-целей заказчика в оговоренные сроки и построение доверительных отношений
Каждый проект – индивидуальный. Что работает на одном, на другом может не сработать. Пальмы не растут на Северном полюсе. И не потому, что пальмы некачественные или Северный полюс — это плохое место. Условия разные. Использовать какую-то методологию, фреймворк ради самой методологии/фреймворка — не всегда дает результат. Нужно пробовать, экспериментировать. Также, необходимо уметь остановиться и оценить текущую ситуацию, а не идти по накатанной дороге.
Кто такой Project manager (PM) и чем он занимается? (часть 1)
В переводе с английского Project manager — руководитель проекта. То есть это специалист, чьей главной задачей является управление проектом в целом: проектирование и расстановка приоритетов, планирование выполнения задач, контроль, коммуникации, а также оперативное решение проблем.
Если мы обратимся к своду знаний и управлению проектами, в народе это звучит как PMBoK (Project Management Body Of Knowledge), то Project manager — это лицо, назначенное исполняющей организацией руководить командой и отвечающее за достижение целей проекта.
Т.е. своими словами PM — это такой локальный бизнесмен, который разруливает много важных для координации успешной работы и максимальной прибыли дел. Но и, соответственно, у него вероятность совершить ошибку гораздо выше, чем у рядового сотрудника, особенно если это начинающий PM. Но это не универсальный солдат, это человек, специализирующийся в управлении проектами.
На рынке понятие того, кто такой Project manager достаточно размытое. Кто-то считает, что у РМ должен обязательно быть опыт программирования. Для кого-то более важны soft skills. Часто бывает, что обязанности РМ пытаются совместить с обязанностями тех/тим лида, QA, BA, контент-менеджера и т.д.. Несмотря даже на то, что у всех должностей разные задачи и функции. И если РМ будет помимо своих задач кодить/тестировать/проектировать, то это не хорошо как для РМа, так и для проекта. Да, он может и порой даже обязан интересоваться смежными областями, которые связаны с проектом. Это поможет ему лучше понимать сам процесс, понимать, какие могут быть нюансы и риски в разработке, иметь уровень знаний, достаточный для общения с командой и для решения возникающих по ходу проекта задач.
Задача РМ – построить процесс работы над проектом с имеющимися ресурсами в рамках выделенного бюджета, определенных сроков и с оговоренным качеством.
Функции и обязанности PM
Заказчик
• работа с требованиями и расстановка приоритетов
• демонстрация функционала продукта, версий, прототипов
• отчетность
• регулярное общение и обратная связь
• контроль за сроками выполнения и своевременное оповещение
• построение доверительных отношений, управление ожиданиями
Команда
• формирование и набор
• введение в курс дела, обучение
• постановка рабочего процесса (разработка, тестирование, работа с требованиями)
• мотивация и построение эффективного взаимодействия
• решение конфликтов, устранение помех в работе
Продукт
• составление плана разработки и запуска
• разбивка на компоненты, задачи и подзадачи
• назначение исполнителей
• контроль выполнения и анализ рисков
• контроль качества
• ведение документации и отчетности
• контроль версий
Компания
• составление плана разработки и поставки
• найм персонала, обучение, удержание
• постановка рабочего процесса
• прибыльность
• отчетность
• удовлетворение бизнес-целей заказчика в оговоренные сроки и построение доверительных отношений
Каждый проект – индивидуальный. Что работает на одном, на другом может не сработать. Пальмы не растут на Северном полюсе. И не потому, что пальмы некачественные или Северный полюс — это плохое место. Условия разные. Использовать какую-то методологию, фреймворк ради самой методологии/фреймворка — не всегда дает результат. Нужно пробовать, экспериментировать. Также, необходимо уметь остановиться и оценить текущую ситуацию, а не идти по накатанной дороге.
#знания
Что для меня важно, как для PM? (часть 2)
• Слушать и слышать. Порой, мы слышим сказанное, но не воспринимаем. Это особый навык, который стоит прокачивать каждому и не только PMам.
• Быть внимательным с теми, с кем я работаю и относиться с уважением. С людьми нужно работать на долгосрочные отношения. Никогда не знаешь, как обернется жизнь для тебя.
• Проактивность. Однозначно PM должен обладать навыками мультизадачности и планирования наперед, чтобы сэкономить время на какие-то задачи в будущем, а пожертвовать им, когда есть более приоритетные задачи.
• Учиться, учиться и еще раз учиться. Всегда нужно расширять свой кругозор, чтобы в какой-то момент ты мог быть на высоте и показать свои знания и навыки в тех областях, которые могут от тебя не ожидать, а ценность такого сотрудника в глазах коллег только увеличится.
• Само собой нужно быть гибким и подстраиваться под разные ситуации. Без этого никак.
• Работать над отношениями с заказчиком. Они сами по себе не построятся. А вот на руку могут сыгарть очень хорошо. Рекомендации и рупутацию никто не отменял.
• Уважать свой и командный труд.
Это ключевые моменты, которые я выделил. Само собой есть еще много немаловажных аспектов.
В следующий раз разберем:
Кто и как может стать Руководителем проекта, а также, из каких сфер этот путь займёт меньше времени.
Что для меня важно, как для PM? (часть 2)
• Слушать и слышать. Порой, мы слышим сказанное, но не воспринимаем. Это особый навык, который стоит прокачивать каждому и не только PMам.
• Быть внимательным с теми, с кем я работаю и относиться с уважением. С людьми нужно работать на долгосрочные отношения. Никогда не знаешь, как обернется жизнь для тебя.
• Проактивность. Однозначно PM должен обладать навыками мультизадачности и планирования наперед, чтобы сэкономить время на какие-то задачи в будущем, а пожертвовать им, когда есть более приоритетные задачи.
• Учиться, учиться и еще раз учиться. Всегда нужно расширять свой кругозор, чтобы в какой-то момент ты мог быть на высоте и показать свои знания и навыки в тех областях, которые могут от тебя не ожидать, а ценность такого сотрудника в глазах коллег только увеличится.
• Само собой нужно быть гибким и подстраиваться под разные ситуации. Без этого никак.
• Работать над отношениями с заказчиком. Они сами по себе не построятся. А вот на руку могут сыгарть очень хорошо. Рекомендации и рупутацию никто не отменял.
• Уважать свой и командный труд.
Это ключевые моменты, которые я выделил. Само собой есть еще много немаловажных аспектов.
В следующий раз разберем:
Кто и как может стать Руководителем проекта, а также, из каких сфер этот путь займёт меньше времени.
#знания
Пока я готовлю следующий пост, посмотрите забавный мульт о том, что такое SCRUM.
https://youtu.be/BHhr1aMgKPk
Пока я готовлю следующий пост, посмотрите забавный мульт о том, что такое SCRUM.
https://youtu.be/BHhr1aMgKPk
YouTube
SCRUM — метод управления проектами. Обучающий мультик для вас и ваших сотрудников!
Enjoy the videos and music you love, upload original content, and share it all with friends, family, and the world on YouTube.
#знания
Откуда берутся PM и кто им может стать?
Если мы говорим о традиционном пути, то есть такой Институт по управлению проектами Project Management Institute, PMI, но чтобы стать PMом его заканчивать не обязательно.
Поговорим больше о случаях в наших реалиях.
Обычно, PMы растут внутри компаний, и начинают они с какой-нибудь рядовой должности а-ля разработчика или тестеровщика. Тут работает прицип — нельзя стать джедаем, не пройдя путь падавана (фильм Звездные войны), т.к. нужно иметь представление о том, как производится софт, чтобы управлять его разработкой. Самые частые варианты — перейти из бизнес-аналитика, программиста, тестеровщика, сейла или же вообще из другой сферы, о которых напишу ниже.
📊 Бизнес-аналитики (BA)
Работа аналитика в какой-то степени похожа на работу ПМ: во-первых, они оба много общаются с клиентом и отвечают за Scope management (хоть у БА это solution scope, а у PM — project scope) и Communication plan. Поэтому в некоторых компаниях эти две роли совмещают в одну (PM/BA). То есть один человек собирает и требования, и управляет проектом. Однако, такой подход хорошо работает на небольших проектах, но не масштабируется на 10+ человек.
Большой плюс бывших аналитиков в том, что они смотрят на софт как на "продукт", а не "проект". Они видят не фичу, а решение проблемы клиента, за которое тот готов заплатить денег. Такой mindset дорогого стоит.
💻 Программисты
Путь через разработку и тимлидство (~3-5 лет). У таких людей обычно взаимная любовь с кодом. Если такой человек ведет проект, то код на нем, как правило, будет выглядеть блестящим. Но это не точно) Технический бэкграунд позволяет им решать технические проблемы эффективно, а решения принимать быстрее. В то время, как другие ПМ привлекают для решения таких вопросов технических специалистов.
Стериотип, что все программисты — зануды и некоммуникабельные ребята, то это не всегда так. Иначе в менеджменте и топ-менеджменте их бы не было.
Однако, есть и обратная сторона медали — не все программисты могут быть хорошими управленцами, т.к. теперь здесь превалируют soft skills, а не hard skills.
🔎 Тестеровщики
Путь через тестирование и тимлидство (~4-6). Думаю, сюда можно отнести мануальщиков и автоматизаторов — суть одна и та же. Есть мнение, что из этих ребят получаются отличные, чуть ли не одни из лучших ПМов, п.ч. они, как правило, знают продукт на проекте лучше всех, а именно: они ковыряются в продукте больше всех, ищут баги, плотно взаимодействуют с БА касательно требований, проводят демо заказчику, отвечают за поставку жизнеспособного продукта и т.п.
Ребята безукоризненно следуют принятым процессам разработки и классно делают "по книжке". Изредка это играет с ними злую шутку, когда нужно выйти за рамки и принять нестандартное решение.
🗣 Сейлы
Обычно, это ребята и девчата, которые окончили лингвистический универ и попали в сферу продаж (маркетинг, трейдинг, банки, ретейл или др.), а позже переходят в продакшн благодаря хорошему английскому (или др. языку) и развитым коммуникативным навыкам.
Такие люди, как правило, отлично чувствуют клиента, умеют найти грамотный подход, убеждать и договариваться, ну и преподнести продукт в красивом виде.
Довольно хорошо развиты soft skills и наоборот — не развиты/плохо развиты технические навыки. Поэтому последние стоит прокачивать для лучшего понимания и ориентира в продукте.
А еще, зачастую, в данной категории часто встречаются лидеры и неплохие организаторы.
👽 Другие сферы
Еще встречаются люди, которые раньше работали ПМ в смежных отраслях/руководителями/РОП и перешли в ИТ. Насколько знаю, таких людей не так много по сравнению с предыдщими случаями.
Я мог что-то не упомянуть, но на мой взгляд, это самые известные сценарии попадания на данную должность.
Резюмируя, выделю на мой взгляд некоторые важные качества и навыки хорошего Менеджера:
• Лидерство
• Высокие организаторские способности
• Высокие коммуникативные способности
• Уверенный ангоийский
• Стрессоустойчивость
• Здравомыслие и трезвость ума
• Гибкость и мультизадачность
• Уверенность
Откуда берутся PM и кто им может стать?
Если мы говорим о традиционном пути, то есть такой Институт по управлению проектами Project Management Institute, PMI, но чтобы стать PMом его заканчивать не обязательно.
Поговорим больше о случаях в наших реалиях.
Обычно, PMы растут внутри компаний, и начинают они с какой-нибудь рядовой должности а-ля разработчика или тестеровщика. Тут работает прицип — нельзя стать джедаем, не пройдя путь падавана (фильм Звездные войны), т.к. нужно иметь представление о том, как производится софт, чтобы управлять его разработкой. Самые частые варианты — перейти из бизнес-аналитика, программиста, тестеровщика, сейла или же вообще из другой сферы, о которых напишу ниже.
📊 Бизнес-аналитики (BA)
Работа аналитика в какой-то степени похожа на работу ПМ: во-первых, они оба много общаются с клиентом и отвечают за Scope management (хоть у БА это solution scope, а у PM — project scope) и Communication plan. Поэтому в некоторых компаниях эти две роли совмещают в одну (PM/BA). То есть один человек собирает и требования, и управляет проектом. Однако, такой подход хорошо работает на небольших проектах, но не масштабируется на 10+ человек.
Большой плюс бывших аналитиков в том, что они смотрят на софт как на "продукт", а не "проект". Они видят не фичу, а решение проблемы клиента, за которое тот готов заплатить денег. Такой mindset дорогого стоит.
💻 Программисты
Путь через разработку и тимлидство (~3-5 лет). У таких людей обычно взаимная любовь с кодом. Если такой человек ведет проект, то код на нем, как правило, будет выглядеть блестящим. Но это не точно) Технический бэкграунд позволяет им решать технические проблемы эффективно, а решения принимать быстрее. В то время, как другие ПМ привлекают для решения таких вопросов технических специалистов.
Стериотип, что все программисты — зануды и некоммуникабельные ребята, то это не всегда так. Иначе в менеджменте и топ-менеджменте их бы не было.
Однако, есть и обратная сторона медали — не все программисты могут быть хорошими управленцами, т.к. теперь здесь превалируют soft skills, а не hard skills.
🔎 Тестеровщики
Путь через тестирование и тимлидство (~4-6). Думаю, сюда можно отнести мануальщиков и автоматизаторов — суть одна и та же. Есть мнение, что из этих ребят получаются отличные, чуть ли не одни из лучших ПМов, п.ч. они, как правило, знают продукт на проекте лучше всех, а именно: они ковыряются в продукте больше всех, ищут баги, плотно взаимодействуют с БА касательно требований, проводят демо заказчику, отвечают за поставку жизнеспособного продукта и т.п.
Ребята безукоризненно следуют принятым процессам разработки и классно делают "по книжке". Изредка это играет с ними злую шутку, когда нужно выйти за рамки и принять нестандартное решение.
🗣 Сейлы
Обычно, это ребята и девчата, которые окончили лингвистический универ и попали в сферу продаж (маркетинг, трейдинг, банки, ретейл или др.), а позже переходят в продакшн благодаря хорошему английскому (или др. языку) и развитым коммуникативным навыкам.
Такие люди, как правило, отлично чувствуют клиента, умеют найти грамотный подход, убеждать и договариваться, ну и преподнести продукт в красивом виде.
Довольно хорошо развиты soft skills и наоборот — не развиты/плохо развиты технические навыки. Поэтому последние стоит прокачивать для лучшего понимания и ориентира в продукте.
А еще, зачастую, в данной категории часто встречаются лидеры и неплохие организаторы.
👽 Другие сферы
Еще встречаются люди, которые раньше работали ПМ в смежных отраслях/руководителями/РОП и перешли в ИТ. Насколько знаю, таких людей не так много по сравнению с предыдщими случаями.
Я мог что-то не упомянуть, но на мой взгляд, это самые известные сценарии попадания на данную должность.
Резюмируя, выделю на мой взгляд некоторые важные качества и навыки хорошего Менеджера:
• Лидерство
• Высокие организаторские способности
• Высокие коммуникативные способности
• Уверенный ангоийский
• Стрессоустойчивость
• Здравомыслие и трезвость ума
• Гибкость и мультизадачность
• Уверенность
#юмор
Всем ясного денёчка! Готовлю пару статеек о поиске работы ПМ и о курсах, тренингах — источниках, в которых можно получить полезную информацию.
Всем ясного денёчка! Готовлю пару статеек о поиске работы ПМ и о курсах, тренингах — источниках, в которых можно получить полезную информацию.
Друзья, поздравляю всех с Новым Годом!🎄🎅🏼🎉
Желаю вам не останавливаться в достижении своих целей и саморазвитии, никогда не сдаваться, расширять свой кругозор и быть жадными к знаниям. А также, желаю хорошего пищеварения 😉. Самое интересное еще впереди.
С праздником! #Happy_New_Year2020
Желаю вам не останавливаться в достижении своих целей и саморазвитии, никогда не сдаваться, расширять свой кругозор и быть жадными к знаниям. А также, желаю хорошего пищеварения 😉. Самое интересное еще впереди.
С праздником! #Happy_New_Year2020
#знания
What's cooking, good looking, guys! ✌🏻
Давно обещал написать пару тем. Пожалуй, расскажу про источники и материалы для подготовки.
А пока в двух словах поделюсь фидбэком по поиску работы. Возможно, начинающим/планирующим стать на этот путь будет интересно. Да, я еще не нашел подходящего места. Объективно могу выделить пару причин этому:
1. Поиском я начал заниматься ближе к концу ноября-началу декабря, а по тенденции в айтишечке (возможно, и других сферах) ноябрь-декабрь – это время не лучшее для поиска, т.к. многие рекрутеры и HR заняты предновогодними заботами – праздничные ивенты, корпоративы, бумажная волокита и прочее. А вышестоящее руководство – больше бумажной волокитой, п.ч. не только месяц нужно закрывать, но и год. В принципе, январь я бы тоже отнес к вялому месяцу, потому что люди отходят от праздников и приходят в рабочее состояние и лишь с середины-конца января более-менее начинается движуха. Опять же, все относительно – кому-то может фартануть и тухлые месяцы найти нужную позицию. Кстати, тему поиска работы глазами соискателя и рекрутера (мнение со стороны) я напишу тоже, но позже. А сейчас, по теме. Поехали!
Как готовиться и где брать материалы?
Расскажу, как готовился и готовлюсь я. В дебри погружаться не буду. Кстати, обучение не проходит разово, типа, бац! – и ты сразу PM. Не-а. Данная позиция подразумевает постоянное обучение. Невозможно охватить все за раз, т.к. работа с людьми в бизнесе – самое сложное, а значит, настройка процессов вряд ли будет одинакова как для одного проекта, так и другого. Процессы будут схожие, но с отличиями. Потому что будут разный подход и, вероятно, инструменты, методологии.
Я накидаю несколько ключевых вопросов, которые могут помочь в изучении:
1. Кто такой PM, его задачи и функции (нужно четко знать и понимать).
2. Что такое проект
3. Типы проектов и их цели
4. Что такое портфель и программа проекта
5. Что такое фаза проекта
6. Жизненный цикл проекта
7. Модели управления проектом
8. Заинтересованные стороны в проекте (Stakeholders)
9. Методологии, фреймворки, методы и подходы (какие бывают, для чего нужны, чем отличаются)
10. Практики планирования проекта
11. Проекты по типу оплаты и в чем их отличие
12. Способы оценки проекта
13. Практики эстимации сторей, тасок + единицы оценки
14. Как оценивать эффективность работы команды
15. Что такое Burn down/Burn up чарты, диаграмма Ганта, предшествования и зачем они нужны
16. Что такое устав проекта
17. Какие бывают риски и как с ними работать
18. Что такое Roadmap и как правильно его строить
19. Что такое фасилитация, для чего она нужна и какие техники ее существуют
20. Что такое билд и какие версионности есть
Литература:
1. SCRUM-guide (есть на русском и английском)
2. Краткое руководство Kanban
3. Kanban Toyota
4. Алексей Минкевич и Сергей Дерцап – Проджект менеджмент: как бысть профессионалом
5. Патрик Ленсиони: 5 пороков команды, 5 искушений руководителя (у него почти все по 5)
6. Роман Пихлер – Управление продуктов в Scrum - Agile-методы для вашего бизнеса
7. Том Демарко: Deadline, Вальсируя с медведями
Этого пока хватит.
Курсы и статьи:
Тут сложнее, п.ч. в первую очередь сто́ит обращать внимание на преподавателя/-ей – чем опытнее, тем лучше.
1. Мне посчастливилось пройти курс в Академии BelHard у Максима Баталина (ныне – RTE в Aras Corp.). Толковый, практикующий специалист и мастер своего дела.
2. Далее, слышал про образовательную фирму MyMonday.by – вроде как, тре́неры тоже неплохо преподносят материал.
3. Несомненно, образовательная площадка udemy.com – там очень много разных курсов, в том числе и не по менеджменту. В основном всё на английском, но качество курсов, как правило, хорошее. Лично могу порекомендовать курс PMP Certification-Get 35 PDUs-Project Management Professional-Complete PMP
4. Статьи на habr.com
5. Статьи на doitsmartly.ru
На этом все, что я хотел вам рассказать. И да, раз уж это всё-таки дневник, буду стараться писать и маленькие заметки, не только статейки.
Также, будут открыты комментарии, где можно будет написать своё мнение или поделиться своими источниками.
What's cooking, good looking, guys! ✌🏻
Давно обещал написать пару тем. Пожалуй, расскажу про источники и материалы для подготовки.
А пока в двух словах поделюсь фидбэком по поиску работы. Возможно, начинающим/планирующим стать на этот путь будет интересно. Да, я еще не нашел подходящего места. Объективно могу выделить пару причин этому:
1. Поиском я начал заниматься ближе к концу ноября-началу декабря, а по тенденции в айтишечке (возможно, и других сферах) ноябрь-декабрь – это время не лучшее для поиска, т.к. многие рекрутеры и HR заняты предновогодними заботами – праздничные ивенты, корпоративы, бумажная волокита и прочее. А вышестоящее руководство – больше бумажной волокитой, п.ч. не только месяц нужно закрывать, но и год. В принципе, январь я бы тоже отнес к вялому месяцу, потому что люди отходят от праздников и приходят в рабочее состояние и лишь с середины-конца января более-менее начинается движуха. Опять же, все относительно – кому-то может фартануть и тухлые месяцы найти нужную позицию. Кстати, тему поиска работы глазами соискателя и рекрутера (мнение со стороны) я напишу тоже, но позже. А сейчас, по теме. Поехали!
Как готовиться и где брать материалы?
Расскажу, как готовился и готовлюсь я. В дебри погружаться не буду. Кстати, обучение не проходит разово, типа, бац! – и ты сразу PM. Не-а. Данная позиция подразумевает постоянное обучение. Невозможно охватить все за раз, т.к. работа с людьми в бизнесе – самое сложное, а значит, настройка процессов вряд ли будет одинакова как для одного проекта, так и другого. Процессы будут схожие, но с отличиями. Потому что будут разный подход и, вероятно, инструменты, методологии.
Я накидаю несколько ключевых вопросов, которые могут помочь в изучении:
1. Кто такой PM, его задачи и функции (нужно четко знать и понимать).
2. Что такое проект
3. Типы проектов и их цели
4. Что такое портфель и программа проекта
5. Что такое фаза проекта
6. Жизненный цикл проекта
7. Модели управления проектом
8. Заинтересованные стороны в проекте (Stakeholders)
9. Методологии, фреймворки, методы и подходы (какие бывают, для чего нужны, чем отличаются)
10. Практики планирования проекта
11. Проекты по типу оплаты и в чем их отличие
12. Способы оценки проекта
13. Практики эстимации сторей, тасок + единицы оценки
14. Как оценивать эффективность работы команды
15. Что такое Burn down/Burn up чарты, диаграмма Ганта, предшествования и зачем они нужны
16. Что такое устав проекта
17. Какие бывают риски и как с ними работать
18. Что такое Roadmap и как правильно его строить
19. Что такое фасилитация, для чего она нужна и какие техники ее существуют
20. Что такое билд и какие версионности есть
Литература:
1. SCRUM-guide (есть на русском и английском)
2. Краткое руководство Kanban
3. Kanban Toyota
4. Алексей Минкевич и Сергей Дерцап – Проджект менеджмент: как бысть профессионалом
5. Патрик Ленсиони: 5 пороков команды, 5 искушений руководителя (у него почти все по 5)
6. Роман Пихлер – Управление продуктов в Scrum - Agile-методы для вашего бизнеса
7. Том Демарко: Deadline, Вальсируя с медведями
Этого пока хватит.
Курсы и статьи:
Тут сложнее, п.ч. в первую очередь сто́ит обращать внимание на преподавателя/-ей – чем опытнее, тем лучше.
1. Мне посчастливилось пройти курс в Академии BelHard у Максима Баталина (ныне – RTE в Aras Corp.). Толковый, практикующий специалист и мастер своего дела.
2. Далее, слышал про образовательную фирму MyMonday.by – вроде как, тре́неры тоже неплохо преподносят материал.
3. Несомненно, образовательная площадка udemy.com – там очень много разных курсов, в том числе и не по менеджменту. В основном всё на английском, но качество курсов, как правило, хорошее. Лично могу порекомендовать курс PMP Certification-Get 35 PDUs-Project Management Professional-Complete PMP
4. Статьи на habr.com
5. Статьи на doitsmartly.ru
На этом все, что я хотел вам рассказать. И да, раз уж это всё-таки дневник, буду стараться писать и маленькие заметки, не только статейки.
Также, будут открыты комментарии, где можно будет написать своё мнение или поделиться своими источниками.
👍1
#мнение
Всем алоха! 🖖🏻
Давно заметил, в процессе поиска соискателю часто попадаются неадекватные специаисты в роли рекрутера или HR.
Порой, их тупость, наглость и некомпетентность переходит все границы. В связи с этим я решил составить список неадекватных рекрутеров и HR-менеджеров, в который буду я и мой брат (он программист, кстати) понемногу добавлять таких людей, чтобы в будущем для себя было понятно, кто и как себя вел/ведет неэтично, чтобы избежать/не вести разговор с этими людьми. Да и запоминать всех не нужно в голове.🙂
Это локальный список с сугубо моим мнением, который вести не так уж трудно. Сразу оговорюсь: чтобы попасть в такой список, нужно очень постараться. Так что личные качества и эмоции тут неуместны – только профессиональная этика и деловой подход.
P.S. Кстати, если вам попадался #неадекватный_HR можете писать мне, я добавлю этих людей в список. Желательно иметь скриншоты общения/записи разговора.
Как вам идея? 🤔
Всем алоха! 🖖🏻
Давно заметил, в процессе поиска соискателю часто попадаются неадекватные специаисты в роли рекрутера или HR.
Порой, их тупость, наглость и некомпетентность переходит все границы. В связи с этим я решил составить список неадекватных рекрутеров и HR-менеджеров, в который буду я и мой брат (он программист, кстати) понемногу добавлять таких людей, чтобы в будущем для себя было понятно, кто и как себя вел/ведет неэтично, чтобы избежать/не вести разговор с этими людьми. Да и запоминать всех не нужно в голове.🙂
Это локальный список с сугубо моим мнением, который вести не так уж трудно. Сразу оговорюсь: чтобы попасть в такой список, нужно очень постараться. Так что личные качества и эмоции тут неуместны – только профессиональная этика и деловой подход.
P.S. Кстати, если вам попадался #неадекватный_HR можете писать мне, я добавлю этих людей в список. Желательно иметь скриншоты общения/записи разговора.
Как вам идея? 🤔
Всем пятничный Нихао! 🖖🏻
Наткнулся сегодня на интересную статью Сеньёра .NET с опытом over 10 лет. О сложности найти подходяшее место работы. А ищет он, на секундочку, с сентября прошлого года. Аргументы, примеры историй с цитатами прилагаются. В общем, не все так радужно даже для опытных ребят и даже программистов, чтобы попасть в #айтишечку, как многие думают. Но, опять же, все относительно. Возможно, Венера не в той позе... точнее фазе, человек проблемный(?), либо дело в стороне работодателя? Не понятно. Хотя, я больше склоняюсь к последнему варианту.
В общем, читайте статейку. На всякий, оставлю комменты открытыми. КЛАЦ!
Наткнулся сегодня на интересную статью Сеньёра .NET с опытом over 10 лет. О сложности найти подходяшее место работы. А ищет он, на секундочку, с сентября прошлого года. Аргументы, примеры историй с цитатами прилагаются. В общем, не все так радужно даже для опытных ребят и даже программистов, чтобы попасть в #айтишечку, как многие думают. Но, опять же, все относительно. Возможно, Венера не в той позе... точнее фазе, человек проблемный(?), либо дело в стороне работодателя? Не понятно. Хотя, я больше склоняюсь к последнему варианту.
В общем, читайте статейку. На всякий, оставлю комменты открытыми. КЛАЦ!
dev.by
«Думал, если дропнуть прайс, будет проще найти работу». Читатель про неудачные попытки трудоустроиться
Артём Баяндин не согласен с мнением Сергея Лавриненко, что «работу и зарплату выше можно найти прямо сейчас». С сентября прошлого года он находится в поисках работы. В комментариях на dev.by Артём перечислил, в чём считает неправым автора «Колонки некодера».…