#полезности
Полезные каналы. Папки

Я люблю делиться списком каналов, на которые подписан, тем более часто спрашивают где можно почитать чего пользительного. Так появился на свет пост https://t.me/junior_pm/161

Телеграм добавил любопытную функцию поделиться папкой и многие профессиональные сообщества организовали подборки каналов. Держите:

Папка про проектное управление
https://t.me/addlist/s6pbegLjXfVlZjUy (я там тоже есть!)

Папка про управление продуктами https://t.me/addlist/YvmnHCHUp700Nzky (старые и большие каналы)

Папка про управление продуктами https://t.me/addlist/mvVVD_AMlu0yYTdi (новые каналы)

Папка про agile https://t.me/addlist/J6CDDxskl-MyM2Qy

Папка про визуализацию и BI https://t.me/addlist/DxgWggs5QAY2NTUy

Папка просто разное про диджитал https://t.me/addlist/vW_DlDOzOmlmNjk6

Папка про UX/UI https://t.me/addlist/dutUEa9KHMA4NjYy

Папка про тимлидов https://t.me/addlist/mDWR2gD6UEhlOWRi

И интересная статья на тему отдачи от таких папок https://vc.ru/marketing/688830-kak-poluchit-2000-relevantnyh-podpischikov-v-telegram-kanal-za-den-cherez-obshchie-papki-keys-uxuisticheskoy-ligi

P.S. Если знаете еще полезные папки, не стесняйтесь, пишите в комментарии, я добавлю)

#мнение
Куда я пропал

А никуда, все хорошо, просто менял работу и ездил в командировку в другую страну. За этот месяц произошло много интересного, что станет хорошей почвой для вдохновения на новые посты. Например, я стал чем-то вроде старшего менеджера проектов, который не управляет сам, а помогает развиваться и улучшать процессы другим проджектам в их стримах. Должность звучит занятно Head of Project Management, я ее быстро сократил до HOPM)

Как и обещал потихоньку выкладываю все материалы с выступления на Agile Days, пока нет видео переложил доклад на формат статьи. Предлагаю к ознакомлению! https://habr.com/ru/articles/742364/

#полезности
Чтение – это упражнение разума, которое расширяет нашу воображаемую вселенную

Привет, читатель!

Мой хороший коллега Максим уже 3 года ведет свой канал под названием 'I Read Shit Books' , и я не могу не порекомендовать его!

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

Я сам прочитал несколько его обзоров и остался впечатлен. Один из них рассказывает о статье Ройса и истории возникновения водопада. Мне понравилось, как Максим подошел к этой теме, вписав ее в контекст проектного управления. Его комментарии и анализ хороши!

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

Я уверен, что канал Максима 'I Read Shit Books' будет полезным источником для всех, кто любит чтение и интересуется проектным управлением. Не упустите возможность получить новые знания и открыть для себя увлекательные книги под его экспертным взглядом

P.S. Как обычно не реклама, а просто рекомендация классного коллеги)
P.P.S. Пост частично написан нейросетью, что видно по стилю, пока что это не тот инструмент которым хочется часто пользоваться

#perl
Классека

​#рецепт
Какие бывают низковисящие фрукты в выстраивании процессов в it?

Привет, читатель!

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

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

Вот мои мысли на этот счет:

