🔥 Самые интересные материалы по управлению проектами за неделю (часть 1)

▶️ Основы управления проектами и роль менеджера проектов

✅Важные элементы при работе в Scrum
Статья на самом деле про роль и структуру спринтов - этапы, планирование, продуктовые инкременты, роли в команде и результат (продуктовый инкремент).

✅Про реактивный и проактивный менеджмент и при чём здесь сноуборд…
Публикация - развернутая метафора становления (проджект-)менеджера как сноубордиста. Типа это путь от реактивного отношения (увидел кочку/поворот - отреагировал и увернулся) - к проактивному (заранее позаботился и предусмотрел все негативные сценарии). Посыл, в целом, справедливый.

✅Как мечтать быть переводчиком, а стать Project Manager-ом и быть счастливым
Очень интересный опыт карьерного трека, от разработчика к продакту, затем к проджекту и… Куда-то дальше. Признаюсь, завидую автору, которая очень много успела сделать за 10 лет.

✅Как перестать работать в выходные и наконец-то научиться делегировать: опыт одного тимлида
Про делегирование как основу работы менеджера/руководителя/лида. А том числе про 5 уровней (вплоть до полной передачи процессов команде), культуру и правила делегирования (например, позволять команде ошибаться, не давать готовые решения, давать обратную связь и т.д.).

✅«Когда будет готово?». Декомпозируем задачи и оцениваем сроки без фатальных ошибок
Прогноз по срокам всегда будет ошибочным, но как сделать его более реалистичным? Поможет декомпозиция, - технологическая (раскладываем по частям технологию решения) и маршрутная (идем по этапам пути пользователя). Первый хорош, когда вы владеете темой, второй - когда знаний мало и приходится отталкиваться от user-story. Ну, и конечно, третий смешанный вариант. Также автор пишет про критический путь и модель наивных сроков, когда каждая задача якобы занимает не больше одного спринта.

✅Как провести демо: о подготовке, презентации и способах работы с обратной связью заказчика
Два этапа - “подготовка” и “экшен”. Начинаем со сценария (демо-документа), думаем, что именно подсветить/показать на демо, готовим среду для демонстрации, распределяем роли, тренируемся на кошках (репетируем на своих), делаем чек-лист готовности. На самом демо - задаем правильные ожидания, упаковываем в нарратив, собираем фидбек. В целом, добротный мини-гайд по встречам с заказчиком.

✅Заметки для новичка: Как провести первую ретроспективу и не облажаться?
Про организацию ретро, от планирования и до фиксации результатов, с шаблонами и примерами. Правда, в комментариях уже написали: “Шаг #1 - Удаляешь ретроспективу у всех из календаря; Шаг #2 - Все счастливы и работают”.

✅Как писать требования к проекту. Шаблон документации
Подход автора: 1) BRD&SRS (цели, история, потребности, ценности, стейкхолдеры, границы, ФТ, НФТ), 2) бизнес-логика (диаграммы, API, компоненты), 3) UI-логика (UI экранов, локализация, навигация), 4) продуктовая аналитика и логика (метрики, события, логи).

✅Просветлённый выживший: кто такой фичекрайний и зачем это всё разработчику?
Еще одна роль, - она прижилась в 2ГИС, но, судя по статье, это что-то между проджектом и продактом. Тот, кто ответствен за доставку фичи и кому приходится вникать во все продуктовые и технические сложности ее реализации.

✅Как эффективно планировать проекты и не тратить на это недели: гайд для современных проджектов
Из “современного” - про использование ИИ-инструментов для транскрибации митингов, составления целей и этапов проекта, визуализации декомпозиции и даже составления диаграммы Гантта. Инструментов перечислено много, часть можно потестить бесплатно и даже без VPN.

✅Как избавиться от синдрома самозванца, перестать себя обесценивать и бояться участвовать в крутых проектах
“Синдром самозванца” - широко известная и уже мемная штука, но автор дает несколько практических советов, как преодолеть страх и неуверенность в своих силах.

🔥 Самые интересные материалы по управлению проектами за неделю (часть 2)

▶️ Команда проекта

✅6 способов развалить команду профессионалов
Очередная подборка вредных советов. В их числе - завести любимчиков, менять задачи и условия на ходу, вводить личную ответственность за неудачи, не привлекать к решению и т.д.

✅Чем отличаются «мягкие» навыки (soft skills) от «жестких» (hard skills) и как их измерить?
Очередной экскурс в хард/софт-скиллз. Увы, пропитан рекламой, но зато обоснованно ставит “управление проектами” в ранг hard skills.

✅Тет-а-тет: как общение с командой делает проекты крутыми?
Небольшой текст про способы коммуникации РП с участниками команды, роль небольших диалогов и типология “тетов” с примерами из личного опыта автора.

✅Релиз-менеджер — почему он вам нужен
Или не нужен. Статья - про роль менеджера, ответственного за выпуск релиза. В случае автора - выделенный человек, но чаще - как одна из функций ПМа или тимлида. Описан воркфлоу выпуска релизов в RuStore.

✅Быть жестким, но не жестоким: как разойтись с сотрудником по хорошему?
Несколько лайфхаков и советов по организации расставания с сотрудником. Из оригинального - совет не увольнять перед выходными, т.к. (цитата) “ваш уходящий сотрудник будет снедаем чувствами потери и страха за будущее все выходные до понедельника, где он, наконец, сможет начать общаться с другими работодателями”.

✅Оффбординг и точка + чек-лист с вопросами после расставания
И еще один текст про увольнение, главная ценность - опросник для уходящего сотрудника из 10 пунктов.

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

▶️ Опыт и кейсы

✅Сферический конь в вакууме: как (не)работает Agile в России
Порция примеров, когда не нужно использовать “аджайл” в компании и в команде, - в основном, про соответствие подхода цели и культуре компании, освобождение от культа новизны.

