Прочитал совсем небольшую книжку Крогеруса и Чеппелера "Книга проектов. Действуйте!" (рус. пер. 2022).
Прямо совсем небольшую: если вычесть иллюстрации, выйдет страниц 150.
Представьте, что кто-то собрал 3-4 десятка популярных постов на adme / pikabu / linkedin на темы "Как правильно ...", слегка их упорядочил и сделал легкую редактуру. Ценна она, наверное, будет тем, кто раньше не рефлексировал над своей деятельностью. Остальным, и особенно тем, кто более-менее плотно в теме "проектов", делать в этой книге совершенно нечего: это поверхностная компиляция Карнеги, скрама, дизайн-мышления, которую обычно выдают на вводных бесплатных курсах для проджектов. https://disk.yandex.ru/i/JZ2FCuG9yEj10Q

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

Оригинал

Неплохая статейка по Use Case
https://habr.com/ru/post/699522/

Нестандартный пост, но вынужден его сделать. Хочу поздравить с днем рождения замечательного бизнес-аналитика и человека - Иннокентия Бодрова, мудрого, позитивного и очень внимательного. А еще автора канала https://t.iss.one/spherical_analyst, - одного из самых полезных для меня.
Иннокентий, всего самого хорошего!

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

Очень наглядная и при этом веселая публикация вышла на хабре про 44-ФЗ и, в целом, адаптацию социальной реальности к ограничивающим нормам. Рекомендую всем, кто разрабатывает "правила игры" для процессов.
https://habr.com/ru/post/702320/

Любопытные "заметки на полях" про причины провалов руководителя проекта.
Любопытные тем, что с одной стороны, всё правильно: коммуникация - это ключевая компетенция РП. Без нее скорее всего не взлетит.
С другой стороны, в заметке явный перекос в эту сторону. Гипертрофия коммуникации подменяет технологическую сторону. Проблемы с требованиями, с целями, с рисками, с планированием и оценкой - это типа несущественно. Да, лучше, когда РП - весёлый и энергичный балабол, но ещё лучше, когда он умен и не заливает допущенные технологические ошибки тезисами "ладно, договоримся".
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