1. Внедри тасктрекер и запускай технофашизм. Даже если людям не ок на старте и будет открытое сопротивление, у тебя появится наблюдаемость кто и что делает, у кого задачи и тд;
2. Причеши бэклог до управляемого вида:
a. Внедри строгую типизацию задач по природе работы. Отдельно улучшения функциональности (фичи), улучшения эксплуатации (технологические улучшения/энейблеры/техдолг), несоответствия ожиданиям работы (дефекты/баги) и процессное (например, написать регламент выкатки релизов). Типов может быть больше, но минимум 4;
b. Внедри размерность задач. Отделить очень большие задачи (эпики), от средних (стори/фичи/пакеты) и от мелких (подзадачи/таски);
c. Установи обязательные поля для каждого типа задач. Есть общие характеристики, например создатель или описание, а есть разные например способ воспроизведения у дефекта;
d. Внедри любую модель приоритизации. Главное отделить СРОЧНОНАДОСДЕЛАТЬ (асапы, криты) от обычных задач и приписать критерии для них. Введи правило что делать с такими задачами.
3. Если у ТП нет сервисдеска - внедри любой, ну или загони также в таск трекер, это лучше чем на коленке и в личных сообщениях разработчиков;
4. Научи ТП передавать тикеты по форме "ожид. результат, факт. результат, способов воспроизв., кол-во лицензий/пользователей, устройства/гео";
5. Внедряй разбор дефектов. Вот 3 принципа:
a. Не все задачи от ТП дефекты. Некоторое хотелки. Отделяй одно от другого и раскладывай на разные кучки. Научи этому ТП;
b. Не все дефекты срочные и важные. Опиши какой функционал критичный, а какой нет. Опиши какое кол-во пользователей/лицух важно, а какое не очень. Внедри понятия severity и priority. Научи тп пользоваться матрицей из них для определения класса критичности дефекта;
c. Дефекты не живут долго. Дефект который может подождать пол-года не нужен, его можно просто удалить.
6. Введи практику postmortem по инцедентам. Потом и в ретро может перерасти;
7. Проведи аудит коммуникаций. Выясни у кого есть какие встречи. По каждой встречи опиши (для себя) в чем ее цель, какие входы, какие выходы, какие участники, типовая агенда. Построй что-то вроде data flow diagram, чтобы понять как информация между встречами курсирует. Эта информация даст много поводов для улучшений, вроде закрытия ненужных встреч;
8. Начни распространять простые регламенты. Не обязательно своими руками. Правила код-стайла, как проводить код ревью, как апрувить мр это туда же;
9. Научи писать release notes. Круто будет научить на них смотреть ТП и отдел обучения;
10. Запусти 1-1 со своими подчиненными. Начни писать для себя их досье, в нем описывай их сильные стороны и старайся регулярно хвалить. Будет круто если твои подчиненные начнут также делать со своими сотрудниками;
11. Запусти статус-встречи. В целом по направлению, как у вас дела, что нового, какие планы на будущее и обязательный раздел под вопросы и ответы. Вовлеченность поднимет;
12. Максимально уменьши количество каналов коммуникации для рядовых сотрудников, например разработчиков, максимально замыкай на менеджеров;
13. Выдели горизонт тактического планирования. Например, 2 недели. Начни смотреть сколько планировали сделать за 2 недели, а сколько сделали на самом деле и задаваться вопросом “а что помешало?”. Начни удалять эти “помешало”

А какие еще ты видишь очевидные улучшения, которые легко провести? Чтобы ты еще добавил в этот список? Напиши в комментариях!

​#полезности
Мероприятие по p3express

Привет, ищущий серебряную пулю читатель! Скоро пройдет вебинар от PMCLUB на тему p3express, приглашаю тебя к нему присоединиться)

Вебинар пройдет 26 июля, в 19:00 и на нем выступит мой коллега Дмитрий Ирешев, руководитель проектного офиса в СберМаркете. Мы совместно с ним провели исследование зарплат проектных менеджеров в 2022 году!

В ходе вебинара вы узнаете:

- Почему команда СберМаркет выбрала p3express для адаптации;
- Каким образом они организовали базу знаний по управлению проектами;
- Какие уникальные проектные инструменты используются в компании.

Кажется еще какие-то бонусы обещали)

Кстати забавный факт, я в далеком 2018 сделал на коленке свой фреймворк и потом собрал из него свой мини КСУП https://docs.google.com/document/d/1e2M520n4X3tV6XEVZ-mzBUkiIo1XGWIa45EnLPk2tp0/edit . Даже хотел распространить его, а потом узнал про существование p3express и визуализация была точь в точь с с кольцами "улиточкой"(

​#полезности
Я хочу прокачаться, а как? Часть 1

Приветствую тебя, познающий новое читатель!

Я этим также занимаюсь, но еще в рамках ВУЗа, так как да, не смотря на некоторый опыт еще являюсь студентом)

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

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