✅Поезд «Jira – Kaiten». Путь Х5
Прекрасный рассказ про импортозамещение джиры, - что им занимаются не только стартапы, но и крупняк. У X5 все получилось, миграция прошла успешно, что-то доработал по их просьбе вендор, а много устроило в типовом виде.

✅Нет, мы так не работаем
Кейс: вы - проектная команда на аутстаффе, делаете свою работу, а у заказчика внезапно меняется продакт (или ПМ на стороне заказчика), у которого совсем (!) другое видение и стиль работы. И все идет не по плану. Что делать? По опыту автора, такую проблему можно успешно локализовать.

✅Их Айти VS наш Айти: чем отличается разработка в Европе и в РФ
Коротко: в Европе нет универсальной системы грейдов, разработчики сами ставят себе задачи, тестировщиков часто нет, к багам относятся терпимее, редко двигают дедлайны, а переработки вызывают непонимание. Ну и ЗП внезапно побольше)

✅Лист бумаги, матрица Эйзенхауэра или таск-трекеры: опыт синьора из «Майкрософта»
Про инструментарий для эффективной работы. Для задач - бумага и ToDoist, для контроля бесполезной активности - RescueTime и Toggl Track. Результат - рост продуктивности.

🔥 Самые интересные материалы по управлению проектами за неделю (часть 3)

▶️ YouTube

🔴 А оно вам надо? Почему внедрение проектного управления не гарантирует успеха и как это исправить (1:00:37)
Про ценность и ключевые факторы успеха проектного управления, обязательства Заказчика при внедрении системы управления проектами.

🔴 HOW LARGE IS THE GAP BETWEEN BUSINESS ANALYSTS AND BUSINESS? (1:12:31)
О работе аналитиков (и ПМ) с бизнесом - зачем мы ему нужны? Чего заказчики от нас хотят? Почему они иногда ведут себя странно? И как можно выполнить работу и выполнить задачи, не сойдя с ума.

🔴Job Crafting в работе ИТ-архитектора (39:09)
Что такое Job crafting и как его применять при развитии информационной системы компании.

🔴Игра о потерянном времени: миф о многозадачности (36:55)
Что будет быстрее - сделать 10 задач последовательно одну за другой, или делать их в режиме многозадачности, переключаясь с одной на другую, и возвращаясь обратно по мере возможности.

🔴Как менеджеру прогнозировать сроки выполнения задачи с вероятностью 80-90%? (33:58)
Менеджерам постоянно приходится отвечать на вопрос «когда сделаете?» или «когда будет готово?». Но любой менеджер знает – чтобы гарантированно уложиться в срок, нужно заложить трехкратный запас времени. Заказчики этот принцип тоже знают и стремятся срезать срок, насколько это возможно. Обе роли «торгуются» и давят друг на друга, пока кто-нибудь не продавит свое решение. В итоге недовольными, как правило, оказываются все.

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

🔴Как преодолеть конфликт между IT и бизнесом? (28:29)
Кто виноват в конфликте бизнеса и IT, на какие грабли не стоит наступать и каким принципам следовать для решения.

🔥 Самые интересные материалы по управлению проектами за неделю (часть 1)

▶️ Основы и гайды
🔘 Стоит ли изучать классические подходы к управлению проектами в 2024 году
Куратор “Яндекс.Практикума” считает, что да, стоит. Главное внимание при этом уделить PMBOK, который живее всех живых, - в первоисточнике или в в переработанном виде (книги, курсы). На собеседованиях PMBOK тоже часто в центре внимания.

🔘 Kanban метод: инструкция к применению
Отличный гайд от Дмитрия Курдюмова: зачем нужен канбан, шесть базовых практик (визуализация, ограничение задач в работе и т.д.), метрики (пропускная способность и распределение времени выполнения), инструменты ведения канбана.

🔘 Методы и инструменты для эффективного прогнозирования бюджета
Про основные методы и инструменты для эффективного прогнозирования бюджета - всё серьезно (регресионный анализ, метод освоенного объема и прочее), но без примеров, так что много не почерпнете.

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

🔘 От идеи до бизнес-эффекта: PoC, MVP и MLP. Полное руководство по снижению риска при запуске продукта или проекта
Не совсем руководство, но материал очень концентрированный и упорядоченный. Зачем нужны MVP, MLP и POC, в чем разница между проектным и продуктовым подходом к снижению риска, как понять, что именно делать - MVP или MLP, какие этапы у создания MVP, как использовать метод Кано, как запускать тестирование, собирать данные и принимать решения.

▶️Менеджер и команда проекта

🔘 Работа руководителя – а она правда тебе нужна?
О том, какая мотивация и ожидания от управленческой работы приводят или не приводят людей к успеху. Главное, к чему нужно приготовиться, - это к обилию коммуникации, переговоров, споров и разного рода взаимодействия с людьми. Если это норм - то и в руководители можно идти)

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

🔘 16 типов менеджеров проектов: от токсика и пингатора до бюрократа и мамы-утки
Честно скажу, материал мне не понравился. Это не классификация, а кунсткамера сатирических типажей, среди которых нет ни одного позитивного. Есть и рекомендации, как распознать тип на собеседованиях, но в целом всё это токсично и кликбейтно)

🔘 «Почему едет он, а не я»: кто такой хороший менеджер и как им стать
Коротко: у хороших менеджеров развиты софт-скиллы, и успех менеджера и проекта во многом зависит именно от их развитости. Авторы разбирают, какие софт-скиллы нужны ПМу в работе и как их развить.

🔘 Стажировки в IT: ожидание vs реальность
Набор советов и рекомендаций продактам и проджектам, попавшим на стажировку, - как правильно ее пройти, чтобы не было мучительно больно.

