Подкинули интересный сайт с "ультимативными" интерактивными гайдами по разработке. Не хватает подобного для аналитики и проджектов, но в целом модель выглядит очень симпатично. Хороший пример, как организовать базу знаний.
Сайт https://roadmap.sh/
Роадмап по бэкенду для примера: https://roadmap.sh/backend

Неплохой must-have для аналитика https://habr.com/ru/company/alfa/blog/669842/

Прочитал книгу Максима Роменского “Переговоры с дельфинами”. Книга небольшая, читается в один-два присеста и посвящена переговорам в IT (хотя ничего не мешает экстраполировать на другие области). По жанру и структуре - записки из практики переговорщика и коммуникатора на проекте, что, в общем-то, почти совпадает с функциональной зоной PM. Плюс таких “записок” - возможность читать без конспектирования и “вопросов для самоконтроля”: сидишь слушаешь умного коллегу и мотаешь на ус. Минусы тоже есть - субъективность чуток обесценивает выводы и обобщения, потому что “это у вас так, а у кого-то по-другому”. К тому же автор не старается вписать главы в какой-то общий прогрессирующий нарратив и просто, с эмоциями, выкладывает кейсы. Но в целом, это хороший сборник для интеллектуально-профессиональной разминки, который заслуживает внимания как проджектов, так и разработчиков. Рекомендую!

Неплохая подборка "личного опыта", с которой я в целом согласен.
Коротко:
- перекуры и прочие паузы в рабочем дне нормальны, невозможно быть в работе на должном уровне всё рабочее время.
- планируйте так, чтобы амбициозные большие цели сочетались для сотрудников с маленькими победами.
- ставьте цели так, чтобы достигать 70%, а не всей пачки.
- создавайте чувство защищенности для сотрудников.
- больше свободы и доверия коллегам.
- не истерите из-за неудач, рано или поздно проблемы решатся (по крайней мере те, за которые вы прямо сейчас переживаете)
https://habr.com/ru/post/681198/

Кураторы на курсе управления проектами в Яндекс.Практикуме отрицают пользу PMBOK, такие дела

Отличная подборка инструментов, спасибо доброму человеку.

Интересно, как "проджект-менеджмент", он же "управление проектами", из предмета, заряженного математикой, исполнительской дисциплиной и хищным адреналиновым драйвом превращается в безобидное "вечериночное" занятие, в котором все основные риски сваливаются на спины стейкхолдеров и тимлидов, а главной задачей ПМа, вместо собственно появления продукта проекта, является социальная - всех примирить, создать комфорт для участников, ни в коем случае не демонстрировать токсичность, в чем бы она ни выражалась. В лекции по ссылке ниже именно эти функции в фокусе.
Что интересно, на вопрос, "как ПМ должен набирать команду проекта", на курсе Яндекса не смогли ответить. Оказалось, что сейчас другие тренды - ПМ приходит на уже сформированную команду разрабов, никого не собеседует, никого не выгоняет, работает с тем, что дали.
Еще одним откровением стало то, что кураторы курса не работают с рисками, от слова совсем. Формально заполняют таблички, но реальным анализом и выработкой стратегии не занимаются, ибо... "и так всё понятно и зачем на это тратить время".

https://www.youtube.com/watch?v=NBlCDXxKmTI

"Где платят - там и хорошо"
Один из партнёров 1С провел опрос среди "одинэсников" (а я напомню, что это большой пласт разработчиков и аналитиков, работающих на довольно денежном рынке).
Результаты отличные: все больше работают удаленно, средние зарплаты в районе 150k, востребованность высокая, софт отечественный, в будущем - позитив. Искренне рад результатам.
Что зацепило, так это очередной удар по "корпоративной культуре". Она ожидаемо в аутсайдерах при выборе работодателя. Ожидаемо - не только из-за того, что ее не умеют продавать HR, но и из-за того, что корпоративная культура - это не то, из-за чего приходят в коллектив. Она скорее то, почему из коллектива (не) уходят ;-)
https://infostart.ru/journal/analytics/1715603/

Хороший материал о том, как создавать базу знаний внутри компании. Конфлюэнс, жира и миро в топе инструментов, кстати. https://www.youtube.com/watch?v=D_e-kajMGeQ

Материал о том, как автоматизировали завод - перевели с зарубежной ERP на учетную систему 1С. Кейс отличный, и хотя подозреваю, что очень много скрыто за кулисами (слезы, договоренности, риски), но в целом это хороший "мув" в сторону сближения внедрения 1С [для таких проектов обычно построенных на waterfall и больших ТЗ] к итерационной разработке.
https://habr.com/ru/post/688782/

А ведь действительно, аналитику не только в скраме, но и в целом в проектной/продуктовой разработке уделяется не так уж много внимания. Аналитика в популярных схемах нередко проходит где-то или до старта проекта (этап сбора требований), или параллельно разработке, на подхвате у нее. А еще аналитик - это тот, кем затыкают коммуникации: РП слишком занят, разработчики на вес золота, менеджер по продажам уже окучивает другого клиента, - а вот ты, аналитик, иди-ка пообсуждай с пользователем его проблемы.
https://habr.com/ru/post/689518/

Хорошая публикация для любого, кто собирает (извлекает) требования и пользовательские истории и моделирует, кто и как будет пользоваться продуктом/фичей: 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, - одного из самых полезных для меня.
Иннокентий, всего самого хорошего!