Индивидуальные планы развития, сокращенно “ИПР”, представляют собой инструмент, который позволяет определить конкретные цели и задачи, а также ресурсы и способы их достижения

ИПР обычно составляется в письменной форме и содержит следующую информацию:

1. Цели развития: Определение конкретных целей, которые сотрудник хочет достичь в рамках своего профессионального роста. Рекомендуется чтобы цели были специфичными, измеримыми, достижимыми, релевантными и ограниченными по времени (SMART-критерии);

2. Зоны развития: Обобщенные области, в которых сотрудник имеет потенциал для улучшения своих навыков, компетенций или знаний;

3. Развиваемые навыки и компетенции: Указание конкретных навыков в рамках зоны развития, которые требуют развития для достижения поставленных целей. Это могут быть инженерно-технические навыки, межличностные навыки, метанавыки и другие компетенции, соответствующие профессиональным потребностям сотрудника и/или организации;

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

5. Мониторинг и контроль: Описание системы отслеживания и оценки прогресса в достижении целей развития. Это может включать регулярные обзоры и обратную связь, сбор данных о прогрессе развития и периодическую оценку результатов;

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

Индивидуальный план развития сотрудника часто идентифицируют как проект, так как имеет следующие характерные для проекта признаки:
- Цель. Каждый ИПР предпринимается для достижения конкретной цели организации
- Тройственные ограничения. ИПР имеет крайний срок, четко зафиксированный объем работ и ограниченный бюджет, который выделяется, например на прохождение курсов или покупку обучающих материалов;
- Уникальность. Каждый ИПР составляет индивидуально для каждого конкретного сотрудника, учитывая его склонности и личностные особенности

Типовые этапы, из которых состоит жизненный цикл ИПР:

1. Постановка целей
2. Оценка точек роста сотрудника;
3. Выбор приоритетных точек роста;
4. Составление списка действий для развития;
5. Составление плана действий;
6. Регулярный мониторинг и контроль прогресса;
7. Подведение итогов

​#полезности
Я хочу прокачаться, а как? Часть 2

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

Поэтому важно, чтобы компания самостоятельно разработала свою модель компетенций, учитывая свои уникальные потребности и стратегические цели. Для разработки такой модели можно воспользоваться как примером уже существующими моделями навыков:
- PMI PMCD (Project Management Institute Project Manager Competency Development Framework): Это одна из наиболее известных моделей компетенций для менеджеров проектов. Она определяет ключевые компетенции, необходимые для успешного управления проектами, и предоставляет матрицу навыков для оценки уровня компетенций. В последние годы PMI заменяет ее на Talent Triagle;
- IPMA ICB (International Project Management Association Individual Competence Baseline): Эта модель компетенций разработана IPMA и охватывает технические, поведенческие и контекстуальные компетенции менеджера проектов;
- PRINCE2 Competency Framework: Эта модель компетенций специфична для методологии управления проектами PRINCE2. Она определяет навыки и знания, необходимые для применения данной методологии

Теория это замечательно. А как это соблюдать на практике? Например с помощью этого шаблона!

P.S. Иллюстрация из презентации кого-то в интернете, мысли верные!
P.P.S. Кажется диаграмма ганта имеет конкретного автора и он распространяет ее платно по сети, но я откровенно не помню как она ко мне попала, поэтому оставлю как есть. Если автор найдется, я это поправлю)

#рецепт
Систематизация поиска работы

Привет всем читателям, кто хоть раз искал работу, а тем кто ищет прямо сейчас тем более

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

https://docs.google.com/spreadsheets/d/1C_Q-JwlAnBzN7joxXXkYfx5r9InTWcYWFuxA42hR0i8/edit?usp=sharing

Не стесняйтесь ее копировать и распространять!

Привет, читатель!

Делюсь с тобой классной новостью. Следующая конференция FlowDays состоится уже 15 сентября в Москве. Это событие будет крутым, потому что организуют его мои хорошие знакомые из Neogenda и я уверен в их профессионализме. Я сам там, к сожалению, быть не смогу, однако очень советую подключиться в офлайн или онлайн формате

На конференции будут выступать более 50 матерых спикеров из таких больших компаний, как Сбер, Магнит, Азбука вкуса, Тинькофф, Мегафон и других