🔘 Нет — законченное предложение. Как научиться говорить его людям
Для тех, кто не умеет отказываться - от предложений, от задач, от переработок, - и страдает от этого. Автор пишет про способы работы с манипуляциями и “правильные” отказы от некомфортных предложений.

🔘 Свобода или дистанционная клетка? Как устроена удаленная работа в IT-компаниях
Для тех, кто хочет узнать, как устроена работа с удаленщиками в разных компаниях - в чем ведут трекинг задач, как контролируют, что сотрудник занимается делом, а не пинает балду и т.д. Любопытно!

🔘 Профилактика выгорания: 7 лучших практик команды цифрового продукта
Теле2 - про то, как формирует культуру невыгорания. Культура “No blame” (нет виноватых), совпадение личных и корпоративных целей и ценностей, поддержка и доверие руководителя и т.д. Верить этому или нет - дело ваше))

🔥 Самые интересные материалы по управлению проектами за неделю (часть 2)

▶️ Кейсы и опыт
🔘Весь Росатом работал на Джире — и что случилось в день Х
Один из лучших кейсов недели - про поиск альтернативы для Jira и поэтапный переход на свое собственное решение. Интересно вообще как организация замены любого ключевого инструмента в компании.

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

🔘 Как мы оптимизировали процессы внедрения 1С: проектная методология КРОК
Да, это в первую очередь для 1Сников, но сам материал хороший и демонстрирует проектную зрелость компании, внедряющей решения для учета (втч ERP) со множеством интеграций. Основа - проектная культура (общие ценности и подходы), выделение в команде куратора и двух РП (технический и собственно ПМ), использование ролей архитекторов и консультантов (которые могут брать на себя функции бизнес-аналитиков и системных аналитиков).

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

🔘 Оживляем ретроспективы с помощью процессных метрик
У авторов были “бла-бла”-ретроспективы, сводившиеся к обсуждению субъективных впечатлений. И они решили обсуждать не свои чувства, а измеряемые метрики работы команд. Например, долю переходящих задач, старение бэклога, время цикла и пропускную способность команды.

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

🔘 Как отсутствие фокуса убивает IT продукты
Про то, что, как и в жизни, важно не только идти вперед, но и держать фокус на главном, а не распыляться на множество неприоритетных фич.

▶️ YouTube
🔴 ТРИЗ, как инструмент повышения эффективности команды
Про инструменты ТРИЗ, позволяющие находить нестандартные решения, а также реальные кейсы компаний, которые смогли повысить эффективность, решив возникшие перед ними проблемы.

🔴 Разработка стратегии цифровой трансформации. Практический опыт
Практический опыт разработки стратегии цифровой трансформации - этапы аудита текущей архитектуры, разработки целевой функциональной архитектуры и создания функционально-технических требований, секреты создания ФТТ к целевой архитектуре.

🔴 Is Agile a Scam?
Правильно ли менеджеры используют методологию, - ведь не случайно многие говорят о вырождении Agile.

✅ Самые интересные материалы по управлению проектами за неделю (часть 1)

▶️ Основы теории и гайды

🔹 Экстремальное программирование: полное руководство

Экстремальное программирование (XP) — это одна из методологий Agile. Несмотря на название, некоторые практики уже стали стандартом в индустрии — например, рефакторинг и непрерывная интеграция. XP сосредоточена на упрощении процесса разработки, минимизации документации и максимизации обратной связи от заказчиков. Авторы пишут про ценности и правила XP, сложившиеся практики и такие понятия, как “виток планирования” и “обратная связь”.

🔹 Проектный треугольник: что это такое и как работает
Стоимость-Время-Объем - основа проектного управления, и материал - при применение этой модели, про управление рисками и изменениями на ее основе, а также про работу с треугольником в Agile и скраме.

🔹 Как выявлять бизнес-риски: 8 методов
О том, как научиться идентифицировать риски и почему это важно. И также 8 способов определения рисков: мозговой штурм, интервью со стейкхолдерами, NGT (метод номинальных групп), диаграмма сродства, анализ требований, планы проектов, анализ первопричин и SWOT-анализ.

🔹 Wireframe vs. mockup vs. prototype: в чем разница?
Наверняка вы знаете, в чем, но статья неплохо систематизирует отличия по форме и по задачам, для которых они используются. Эскизы (вайрфреймы) — базовые визуализации, которые фокусируются на том, что будет делать новый продукт или функция. Макеты (мокапы) — статичные, но реалистичные изображения того, как будет выглядеть продукт или функция и как они будут использоваться. Прототипы — высококачественные изображения, демонстрирующие, как пользователь будет взаимодействовать с новым продуктом или функцией.

🔹 Протокол HTTP
Немного технического ликбеза - большой туториал по http, принципам его работы, применению и инструментам работы с http-запросами и трафиком (в частности telnet и Wireshark).

▶️ Навыки и карьера менеджера проектов

🔹 Как руководителю превратить жизнь команды в ад и надёжно заблокировать себе дальнейший рост. Пошаговый гайд
Очередной сборник вредных советов для РП и тимлида. Не давать подчиненным совершать ошибки, если ошибка произошла - дать “фидбек” (разнос) при всех сотрудниках, всегда спорить и отстаивать свою позицию, не заниматься развитием и т.д.

🔹 Как ставить задачи коллегам которых вы ненавидите: 8 вредных советов
И еще один сборник, теперь про постановку задач. Среди советов - ставить одну огромную задачу вместо мелких, писать слишком общее ТЗ, отказ от обратной связи по задачам и т.д.

