Любопытные "заметки на полях" про причины провалов руководителя проекта.
Любопытные тем, что с одной стороны, всё правильно: коммуникация - это ключевая компетенция РП. Без нее скорее всего не взлетит.
С другой стороны, в заметке явный перекос в эту сторону. Гипертрофия коммуникации подменяет технологическую сторону. Проблемы с требованиями, с целями, с рисками, с планированием и оценкой - это типа несущественно. Да, лучше, когда РП - весёлый и энергичный балабол, но ещё лучше, когда он умен и не заливает допущенные технологические ошибки тезисами "ладно, договоримся".
https://vc.ru/u/403869-pavel-zaycev/564891-5-prichin-vashih-provalov-kak-rukovoditelya-proekta

Друзья, с наступающим новым оборотом Земли вокруг Солнца! Пусть этот процесс не останавливается!

В декабре я наконец-то закончил курс "Менеджер проектов" в Яндекс.Практикуме и, пока не всё выветрилось, решил написать несколько впечатлений об обучении. Вдруг кому-то интересно узнать, как у нас готовят ПМ-ов)
bit.ly/3WImo2a

Что вы делаете после того, как задача ("таска") выполнена разработчиком, протестирована и принята заказчиком? Конечно, закрываете ее. А дальше, как часто бывает, задача скрывается в пучине "done" и теряет любую ценность, кроме исторической.
Автор публикации дает простой и дельный совет: у завершенных задач вполне может быть своя и очень полезная для проекта/продукта "жизнь после смерти". Если, например, фича, реализованная в рамках задачи, в итоге была отброшена после тестирования, то будет здорово отметить это и в статусе задачи, - меньше будет вопросов, "почему вы потратили на нее столько часов, а в итоге она не реализована". https://habr.com/ru/post/710614/

Прочитал The Ride of a Lifetime Роберта Айгера (в русском переводе "Умение предвидеть", без комментариев). Айгер - без преувеличения легендарный менеджер, именно при нем Disney стал глобальным медиагигантом. Совсем недавно Айгер ушел на пенсию (и об этом намёк в последней главе), но буквально несколько месяцев назад вернулся в строй.
У бизнес-истории "мышиного дома" библиография большая и на любой вкус, но от такого автора поневоле ждешь откровений. А поскольку это Дисней - то еще и по привычке в захватывающей форме. И точно, книга начинается, как производственный триллер, in medias res, - с описания ЧП корпоративного масштаба, выхваченного из середины карьеры: во время командировки в Китай топ-менеджер узнает новость о трагедии на родине и пострадавших сотрудниках. Мы видим, как Айгер берет себя в руки и привычным усилием выбирает правильное решение, которое не только снимает проблему, но и задаёт дальнейшую бизнес-стратегию. Дальше повествование обращается к началу карьеры и... Всё, больше сюжетными приемами она уже не балует, идёт по мемуарной хронологии. Как не радует и фабулой. При всей эпичности и масштабности это всё же типичная "официальная" ("каноническая", "партийная") биография, где каждое решение - правильное, каждое сомнение - пророческое, каждое отступление - исторически оправданное. Здесь нет места неправильным сделкам, кадровым ошибкам (за одним, как будто нарочно сделанным исключением), просчетам и провалам. Нет мучений, нет стресса, нет анализа ошибок и альтернатив. Вместо этого мы, картина за картиной, видим, как Айгер рос как менеджер и принимал самые правильные решения: вот рискованный запуск Twin Peaks (в итоге - революция в телевещании), поглощение Pixar, Marvel, StarWars и Fox , вот открытие Диснейлендов по всему миру и успешный запуск собственного стримингового сервиса. И вроде не поспоришь - все это действительно титанические победы и эпохальные события, о которых интересно читать. Но, к сожалению, бизнесовая ценность этого опыта очень небольшая, если его попытаться натянуть на свой бизнес и более "земные" проекты. Как принимать решения, благодаря которым компания останется на плаву и превратится в глобального игрока, чем руководствоваться, какие модели и инструменты использовать - все это остается за кулисами эпоса.
https://bombora.ru/book/81985/

Я иногда пишу про свою волонтерскую работу "эксперта", - и вот что это за штука. Я анализирую очень разнообразные проекты по развитию культурных институтов, поступающие в АСИ, даю им оценку и рекомендации по улучшению. Проекты разные - много инклюзивных мероприятий, незаезженные форматы вовлечения в библиотеки, театры, киноцентры, сохранение и популяризация культуры малых народов и многое другое. Моя роль - помочь проекту превратиться из локальной истории в тиражируемую практику, готовую к внедрению в других регионах или на федеральном уровне. Это получается далеко не всегда. Из сотни проектов, которые прошли через меня за два года, до тиражирования дошла примерно четверть. Кто-то сдался в начале, кто-то делал для галочки, кто-то после моего ревью высылал проект в том же виде, с расчетом, что это не будет заметно. Но самое главное, были те, кто принимал замечания, правил один, два, много раз, и в итоге всё получалось.
Как-нибудь я расскажу о самых крутых проектах, а пока - вот эта благодарность)

