Проектный дайджест
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
#собеседование #вопросы #статья

Редакция MC. today изучила, о чем спрашивают на собеседовании в Google, Ford, General Motors, Facebook, Microsoft и других..
Список вопросов привели в статье:
"Эти 15 вопросов задают на собеседованиях в Google, Facebook, Microsoft и других компаниях"
#прочитал
КАК ВЫТАЩИТЬ ИЗ ДАННЫХ МАКСИМУМ Джордан Морроу

Тот случай, когда локализация приносит название в жертву маркетингу. В оригинале (BE DATA LITERATE) акцент сделан на “ликбезе” в области данных, и сама книга именно о том, как перестать бояться данных, начать их использовать в личной жизни и в бизнесе и перейти к культуре “дата-грамотности”. ЦА монографии - те, кто далек от “даты”, но понимает ее важность и хочет подразобраться.
Главный плюс и одновременно недостаток книги - она очень проста. Всю ее можно сократить до трех компонентов и одного слогана:
* работа с данными включает 4 уровня: дескриптивный (описать/визуализировать), диагностический (понять причину), предиктивный (предсказать тренд) и прескриптивный (сформулировать решение).
** дата-грамотность включает в себя навыки чтения данных, работы с ними, анализа и общения на языке данных.
*** у дата-грамотности есть три базовых основы (“Три С”) — это Curiosity (любопытство), Creativity (креативность, творческий подход) и Critical thinking (критическое мышление).
**** Дата-грамотность необходима всем и каждому, особенно в наше время (кстати, книга писалась в ковидный период).
Вот, в общем-то, и всё. Еще с десяток (не больше, да и то повторяющихся) примеров, показывающих, как “дата-грамотность” решает разные социальные и коммерческие задачи, ну и советы бизнесу, как взращивать культуру дата-грамотности в компании (здесь всё по классике - начинаем с себя, поощряем, контролируем, объясняем и финансируем).
Понравилось:
+ относительно коротко, без излишних фантазий и инфоцыганства;
+ подойдет для собственников и менеджеров, которые интересуются темой, хотя и ответит далеко не на все вопросы;
Не понравилось:
- частые повторы и общая поверхностность (вряд ли я к этой книге вернусь);
- название в русском переводе.
Несколько лет отработав в медиабизнесе, по привычке слежу за бизнесом Нетфликса и публикациями о его перспективах. Сервис хоронили уже несколько раз, - и вот поставлен очередной диагноз. Позиция терапевта довольно простая (это даже популистская политическая позиция, а не результат бизнес-анализа) - "открывай границы и сотрудничай - или умри". Ну ок... 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