🔹 Адекватность РП и тимлидов. Часть 1. Вмешательство в процесс и влияние на результат
Тоже про ошибки (проблемы, отклонения) в работе с командой. С множеством примеров из личного опыта автора. Например, подход “Я уже пообещал”, из-за которого приходится делать, лишь бы сделать, а не оптимально. Или “Я раньше тоже программировал” - менеджер видит себя мерилом объемов и сложности поставленных задач. Там еще несколько интересных паттернов, ну и еще есть специфика 1С-разработки.

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

🔹 Как менеджеру прогнозировать сроки выполнения задачи с вероятностью 80-90%?
Отличный большой материал по работе с канбаном - как приготовиться, как правильно выстроить процесс, какие метрики брать, как анализировать блокеры и т.д.

🔹 Типичные ошибки – фактор роста аналитика и менеджера
Детальнейший разбор того, как работать с ошибками, разбирать, классифицировать, по сути - методика управления ошибками на проекте. На мой взгляд, очень полезный для аналитиков и РП материал.

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

🔹 Как стать магистром продуктивности: 7 советов из книги «Джедайские техники»
Если вы вдруг не читали или забыли книгу Максима Дорофеева, то вот короткие выдержки с примерами. От “правила 2 минут” и до метода рационального фланера.

🔹Рассказываю про SDLC для менеджеров проекта и нетехнических специалистов
SDLC - жизненный цикл разработки программного продукта (планирование…сопровождение). Автор рассказывает про свой подход как ПМа к визуализации SDLC для разработчиков, которая якобы помогла избавиться от эксель-отчетов и увеличила эффективность команды.

✅ Самые интересные материалы по управлению проектами за неделю (часть 2)

▶️ Команда проекта
✅ Главное не состав команды, а то, как люди в ней взаимодействуют, организуют работу и оценивают свой вклад в общее дело
Спасибо за название - в нем вся суть материала. Опираясь на исследования Гугла, автор подчеркивает: команды, собранные из звезд и суперспециалистов, могут уступать командам, которые “хорошо сыграны” и правильно организуют коммуникацию.

✅ Кто такой аналитик бизнес-данных по стандарту Guide to Business Data Analytics
Николай Судников опубликовал перевод руководства Guide to Business Data Analitics (Руководство по аналитике бизнес-данных) на русский язык. 170+страничный ценный материал для любого, кто занимается бизнес-процессами и аналитикой.

✅Как эффективно организовать 20 команд работающих на одну цель?
Дмитрий Курдюмов вновь радует публикацией - на этот раз она посвящена модели взаимодействия 20 команд внутри одного маркетплейса. В основе подхода Дмитрия - каденции, использование доменного подхода, OKR.

✅Как не бояться задавать глупые вопросы и копать вглубь
Материал команды Naumen (в посте есть и видеоверсия) посвящен одному из самых мешающих развитию страхов - страху задавать вопросы. Правильная позиция - не только не бояться задавать, но и делать это грамотно: через “5 почему”, пересказ, мозговой штурм и подобные методы.

✅Конфликты в коллективе низкая мотивация перебрасывание ответственности: как геймификация помогает решить эти проблемы
На закуску - веселый текст про геймификацию работы в команде/компании со множеством оригинальных примеров (но, правда, без замеряемой эффективности, всё на словах).

▶️ Опыт и кейсы
✅ИТ-ландшафт производства на 17 тысяч человек

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

✅Как работать над несколькими проектами одновременно и не сойти с ума
Короткие интервью менеджеров, продюсеров и творческих людей о том, что помогает им вести сразу несколько проектов.

✅Почему в Авито сильная аналитическая культура: 6 главных принципов команды Недвижимости
Фундаментальный, со множеством ссылок, текст про роль аналитиков в проектных и продуктовых командах Авито, - принципы, пайплайн, общие корпоративные подходы. Интересно.

✅Построение системы работы с компетенциями в команде бизнес-аналитиков
А команда “Спортмастера” рассказала про составление матрицы компетенций аналитика - с чего начать (с определения текущий ситуации, занятий БА) и чем продолжить (грейдирование и определение ожиданий от каждого уровня). Майндмэп компетенций - в комплекте.

✅Как построить работу в таск-трекере, чтобы он приносил максимальную пользу. Наш опыт на примере сервиса Mogu

✅Где бизнесу вести проекты, контролировать дедлайны и хранить базу знаний после ухода Trello

Две публикации от команды Сбермаркетинга о том, как там ведутся проекты и задачи сейчас, какие сервисы были апробированы, про их плюсы и минусы. Упоминаются Mogu, Todoist, Habitica, GanttPro, Intradesk и даже редкий гость таких подборок - Гугл-задачи.

▶️ YouTube
Недавно в канале была большая подборка видео.
Но также обращу внимание:

🔴 Эволюция доски Jira в Тинькофф Банк

🔴 Разбивка пользовательских историй

🔴 Как приблизиться к идеалу документации на проекте?

🔴 Книжный клуб: Обсуждаем первые главы BPM CBOK (3 часть)

🔴 Планирование БА активностей на Agile проектах

😨 Самые интересные материалы по управлению проектами за неделю (часть 1)

▶️ Основы теории и гайды
✅ Как писать требования и документацию к проекту. Полный гайд с шаблоном документации и примерами заполнения
Отличный и хорошо структурированный материал: шаблон и руководство по заполнению BRD&SRS, спецификации бэкенда,UI-логика и документация фронтэнда, продуктовая аналитика. Всё с понятными примерами.

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

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

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

✅ Что такое бэклог простыми словами
Ребята из ScrumTrek сделали энциклопедический материал про само понятие бэклога, его элементы и их типы (функции, дефекты, технические истории, технический долг), про управление бэклогом, а также про виды бэклога.