Читаете vc.ru? Там царит UGC и количество пользовательских материалов зашкаливает, так что пропустить что-то более-менее ценное очень легко.
Возникла идея делать дайджесты по проект-менеджменту (куда ж без него) из материалов за неделю.
И вот уже, тьфу-тьфу, второй выпуск, и даже с апвоутами и комментариями. Посмотрим, как пойдёт...
https://vc.ru/books/605731-proektnyy-daydzhest-1
https://vc.ru/books/612254-proektnyy-daydzhest-2

Третий выпуск "Проектного дайджеста" - теперь и с материалами Хабра
https://vc.ru/flood/617640-proektnyy-daydzhest-3

Сделал выпуск 4.
Напишите, какие источники и ресурсы еще можно реферировать и включать?
https://vc.ru/books/624557-proektnyy-daydzhest-4-haos-vmesto-adzhayla-i-nenuzhnost-analitikov

Очередной выпуск.
Кстати, vc оказался подходящей площадкой для такого рода новостей. В отличие от хабра. Там я сделал сводную публикацию за месяц и забросил ее в песочницу от нового аккаунта. И что вы думаете? Отклонили. Видно, слишком деликатное дело - тащить ссылки с vc на хабр.
https://vc.ru/books/631265-proektnyy-daydzhest-5-anti-skram-i-nepravilnye-zadachi

Прочитал "Управление проектами с нуля" Грега Хорина, и это отличная книга, посвященная классическому управлению проектами в соответствии с PMBOK 6-ой редакции.
Скорее даже учебник: в сжатой форме автор проходит весь маршрут от инициации проекта до завершения, касаясь как теории (изложенной прекрасно в своей краткости), так и "лучших практик", а в финале посвящает отдельную главу сдаче сертификационного экзамена PMI.
Отсюда и особенности. К сожалению, примеров, кейсов, историй из практики здесь вообще нет. Зато понятно и структурированно описаны управление рисками, WBS, бюджетирование, управление изменениями, ожиданиями и качеством, коммуникация и другие стороны РП. Отдельные главы посвящены "реальным условиям" - ситуациям, когда не хватает ресурсов, есть проблемы с планированием и "расписанием". Про гибкие методологии тоже есть, но они на периферии, - хотя, например, тому же использованию MS Project посвящена большая глава.
Плюсы: это сжатая, комплексная и отлично структурированная матрица основ управления проектами, с чеклистами, таблицами, моделями. Если вы начинающий РП или практик, которому хочется прокачать матчасть, - рекомендую.
Минусы:
- не хватает примеров, которые сделали бы усвоение еще более легким и прагматичным,
- в условиях очевидного распространения agile информация кажется не совсем актуальной (хотя это не так).

Новый дайджест.
Формат понемногу меняется - теперь не только vc и habr, но и попавшиеся на глаза ролики с Ютуба, а также статьи из блогов.
Если у вас, друзья, есть материалы, подборки и блоги, которые вписываются в такие дайджесты, - сигнализируйте.

https://vc.ru/books/652473-yarkie-retrospektivy-problemy-gumanitariev-i-hedy-professii-vmesto-menedzherov-proektnyy-daydzhest-8

В чем фишка нефункциональных требований - объяснить просто получается не всегда, даже если до этого ты проштудировал Вигерса. На днях в своей рассылке Майк Кон предложил интересную метафору: нефункциональные требования - это почти как налоги (taxes). Определять НФТ - это в каком-то смысле то же, что определять, кому/чему и какие налоги мы должны заплатить, реализуя проект. Они не влияют на функциональность как таковую, но накладывают дополнительные обязательства на разработчиков, забирая часть их производительности, ресурсов. Причем сразу (при сборе требований) или спустя время этих налогов может стать очень много: необходимость поддержки разных версий браузеров или ОС, масштабируемость до N пользователей и т.д.
https://www.mountaingoatsoftware.com/blog

Теперь все дайджесты в одном месте можно посмотреть на отдельном мини-сайте notion. Поиск по названиям и ключевым словам реализован неплохо, так что можно быстро найти материал по нужной теме.
В планах - сохранение копий статей, а не только ссылки, чтобы ничего не потерялось.
Последние выпуски - уже там.
https://projectdigest.notion.site/1c2697e79e43456aa18d6053ff05d6c7

Прошел курс "Скрам: Основы" на Stepik, и оказалось, что это настоящий hidden gem, только со знаком минус. Столько эмоций от обучения я не получал давно, - попытался передать их в небольшом обзоре:
https://telegra.ph/Kurs-Skram-Osnovy-na-Stepikorg-04-29
Кстати, еще сегодня вышел 12 выпуск проектного дайджеста, читайте, сохраняйте и спасибо за поддержку!