Что же будет обсуждаться? Все самое актуальное для менеджментa компаний в 2023 году:
🟡 Как удержать сотрудников в компании
🟡 Вечная борьба между бизнесом и IT
🟡 Как пережить импортозамещение
🟡 Принятие взвешенных управленческих решений на основе данных
🟡 Секреты развития модели бизнес-управления
🟡 И, конечно, не обойдут стороной метод который нельзя называть

Цель этой конференции - не только передать знания, но и предоставить реальные практические результаты. Ты найдешь ответы на свои вопросы, узнаешь возможные действия и обретешь полезный нетворк

Тут еще и скидки подвезли:
➖ 5% с промокодом JUNPM
➖ 10% при заказе 2х офлайн билетов
➖ 20% при заказе 5х офлайн билетов

Все детали тут: https://flowdays.ru/

#иное
Здравствуй, дорогой читатель)

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

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

Кроме того, у меня есть некоторые вакансии в компании. Я ищу:

🔍 1 Head of Delivery (C-lvl -1)
🔍 2 Lead Project Manager
🔍 2 Delivery Manager (про улучшение процессов)
🔍 1 Service Delivery Manager (про затаскивание крупных инициатив)
🔍 6 Project Manager (да вакансия забавная)
🔍 1 Project Administrator (админ проект в помощь ПМу)

Если ты сам заинтересован или знаешь кого-то славного, кто мог бы подойти для этих ролей, то дай об этом знать. С нетерпением сам жду возвращения к постингу 🤓

Привет, друзья и коллеги!

После успешного исследования зарплат руководителей проектов в 2022 году, я готов к новой порции исследовательского вдохновения! Предыдущие выводы и интерактивный дашборд с результатами вызвали огромный интерес, и я уверен, что есть ещё много любопытного для исследования в 2023 году

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

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

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

#perl
Рабочая рутина

#иное
Мало кто знает, но каждый 1 четверг ноября это один важный праздник)

​#мнение
Норма управляемости
Привет, читатель 🫶. Рад к тебе вернуться)

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

Это норма управляемости. Занятная штука, которая сводится вот к чему - какой количество объектов управления может потянуть субъект управления. Те сколько подчиненных может иметь у себя руководитель

Ее можно записать как конкретным числом, например 5, так и интервалом 7+-2. Кстати последнее - это число Миллера, которое в том числе упоминает скрам как рекомендацию размера команды. Сначала его обнаружили при экспериментах над краткосрочной памятью, а потом подтвердилось что это удобное для мозга количество людей, на котором удается удерживать фокус внимания без существенной потери качества коммуникации

Норму управляемости можно посчитать 3 разными способами:
- Взять из справочника по экономике. Для нематериального инженерного труда (привет, айти!) на исполнительном линейном уровне она равна от источника к источнику 5-8 и 6-10;
- Рассчитать по формуле Розенкраца (или ее аналогах);
- Эмпирически, посмотреть в целом при какой конфигурации количества подчиненных лучше всего

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

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

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

P.S. Ты можешь стимулировать выпуск поста и вообще упростить постинг, если задашь вопрос используя почтовый_ящик

#полезности
Обучение найму от очень крутого товарища
С Артёмом я знаком давно, и Артём мне очень нравится. Судя по тому, что он разрешил запостить в свой канал инфу о том, что я делаю обучалку — видимо, я ему тоже кажусь неплохим в плане знаний о менеджменте 🙂

В управлении и консультировании я довольно давно, и очень часто вижу, что в найме в компаниях всякая бяка творится: то менеджерам самим непонятно, кто именно нужен и почему; то неясно, откуда люди приходят "такие плохие" на собес; то невдомёк, отчего вроде бы неплохие люди с собеседований отваливаются.

Вот эту большую проблему найма и хочу я с Ярославом Астафьевым постепенно помочь людям порешать.

Организовали что-то вроде курса, 13 двухчасовых созвонов-занятий, первое занятие уже в эту пятницу.

Осталось 3 места, если кому интересно — приходите, будем рады!

Больше инфы тут: https://t.me/vsharovatov/356