✅ Agile, Scrum и LeSS: подходы, которые меняют жизнь
✅ Agile, Scrum и Kanban – в чем же разница?
Если вдруг вы до сих пор не разобрались и хотите почитать понятный простой текст про популярные подходы/методологии/фреймворки, то вот два материала, объясняющих их “на пальцах”.

✅ Стандарты управления проектами
Пост про книгу Павла Алферова «Проектное управление: как правильно делать правильные вещи», в котором есть фрагмент книги - о стандартах, их распространении и “национальных стандартах” управления проектами. Саму книгу планирую прочитать и отрецензировать.

▶️ Навыки и карьера менеджера проектов
✅ Текущее состояние и тенденции развития проектного управления в России
“Маст-рид”: на основе 287 опрошенных ПМ - выводы о текущих реалиях и проблемах проектного управления. Среди основного: значимость проектного офиса, важность спонсора/куратора проекта, важность работы с стейкхолдерами, потребность в развитии надпредметных навыков РП, важность оценки проектных компетенций. После регистрации сможете скачать полную версию.

✅ Хочу стать тимлидом: как выбрать свой путь от специалиста в руководители
О пути от специалиста (кодера) к менеджеру - что делать, если хочется или если не хочется, но приходится. Какие варианты лучше - остаться в текущей компании или перейти в другую на новое направление.

✅ Ориентация на клиента: как внедрить «чуждые» идеи в корпоративную культуру
Перевод очень толкового поста экс-менеджера Amazon и Google про, то как лезть в чужой монастырь проект со своим уставом и культурой. Один в поле воин - автору удалось перестроить процессы так, что они стали эффективнее (хочется ему верить).

✅ Охота на директора-«гиппопотама»: как бороться с непредсказуемостью в разработке
Еще один перевод - о HiPPO (мнение самого высокооплачиваемого сотрудника). Откуда эти “гиппопотамы” берутся, как заставляют команду и РП делать то, что совсем не кажется нужным, как с ними работать, общаться и защищаться от их нападок.

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

✅ Как правильно представить концепцию ИТ-системы: 6 слайдов, которые помогут завоевать сердце заказчика
Конкретные рекомендации по составлению презентаций для заказчиков/стейкхолдеров. Пригодится для встреч и демонстраций.

🕵️‍♂️ Самые интересные материалы по управлению проектами за неделю (часть 2)
▶️ Команда проекта
➡️ С самого начала выбираем какую-то тактику и придерживаемся ее: говорим об индивидуальных планах развития
Менеджер “Одноклассников” рассказывает, как системно (и непрерывно) прокачивать компетенции участников команды через индивидуальные планы. В основе его методики - матрица компетенций в связке с практическими кейсами.
➡️ Как измерять эффективность разработчиков, и почему метод McKinsey может убить культуру разработки в компании
Перевод большой статьи с критикой подхода к оценке эффективности разработчиков по набору метрик (типа “Анализ вклада”, “Потенциал таланта”, “Индекс скорости” и проч.). Статья богата на интересные наблюдения, одна из них - метрики нужны, но применять их нужно не к индивидуальному вкладу, а к вкладу команды. Иначе метрики выродятся в самоцель.

➡️ Как распределить ответственность и роли в командах
Про матрицы ответственности RACI и DACI, которые помогут разобраться, где чья сфера влияния, кто ответственен за профуканные задачи и к кому идти за утверждением бюджета.

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

➡️ Про людей для людей: как Клиентократия расширяет идеи классического менеджмента
Это не про “клиентоориентированность”, а про умение определять потребности клиента, чтобы их удовлетворить. Отсюда - плоская структура, придание сотрудникам и командам большей самостоятельности, сокращение бюрократии и т.д.

▶️Опыт и кейсы

➡️ Проектный менеджмент в бигтехе: как там все устроено, и почему во всем этом отсутствует Scrum
Очень любопытная статья, из которой можно узнать, какие методологии используются в технологических гигантах, кто ведет проекты, почему нередко там просто нет ПМа. А еще в бигтехе существенно меньше проектных менеджеров и больше продуктовых - именно они следят, чтобы команда продолжала работать над нужным вещами, отдавая полномочия по управлению операционкой инженерному менеджеру. Ну и, собственно, про скрам - в бигтехе он используется редко, т.к. мешает ежедневной отгрузке. Обязательно прочитайте текст (или оригинал статьи - это перевод инженера с опытом работы в Uber и Skype).

➡️ Что делать, если Заказчик просит сделать часть работ бесплатно
➡️ История о том, как один «эффективный» менеджер проекта может развалить проект на сотни миллионов рублей
Два кейса от одного автора - хорошие, простые и полезные истории. Первая - про противодействие “бесплатным” работам, к которым склоняет заказчик (а лучшее противодействие - это не допустить такой сценарий вообще). Вторая - про ситуацию, когда у заказчика приходит новый менеджер проекта, который пытается всячески выдавить исполнителя или помешать ему работать.

➡️ Функциональная архитектура в проектах внедрения на платформе 1С
Опыт автора с 10-летним бэкграундом внедрения 1С. Цели ФА, ее артефакты (требования, компоненты, функции, потоки интеграций, модели данных и т.д.), управление и подразумеваемые активности. Подробно, с примерами и иллюстрациями.

➡️ Как быть «проактивным» и не раздражать этим всех вокруг
Привычное позитивное восприятие проактивности автор статьи подвергает сомнению. Проактивность хороша до тех пор, пока она не приводит к перестройке уже сложившегося продукта или почти готового проекта или вообще затрагивает работу коллег. Желание помочь клиенту и реализовать мелкую хотелку может привести к критичным последствиям для проекта в целом.

➡️ Тайная жизнь команд по реализации внутренних проектов. Чем они занимаются и почему это так интересно?
Коллеги из Softline рассказали про внутреннюю автоматизацию как проектную деятельность, ее плюсы и минусы, нюансы работы над внутренними проектами, формирование команд и т.д.