Новый (13-ый!) выпуск дайджеста уже на vc и в notion!
Отдельно отмечу публикации в "Теории" про бизнес-требования и приоритезацию бэклога.
Если вы ПМ и у вас есть чем поделиться с коллегами, - не стесняйтесь и кидайте в комментариях ценные материалы.

Прочитал книгу Елены Правдиной "Говорят, в IT много платят. Как построить успешную карьеру разработчика, оставаясь востребованным и не выгорать".
О чём?
Если коротко, то это книга-подкаст (мое впечатление, а не издательское позиционирование!). Подкаст - потому что как раз этому формату чаще свойственны разговорные формулировки, (псевдо-)диалоговая подача, обилие историй из жизни, субъективные обобщения и избыточные примеры.
Главные темы книги-подкаста - это всё, что так или иначе касается "повседневной жизни ИТ-специалиста эпохи бума индустрии". Получение образования, поиск информации, поиск первой работы, удаленка, стажировки, взаимоотношения с коллегами, подготовка к собесам и ответы на офферы, выгорание, а также декрет, развод, путешествия и многое другое. У книги последовательная структура - что-то вроде "пути героя", от старта (стажера) до профи.
Для кого?
Поначалу кажется (и это следует из названия), что для тех, кто только хочет связать свою карьеру с ИТ: студенты и те, кто переквалифицируется. Но потом аудитория расширяется: отдельные главы адресованы уже состоявшимся профессионалам. И вот здесь появляются претензии к автору. Если бы книга была выдержана в формате "гайд по профессиям/образу жизни для студентов" - она была бы полезной и обоснованной опытом автора. Если, конечно, не принимать во внимание заявления вроде "Если вы начинаете изучать IT с нуля и самостоятельно, то читайте фундаментальные источники, в частности серию "Искусство программирования" Кнута" (не отобьет ли суровый Кнут желание "войти в айти" для вчерашних гуманитариев?..).
Но когда автор обращается с советами и рекомендациями к тем, кто уже давно "вошел", это выглядит как минимум странно. И не потому что авторитет автора не очень высок, а в первую очередь, из-за легкомысленных и полуслучайных обоснований советов. Советы даются не на основе изучения рынка труда, индустрии, трендов и т.д., а просто потому, что в биографии автора произошло некое событие. С одной стороны, это демонстрирует выстраданное отношение к рекомендациям, но с другой - ощутимо их обесценивает. Советы воспринимаются не как фундаментальные и общие всем участникам индустрии, а как частные эпизоды из биографии автора. Вот я была отличницей и учила разные ненужные предметы - не делайте так. А вот я сделала проект на arduino и показала отцу, который отнесся скептически; я расстроилась, а потом он умер, и я расстроилась еще больше, поэтому вот вам вывод.
Таким образом, формат книги-подкаста демонстрирует и свои плюсы (читается книга очень легко и быстро), и минусы (вес советов и их ценность невысоки).
Интересный факт из книги.
Поскольку автор работала в области приложений и сервисов для видеостриминга, приведу любопытный фрагмент книги, рассказывающий о сервисе Rutube - оказывается, им совсем немного не хватило, чтобы потеснить YouTube:

"Так, мое первое серьезное место работы – компания «Инвентос» – в том числе оказывало услуги по разработке видеоприложений под Smart TV. Поколение «умных» телевизоров только начало прочно выходить тогда, в далеких 2011–2012 годах, на рынок бытовых гаджетов. Пусть имя компании мало что скажет непосвященному в медиаотрасль, но именно «Инвентос» создал сервис Rutube, успешно проданный спустя какое-то время новым владельцам. Причем ирония судьбы заключалась в том, что разработка велась параллельно со ставшим всемирно известным YouTube и была закончена даже раньше него. Название Rutube сервис получил уже позднее. Изначально это был первый на тот момент и не имеющий известных аналогов сервис видеохостинга. Именно он мог захватить мир, и сейчас мы могли бы ничего не знать о привычном портале с красной кнопочкой play. Однако одно неудачно выбранное техническое решение – необходимость для пользователя устанавливать дополнительный плагин, чтобы просматривать видео, – стало историческим и роковым для продукта. YouTube же вышел с иной реализацией, не требующей такого лишнего действия, и впоследствии покорил все страны. Проигрыш более свежему конкуренту вынудил занять позицию догоняющего и, на мой взгляд, потеряв свою фору, ассоциироваться с неким аналогом и дублером, обретя созвучное имя Rutube."

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

https://www.youtube.com/playlist?list=PL7qTFvaqsfQjb-ZaU6DSs9PiKL53wOJD3

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

https://vc.ru/books/693039-pominki-po-agile-nenuzhnye-prodzhekty-i-sertifikaciya-proektnyy-daydzhest-14

Всем хороших выходных!)
Новый дайджест.
Особое внимание обращу на блок теории и гайдов, в этот раз много содержательных материалов - про стори-пойнты, плюшки Kanban (как гуманной альтернативы скрама), управление рисками и подготовку MVP.