Хорошая публикация для любого, кто собирает (извлекает) требования и пользовательские истории и моделирует, кто и как будет пользоваться продуктом/фичей: https://habr.com/ru/post/690872/

Прочитал совсем небольшую книжку Крогеруса и Чеппелера "Книга проектов. Действуйте!" (рус. пер. 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