Проектный дайджест
1.38K subscribers
20 photos
2 videos
4 files
309 links
🔧 Управление проектами без буллшита

📌 Инструменты, кейсы, разборы — всё, чтобы быть менеджером, которому не стыдно смотреть в зеркало

База знаний: https://pro-digest.ru/

🤝 По рекламе - https://mugs-fly-f31.craft.iss.one/8lslXivoJv34nh
Download Telegram
Несколько лет отработав в медиабизнесе, по привычке слежу за бизнесом Нетфликса и публикациями о его перспективах. Сервис хоронили уже несколько раз, - и вот поставлен очередной диагноз. Позиция терапевта довольно простая (это даже популистская политическая позиция, а не результат бизнес-анализа) - "открывай границы и сотрудничай - или умри". Ну ок... https://vc.ru/media/369428-naydut-10-mlrd-na-filmy-i-serialy-ili-prosto-dogovoryatsya-s-konkurentami-kto-i-pochemu-smozhet-pobedit-netflix
Наткнулся на прикольную штуку (наверняка баян) - периодическая таблица методов визуализации. Сжато, приходится вглядываться, но удобно собрано в одном месте.
https://www.visual-literacy.org/periodic_table/periodic_table.html#
Forwarded from PRO анализ в ИТ (Иннокентий Бодров)
И вторая статья сразу в догонку. Много вопросов всегда вызывает оформление проектных решений и то, какие разделы должны быть в таком документе. Коллеги из БКС поделились своим шаблоном архитектурного решения, которое по сути сводит внутри себя требования, в том числе бизнес требования, предложения по их реализации и техническое описание реализации. Шаблон очень достойный, особенно, если вы проектируете сложные системы с высокой ценой ошибки. В Agile выдержать такой уровень детализации, конечно, практически невозможно, но к нему надо стремиться, возможно, в формате описания базы знаний постфактум. Ну и бонусом можно считать сам шаблон в виде файла, ознакомиться однозначно стоит.
https://habr.com/ru/company/bcs_company/blog/651765/ #article
This media is not supported in your browser
VIEW IN TELEGRAM
В свете новости про привлечение осужденных IT-специалистов к удаленной работе на российские компании.
👍1
​​📑 Как правильно писать User Stories

User stories (пользовательские истории) представляют исходные требования от заказчика о целях пользователей в общем виде.
Каждая Пользовательская История – это повод к обсуждению, а не конечное требование к системе.

Для написания Пользовательских историй часто используют шаблон:

Как <тип пользователя>, я хочу <цель>, чтобы <причина>.

Авторы статьи на примере разбирают возможные ошибки при написании User stories и способы их исправления.

Перейти к статье

#работастребованиями | @notes_analyst
👍2
Да, я делал так же некоторое время, и да, это реально работает!
👍1
Отличный юмористический скетч про "имитированный аджайл" - думаю, что многие знакомы с тем, что описывает автор.
https://habr.com/ru/post/659379/
Реклама MS Excel из 1992 годаhttps://youtu.be/kOO31qFmi9A
Всех с пятницей!
Подкинули интересный сайт с "ультимативными" интерактивными гайдами по разработке. Не хватает подобного для аналитики и проджектов, но в целом модель выглядит очень симпатично. Хороший пример, как организовать базу знаний.
Сайт https://roadmap.sh/
Роадмап по бэкенду для примера: https://roadmap.sh/backend
👍1
Прочитал книгу Максима Роменского “Переговоры с дельфинами”. Книга небольшая, читается в один-два присеста и посвящена переговорам в IT (хотя ничего не мешает экстраполировать на другие области). По жанру и структуре - записки из практики переговорщика и коммуникатора на проекте, что, в общем-то, почти совпадает с функциональной зоной PM. Плюс таких “записок” - возможность читать без конспектирования и “вопросов для самоконтроля”: сидишь слушаешь умного коллегу и мотаешь на ус. Минусы тоже есть - субъективность чуток обесценивает выводы и обобщения, потому что “это у вас так, а у кого-то по-другому”. К тому же автор не старается вписать главы в какой-то общий прогрессирующий нарратив и просто, с эмоциями, выкладывает кейсы. Но в целом, это хороший сборник для интеллектуально-профессиональной разминки, который заслуживает внимания как проджектов, так и разработчиков. Рекомендую!
👍1
Неплохая подборка "личного опыта", с которой я в целом согласен.
Коротко:
- перекуры и прочие паузы в рабочем дне нормальны, невозможно быть в работе на должном уровне всё рабочее время.
- планируйте так, чтобы амбициозные большие цели сочетались для сотрудников с маленькими победами.
- ставьте цели так, чтобы достигать 70%, а не всей пачки.
- создавайте чувство защищенности для сотрудников.
- больше свободы и доверия коллегам.
- не истерите из-за неудач, рано или поздно проблемы решатся (по крайней мере те, за которые вы прямо сейчас переживаете)
https://habr.com/ru/post/681198/
👍1
Кураторы на курсе управления проектами в Яндекс.Практикуме отрицают пользу PMBOK, такие дела
sw_team_management.pdf
646.1 KB
Прочитал на днях две книги Сергея Архипенкова про управление проектами и проектными командами (ссылки ниже). Обе книги написаны больше 10 лет назад, обе примерно про одно и то же, и тем не менее я настоятельно рекомендую прочитать одну из них. Почему? А они о главном - о том, как формировать общее видение, как жить проектом, а не просто выполнять ритуалы. Единственное пятно на этом солнце - пару раз проскочившая ссылка на "соборность" как черту российского менталитета.
К слову, вечером я побывал на AMA-сессии кураторов онлайн-курса для РП от крупной школы, и убедился, что за прошедшие 10+ лет популяризация ПМ определенно деградировала. Так что - не забывайте классику )