▶️Инструменты и сервисы
15 курсов по Jira: обучение управлению проектами
Подборка курсов по джире, платных и бесплатных.

➡️Инструменты и программное обеспечение для проектного менеджмента: Как не сойти с ума в цифровом мире
Обзор инструментов проектного управления - Trello, Asana, Jira, Slack (да, похоже на перепись ушедших сервисов).

➡️Как одновременно работать с классическими и гибкими методологиями управления проектами
➡️Ресурсное управление в проектах: как сократить пропасть между планами и реальностью
➡️Дирижер проектного управления — контрольные точки
Сразу три материала от сервиса Directum Projects, в которых работа менеджера проектов разбирается на инструментальном уровне сервиса.

➡️Как управлять рисками проектов
Как выстроить эффективную автоматизацию работы с рисками, от идентификации и до реализации проекта, на примере Naumen Project Ruler.

Прочитал “Проектное управление. Как правильно делать правильные вещи” Павла Алферова - профессора Московской школы управления “Сколково”, участника ряда крупных инфраструктурных проектов и консультанта лидеров российского рынка, а также соавтора ГОСТа по управлению проектами.

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

Плюсы

✅ Сама книга небольшая (400 страниц, втч около 50 - приложения). Читается легко, быстро, никакой сложной для восприятия информации нет. Напоминает лекции TED или скорее наших вузов (именно там бэкграунд автора)

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

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

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

✅ Подход позиционируется как универсальный, применимый в ИТ, стройке, инфраструктуре и даже (!) создании новых продуктов.

Особенности:

🐳 В книге раскрыта только одна методология управления проектом, и она принадлежит автору. Это “Российская инструментальная трехуровневая модель управления
проектами”, или РИМ-III, которая базируется на 3 принципах: простота, адаптивность, здравый смысл. К РИМ-III примыкают и другие авторские же инструменты - модель “галстук-бабочка”, “швейцарский сыр“ и т.д. В книге представлена базовая версия РИМ-III под названием “Миниморум”, но у автора есть и более продвинутые или специализированные версии (например, РИМ-III.Форсаж для реализации форсированных проектов). Остальные, не-авторские методологии, подходы упоминаются вскользь, за исключением Cynefin.

🐳 Книга подчеркнуто обращается к “российскому” управлению проектами. С точки зрения автора, в России господствует особенная ментальность, что делает применение стандартных методологий неэффективным. В числе российских особенностей - два режима работы (стабильный VS мобилизационный), авторитарный стиль, византийская система, несоблюдение правил, консерватизм и недоверие. РИМ-III реализован как раз с их учетом.

🐳 В основе РИМ-III находится Пентабазис (5 ключевых вопросов, которые нужно проработать при реализации проекта - “Зачем и для кого”, “Что”, “Как”, “Кто”, “Чем”).

🐳 Деятельность руководителя проектов формирует “проектный Ромб”: он должен правильно проработать проект, правильно приживить проект, правильно думать о проекте, правильно делать проект.

🐳 У книги любопытный подзаголовок - “Настольная книга слоновщика”. Тут своя метафора: любой проект - это что-то вроде слона, а тот, кто управляет таким слоном, и есть “слоновщик”. Вообще, книга богата на разного рода игру слов, метафоры, русификацию названий, - автор, видимо, хочет дистанцироваться, отстраниться от привычной уже терминологии, переизобретая понятия (например, “схема-рамка” вместо “фреймворк” и т.д.).

Это если коротко. В целом, я рекомендую книгу, в первую очередь, тем, кто начинает свой путь в роли менеджера проектов (ну или “слоновщика…) или хочет теоретизировать накопленный опыт (правда, в этом случае книга не должна быть единственным пособием, иначе можете не найти взаимопонимания с коллегами). Для более прокачанной аудитории книга будет безусловно интересна как попытка создания “своей методологии”.

🔥 Самые интересные материалы по управлению проектами за неделю 06.06 - 15.06.2024

▶️ Основы теории и гайды

✅Scrum — рак, убивающий индустрию
Статья-мнение, вызвала очень бурную дискуссию. Скрам стал индустриальным стандартом, но, по сути, отошел от своих корней - agile-философии с ее гибкостью. Вместо этого мы получаем жесткие церемонии и процедуры, неприменимость к задачам, требующим сложных исследований (R&D вообще) и… остались разве что церемонии. В отличие, например, от kanban-фреймворка, который работает эффективнее.Так считает автор, комментаторы его поправляют и критикуют, но, судя по всему, фандом скрама сокращается.

✅Ловушка фичеризма: почему продукт страдает, когда мы зациклены на функциональности
Переводной материал, - про то, что мы часто фокусируемся на фичах, делаем фичи мерилом эффективности команды и роста продукта/проекта. Как и все гипертрофированное, это приводит к “фичеризму” - накачиванию продукта новыми фичами в ущерб доработке и исправлению уже действующего функционала и пользе продукта в целом.

✅Как составить бюджет ИТ-проекта?
Небольшой гайд по составлению бюджета проекта, - правда, некоторые риски и возможные затраты не учтены.

✅Что такое матрица RACI? Как этот инструмент управления проектами может повысить производительность
Инструмент определения ролей/ответственности на проекте - известный, широко применяемый. Статья рассказывает про его плюсы и минусы (долго внедрять и можно столкнуться с неоднозначными ситуациями).

✅Как измерить эффективность разработки через метрики?
Про метрики эффективности команд, разработки в контексте потока создания ценности, - включая метрики скорости и гибкости, результативности и т.д., а также про способы и инструменты замера метрик (Aimger).

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

