Project Management Black Book
2.55K subscribers
1.43K photos
3.03K videos
1.41K links
Интернет-издательство. Управление проектами и менеджмент. Полезные материалы, личные инсайты, мемы и статьи от международных экспертов

Чат: t.iss.one/chat_pm
Канал: t.iss.one/pmbbk
Помочь каналу: t.iss.one/pmbbk?boost

Автор: Тимур Османов / t.iss.one/osmanovtimur
Download Telegram
Please open Telegram to view this post
VIEW IN TELEGRAM
😁19🔥52
Please open Telegram to view this post
VIEW IN TELEGRAM
😁112🔥1
🙅‍♂️ Почему нельзя совмещать SAFe и LeSS

Недавно подписчик задал отличный вопрос: можно ли использовать LeSS внутри одной области большой реализации SAFe? Короткий ответ - нет. Давайте разберёмся, почему.

LinkedIn: Илья Павличенко, Senior Agile Coach - ScrumRu

📖 Читать статью (~3 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍1🔥1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁163🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
😭13😁10🔥43
Please open Telegram to view this post
VIEW IN TELEGRAM
😁15😱81
Please open Telegram to view this post
VIEW IN TELEGRAM
😁10💯9😭4
Please open Telegram to view this post
VIEW IN TELEGRAM
😁243🔥3
Please open Telegram to view this post
VIEW IN TELEGRAM
😁92🔥1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁202🔥1😭1
Please open Telegram to view this post
VIEW IN TELEGRAM
😭8😁63
Please open Telegram to view this post
VIEW IN TELEGRAM
😁7👍52
Please open Telegram to view this post
VIEW IN TELEGRAM
😁183🔥2💯2
Please open Telegram to view this post
VIEW IN TELEGRAM
😁22🔥63
🚀 PO, PM, PjM: кто такие и при чём тут мыло, ракеты и застройщики

Продуктовые роли не появились из воздуха. Их не придумали с нуля. Профессии Product/Project Owner/Manager выстраивались на протяжении почти столетия - и всё ради того, чтобы сейчас мы с вами плевались, читая вакансии на хедхантере. Кто главнее: PM или PO? Что должен делать проджект? Давайте разбираться. И копнём аж до начала прошлого века.

LinkedIn: Павел Шерер, Продуктовый методолог - H3LLO CLOUD

📖 Читать статью (~9 минут)
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍1🔥1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁153🔥2🤝1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁19🔥21😱1
🏆 Победа и проигрыш

Невозможно вести проект так, чтобы на каждом этапе всё шло гладко. Как только удалось серьёзно выиграть в одном месте, очень скоро где-то обязательно проиграешь. И чаще всего проигрыш обнулит прежнюю победу.

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

Удалось сэкономить половину бюджета на дизайн - казалось бы, победили. Но затраты на разработку вдруг вырастают в четыре раза. И снова проиграли.

Так бывает постоянно. Договорились с заказчиком обо всех деталях - оказывается, есть одна мелочь, которая его категорически не устраивает, а именно от неё зависит вся структура соглашений. Или ситуация: "Мы всё сделали, проект завершён, осталась лишь формальность - подписать акты". Но акты могут подписываться ещё несколько месяцев.

Понимание этого позволяет менеджеру сохранять спокойствие при любой турбулентности в проекте. И формирует культуру управления рисками.

Следовать идеальному сценарию не получится никогда. Более того, даже приблизиться к безупречному пути невозможно. Это напоминает поход к парикмахеру: после каждого движения ножниц вы не становитесь красивее. В середине процесса на себя страшно взглянуть! Вы становитесь похожи на человека лишь в конце сеанса.

Но именно этого не осознаёт большинство руководителей, даже те, кто недавно сами управляли проектами. Им кажется, что процесс обязан быть безупречным от начала до конца. И когда появляются проблемы, руководство впадает в панику.

Однако реальность другая. Проект - это чередование побед и проигрышей. Потом снова подъёмы, затем спады. Руководитель не может быть в выигрыше на каждом этапе проекта.

Его задача - не проиграть в конце.

📖 @pmbbk / #idea
Please open Telegram to view this post
VIEW IN TELEGRAM
7👍3🏆3🔥1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁13😱31🔥1
⚰️ "Умер сотрудник - упал KPI": как HR считает людей

В одной крупной NDA-компании с численностью свыше тысячи сотрудников, собственник решил бороться с текучестью кадров привычным методом - введением KPI для руководителей. Теперь за высокую текучку отвечать стали именно руководители: штрафы, депремирование и разбор полётов быстро превратили процесс в привычный ритуал наказания невиновных.

Сначала всё шло по привычному сценарию корпоративной классики: наказание невиновных, награждение непричастных. Но в одном из чатов руководителей случился казус, который превратил KPI в откровенный абсурд. В чате руководителей появился вопрос: "Если сотрудник умер, он же не идет в текучку?".

🥁 Ответ убил

Ответ HR-отдела оказался убийственным. Ответственная за расчёт показателей, подтвердила: да, увольнение по причине смерти учитывается как текучесть - пусть и с пометкой "по естественным причинам". Однако в формуле KPI любой уход сотрудника имеет высокий вес, поэтому смерть сотрудника действительно портит показатели и снижает рейтинг, как подразделения, так и руководителя.

Дискуссия быстро переросла в бурный спор о том, насколько справедлива такая логика. Руководители пытались найти обходные варианты и спорили с HR, но формальная система оказалась сильнее здравого смысла. Как метко заметил ещё Крылов: "У сильного всегда бессильный виноват".

HR-эксперты отмечают: высокая текучесть в конкретном подразделении обычно сигнализирует о проблемах в управлении. Но когда проблема носит системный характер, искать её корни нужно не среди линейных руководителей, а в кабинете собственника или генерального директора.

😳 Каков итог?

Как поясняет источник информации, по итогам девяти месяцев работы система KPI на текучесть так и не привела к снижению кадровых потерь.

📖 @pmbbk / #news
Please open Telegram to view this post
VIEW IN TELEGRAM
👍53🔥3🏆3😁2