Новый дайджест.
Формат понемногу меняется - теперь не только 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.

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

На русском языке вышла книга Ань Дао Фам "Клей. Стань незаменимым в любом проекте". В ней нет теории и прогнозов, но зато есть много личного опыта управления проектами и много практических советов о том, как стать лидером проекта, сделать свою работу полезной и осмысленной.
Я прочитал книгу и сделал обзор на Хабре: https://habr.com/ru/articles/739010/
В целом - рекомендую.

Собрал публикации по проектам за неделю.
Отдельно обращу внимание на статьи про этап "дискавери", материалы про управление стейкхолдерами и работу с рисками.
Кстати, самих материалов становится больше, о проектах стали писать чаще. Рост относительно первых выпусков ~ 50-80%. Вряд ли в этом заслуга самого формата дайджеста, но то, что авторы публикаций обращаются ко мне за консультациями и с вопросами, - внезапно факт)
Всем хороших выходных и с наступившим летом!

Прошел на досуге курс "Постановка задач на разработку ПО", и это весьма болезненное удовольствие.
Удовольствие - потому что (1) материал собран вполне неплохой, и с учетом того, что курс составлен около 6 лет назад, не выглядит устаревшим. Тут и методы сбора требований, и основные артефакты, и документирование, и управление требованиями и многое другое; (2) он бесплатный; (3) хорошо документирован, - не только видео, но и конспекты; (4) у курса большая аудитория - если верить отметкам, около 2-3 тыс, - и их комментарии под роликами реально дополняют восприятие; (5) есть сертификат.
А вот болезненное - потому что есть и минусы:
- изложение материала не для новичков, и не потому что умно, а потому что требует дополнительной обработки, додумывания;
- тесты построены так, что приходится только догадываться, что от нас нужно, а то и просто доходить до ответа методом перебора;
- есть хороший интерактив (нужно написать, например, свой вариант оформленных требований, ждать рецензию от других студентов и рецензировать самому), но из-за того, что актуальная аудитория небольшая, это становится бессмысленным. Да и в чужих работах вы просто увидите фразы типа "нет времени, но нужен балл, поставь 5, плиз".
Я бы рекомендовал этот курс как доп. источник информации, тренажер и как расширение вашего аналитического и РП-шного кругозора.

Всем привет!
Новый дайджест уже ждёт вас на vc.
Обращу внимание на материалы про обратную связь, методологию тестирования фич, а также базовые принципы планирования для ПМа. А вообще - вышло много интересных публикаций, погружайтесь)
Хороших выходных, коллеги!

Прочитал "Управление проектами в стиле ДРАЙВ" - это книга PMP Фёдора Афанасьева, которая опубликована в 2017 г. и, как я понимаю, существует только в цифре. Она бесплатная, ее можно получить на e-mail.
А нужно ли? В целом, да: 100-страничная книга стоит потраченного времени, пусть и с оговорками.
💢По концентрации информации, а тем более опыта и примеров она, безусловно, уступает недавним "Клею" или переводу Хорина. В основном, это пересказ PMBoK с комментариями автора: инициация, этапы, риски, сроки, коммуникации, бюджет...
💢Зато всё коротко, понятно, просто. После каждого "урока" идет интерактив - опросник, который может помочь менеджеру применить теорию к своему проекту. Чувствуется легаси: видимо, книга возникла как переработка рабочей тетради к курсу-тренингу автора "Проектный спецназ".
💢Еще одна интересная деталь - акцент сделан не столько на управлении командой, сколько на работе со стейкхолдерами. Самое сложное в управление проектом - это не управление подчиненными, а "политика", т.е. эффективная коммуникация и управление теми, кто стоит "над" проектом и рядом с ним. Как бы эффективно вы ни нарезали задачи, если вы не создадите правильное, нужное вам восприятие проекта у спонсоров, заказчиков и т.д., - проект в опасности. Вещь вроде очевидная, но ее часто упускают из виду при подготовке ПМов.
💢Еще к книге полагались бонусы - вебинары и материалы, но, видимо, часть ссылок поломалась, и теперь на сайте осталась только запись вебинара про достижение целей проекта.

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

Том ДеМарко, Вальсируя с медведями. Читаю сейчас - очень легкая, не нудная и вместе с тем толковая книга о рисках, рекомендую всем проджектам)

Прислали коллеги, - и не могу не поделиться.
Портал System Education собрал рубрицированную базу ссылок на материалы по системной интеграции.
Что в неё сейчас вошло:
Основы интеграции информационных систем
Постановка задачи и общий обзор
Способы классификации интеграций
Форматы представления данных
Форматы JSON и YAML
Форматы XML и XSD
Сетевые протоколы и транспорт
Протоколы HTTP, HTTPS
Протокол WebSocket
Сценарии взаимодействия, Sequence, Plant UML
Web Serviсes / RPC
Проектирование API
REST-like сервисы. Стиль REST
Протокол SOAP и форматы XML, XSD, WSDL
Технология GraphQL
Технология gRPC
Обмен сообщениями
Паттерны обмена сообщениями
Apache Kafka
Брокер Rabbit MQ
Файловый обмен
Интеграция через общую БД
Архитектурные паттерны интеграции систем
Интеграционные шины, Enterprise Service Bus (ESB)
API Gateway, Backend For Frontend
Оркестрация и хореография
Circuit breaker.

Собрал публикации за неделю - вышло много интересных материалов.
Отдельно отмечу статьи про Fixed Price, Time & Materials и Retainer, советы для проджекта, пришедшего в новую команду, а также "разоблачение" недели (на самом деле хороший дискуссионный материал на фоне прилизанных репортов от корпоративных блогов).

Обзор публикаций за неделю - уже на vc!
На этот раз особо выделю покер-планирование с удаленщиками, путеводитель по оценке задач, а также материал по сравнению альтернатив Jira. Ну и, как обычно, много обзоров новых (и не очень) инструментов - Kaiten, шаблоны для РП в Notion, обновление Figma, общение в teamly.
Продуктивных (и спокойных) выходных вам, друзья!

#книгаНедели
Попробуем разбавить дайджест новой рубрикой. Периодически я делюсь впечатлениями от про менеджмент и проекты в IT и не только. Надеюсь, что такие посты-отзывы имеют для вас ценность.
Сегодня в рубрике - книга Гюнтера Верхеена "Скрам. Правила игры".
Верхеен - широко известная фигура, фактически официальный представитель скрама. Кстати, именно он, еще будучи консультантом, ввел в обиход знаменитые три вопроса на daily (что сделано, что будешь делать, что мешает).
"Правила игры" - это, наверное, идеальное руководство по фреймворку. И вот почему:
- компактное, но не настолько, как скрам-гайд
- ёмкое и структурированное, последовательно ведет по пути от самых основ agile и scrum до практик, тактик, инструментов и перспектив применения фреймворка в будущем
- очень бережно относится к читателю, не только терпеливо и доступно объясняет сложные понятия, но и дает право на личную интерпретацию
- познавательно даже для тех, кто хорошо знает фреймворк
- пронизано гуманизмом и уважением к людям и их труду.
В целом, это очень удачный пример сочетания "манифеста" и практического руководства. Рекомендую всем)
https://alpinabook.ru/catalog/book-skram-pravila-igry/