✅Как ускорить разработку?!
Живой и интересный текст от Владимира Завертайлова, главы “Сибирикса” и автора хорошей (но специфичной) книги по менеджменту проектов. По теме - ускорить (или нет) процесс разработки можно разными способами, и один из них - проводить экспресс-ревизию проекта. От “оно мне/нам надо” и общего вайба до оценки технического долга, корректировки планов и амбиций.

✅6 лучших фреймворков для приоритизации задач по Agile
Отличный материал, - коротко и понятно про MoSCoW, ICE, RICE, Planning Poker, Cost of Delay, модель Кано.

🔥 Самые интересные материалы по управлению проектами за неделю 06.06 - 15.06.2024

▶️ Карьера и навыки менеджера проекта

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

✅ «Я стал тимлидом и боюсь». Что почитать и зачем
Среди книг для погружения в флоу менеджера разработки и проектов автор отмечает не только “Высокоэффективный менеджмент” Эндрю Гроува или недавнюю “Карьеру Software Engineering Manager”, но даже и «Большую книгу общения с ребенком»Юлии Гиппенрейтер, которая учит, как внимательно слушать коллег и как выявлять в них лучшие качества.

✅ Сколько яиц у Волка: автоматизируем списание времени менеджеров на проекты
Про учет трудозатрат менеджера - в целом и с использованием конкретного инструмента (и да, это эксель!). Автору помогает не только учитывать, но и прогнозировать затраты на участие в проекте.

✅ Методика «Eat that frog», принцип Парето и матрица Эйзенхауэра: инструменты для управления приоритетами и временем
Тоже про нужную всем штуку - самоуправление и контроль за временем. Выделенные три инструмента многим известны, и автор считает их проверенными и эффективными.

✅ Как работать эффективно, если ты тревожный человек
Серьезная тема, важная для многих ПМв, которых я знаю. Автор - не психолог (хоть и цитирует выступления профессионалов и опирается на множество источников), и опираться только на ее рекомендации не следует, но попробовать применить приемы и методики снятия тревожности можно. Часть текста посвящена не менее важному - работе руководителя с тревожными сотрудниками.

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

✅ Жёсткое руководство
Тот случай, когда подпишусь под каждым словом автора, - хотя он совсем даже не одинок и ничего революционного не провозглашает. Вкратце - есть тренд на “жесткий менеджмент” и быстрое достигаторство с неявным акцентом на кратковременные результаты. Результаты достигаются, лидеры идут на повышение, люди выгорают, компании закрываются или деградируют. Разумная противоположность этому - менеджмент через культуру и нарративы. Не “жесткая рука”, которая быстро наводит порядок, а “мягкая” рука, которая дольше, чем иногда хотелось бы бизнесу, прививает ценности и видение команде.

✅ Как вывести проект из состояния «пожара»: пять шагов
Напоследок - мини-руководство по выведению проекта из кризиса для тех, кому такие “горящие” проекты достались. Общий план действий банален, но рационален: проанализировать ситуацию, оценить плюсы/минусы команды, понять рабочие процессы, разобраться с текущим результатом работы - ну, и построить план нормализации)

🔥 Самые интересные материалы по управлению проектами за неделю 06.06 - 15.06.2024

▶️ Опыт и кейсы

👤 Что делать, если Заказчик постоянно генерирует новые «хотелки» по ходу проекта
Практические советы на тему бесплатных “хотелок” и “правок”: закладывать на них 3-10%-ный буфер в стоимости контракта, делать аудит/ предпроектное обследование/ пилотный проект, сделать MVP и т.д. Ну, и лучшая “капитанская” рекомендация - не соглашаться на всё подряд)

👤 Правки не бесят, если умеешь с ними работать. Основные тактики и приемы
И еще на похожую тему, от коллег из Agima. Правки (лучше называть их “замечаниями”) - это норма, у них могут быть вполне обоснованные причины, и лучший способ работать с правками - это готовить проект и документацию так, чтобы их минимизировать. А те, что все-таки возникли, нужно поместить в рамки “жизненного цикла” (управления). Авторы дают огромное количество конкретных рекомендаций по работе с правками - рекомендую!

👤 Техдолг: как разгребать задачи, чтобы не тормозить развитие продукта. Инструкция с шаблоном
Практика закрытия техдолга внутри большой команды - используют Pipedrive Agile Framework, а с бэклогом работают на базе RICE. В итоге получилось выйти из большой ямы.

👤 Аналитика на госпроектах – это не страшно
👤 Факапы аналитиков: где они обитают? Кейсы Mad Brains
👤 Про недушных аналитиков
Три интересных материала про аналитиков в команде. В первом - про от ГНИВЦ, которые рассказали, как им удается преодолеть пугающий многих специалистов “гос”-имидж (ТЗ по ГОСТам, бюрократия, устаревшие бизнес-процессы и прочее). Коротко: у них тоже “всё как у людей”.
Второй - серия занимательных факапов, когда аналитика проводилась не так, как следует. Ну, а третий - наставление аналитикам, как не быть “душным” (негативно воспринимаемая дотошность и неуместность замечаний и рекомендаций).

👤 Собрать фулл-хаус: создаем идеальную команду на основе групповой динамики
Как знание распределения ролей в группах и понимание их динамики может спасти тимлидов. Про ролевую модель Белбина и групповую динамику (модель Такмена).

👤 Отвага и отвага: замена ERP на действующем вагоноремонтном производстве с тестами прямо в бою
Шикарный кейс от ОМК-ИТ - переход своими силами на 1С:ERP вместо SAP, когда всё пошло не так, оценки оказались неверными, подготовка обнулилась - но с хэппи-эндом.

👤 Agile с приставкой «Сбер»: как Sbergile меняет подход к созданию продуктов
Не знаю, что заставило Сбер внезапно написать статью на vc про знаменитый свой “эджайл” (с), - видимо, потребность в кадрах. Сам материал короткий, со ссылками на манифест, краткой историей внедрения гибких методологий в банке, и вот, собственно, с описанием сберджайла в виде принципов работы.

👤 Когда говорила про Agile в инжиниринге, коллеги крутили у виска. Теперь на нашу систему смотрят с завистью
Про переход на гибкие методологии не в IT, - оказалось вполне реально, полезно для бизнеса, хотя и с шероховатостями.

🔥 Самые интересные материалы по управлению проектами за неделю 16.06 - 22.06.2024

▶️ Основы и гайды
🔘 Роли при использовании фреймворка Scrum
Коллеги из Product Lab - про основные роли скрама (Product Owner, Scrum master, Development team) - с примерами и деталями.
🔘 Введение в водопадную модель
Да, внезапно она тоже нуждается в изучении - Waterfall все так же востребован и популярен. Этот материал - вводного характера, с описанием преимуществ и недостатков подхода, современного состояния (кому и для чего нужен).
🔘 Сохранить время и деньги: как прототипирование помогает разработке цифровых продуктов
Солидный, с хорошими примерами текст про MVP и прототипы, от основ и до инструментов реализации.
🔘 Метрики, которые действительно имеют значение
Продуктово-проектные метрики - основные особенности и применение. В фокусе - North star, бизнес-метрики (CAC, CLTV, MRR, Churn [отток]), метрики использования продукта (NPS, CSAT).
🔘 Мозговой штурм. Зачем он на самом деле нужен бизнесу
Сам метод в представлении не нуждается, а вот его эффективность - под большим вопросом.
Команда Scrumtrek - про эффективность мозговых штурмов, роль фасилитации в них, основные техники проведения.

🔥 Самые интересные материалы по управлению проектами за неделю 16.06 - 22.06.2024

▶️ Менеджер проектов - карьера, навыки, инструменты

👤 Менеджер ИТ проектов: как нанять специалиста, а не говорящую голову. 150+ вопросов для собеседования кандидата.
Материал спорный, но полезный. Во-первых, неплохо понять, какие вопросы будут задавать менеджеры и HR на собеседованиях; во-вторых, можно понять, к каким вопросам будут готовиться кандидаты; в-третьих, можно прийти к выводу, что все эти вопросы - не более, чем один из инструментов отбора, и далеко не определяющий.

👤 Хороший менеджер — мертвый менеджер!
Текст от Владимира Завертайлова (Sibirix) - про то, как не стать наказанием для своей команды и в итоге для себя. Многие менеджеры горят клиентоориентированностью - и в стремлении помочь клиенту прямо сейчас и вопреки всему разрушают команду, заставляют специалистов менять продуктивный график на “форсмажор” и т.д. Автор аргументированно выступает против этого, и если именно такой “болеющий за клиента” менеджер, то текст для вас!

👤 Почему лучше нанимать Project Manager из технических специалистов, чем управленца «с улицы»
Немного провокационный материал, который нельзя не привести в этой подборке. Позиция авторов - лучше свой технарь, хорошо знакомый с проектом и продуктом, чем сторонний гуманитарий, который легко наломает дров. В комментариях к статье - аргументы в пользу обратного)

👤 Что поможет руководителю: рукопашный бой, серебряные пули, ловушка?
Немного теории, немного кейсов, немного воды, но в целом - про фигуру “руководителя”, его инструментов и роли в команде. Акцент на тайм-менеджменте, постановке задач, коммуникациях, а также профессионализме в предметной области.

👤 Треугольник орг-структур компании. Часть 2 Примеры орг-структуры проектного офиса
Большой и непростой материал про построение и декомпозицию оргструктуры. Автор разбирает на примере проектного офиса функциональную, процессную, матричную и разные гибридные структуры.

👤 Почему я больше не делаю важные дела: и еще 3 правила как не потерять себя к 40 годам
Да, не прямо про проджектов, но сами идеи интересные, дискуссионные и применимые. Кратко: гнаться за успехом и “следом в истории”, жертвуя собой и близкими, - это сомнительно. Жизнь коротка, нужно сфокусироваться на узком круге профессиональных вопросов и не отвлекаться на остальное. При этом выбранные дела могут быть тоже гигантскими, - и для этого нужно развивать навыки декомпозиции. Интересна не только сама статья (да, она довольно банальна), но и комментарии к ней - посмотрите.

👤 Открытые инструменты для бизнес-аналитики — когда нужно построить дашборды и работать с потоковыми данными
Пост МТС про инструменты бизнес-анализа, в числе упомянутых - Perspective (визуализация больших и потоковых данных), Quary (платформа для моделирования данных и построения запросов), Redash (объединение данных и диаграммы), Evidence, OpenRefine и другие.

👤Какую систему управления требованиями выбрать: обзор инструментов
Да, многие ведут в Jira и Confluence (и аналогах), но существуют и специализированные инструменты. Авторы системно подошли к вопросу и проанализировали полтора десятка разнообразных сервисов и платформ по перечню показателей. В лидерах - Jama, Visure, ReqView, а также российские DevProm и Техэксперт.

👤 10 шаблонов промптов для ChatGPT, которые помогут вам в управлении проектами
👤 Как использовать ИИ в работе, если вы не писатель текстов: первые шаги
👤 4 шага к AI Power User: как стать продвинутым пользователем ChatGPT
Целых три содержательных публикации про ИИ для менеджеров проектов (и не только). Первый - собственно промпты, от планирования и составления графиков и до поисков мотивации для команды. Два других - фундаментальный подход к теме, подробный и популярный гайд по работе с ChatGPT, который менеджеры задействуют в работе все чаще и чаще. Много примеров “правильной” работы с ИИ, которая сделает из него не развлечение, а почти что полноценного ассистента.