Кейс: Вы только что нанятый руководитель проектов в ИТ-департаменте (ДИТ) крупного предприятия, внезапно обнаруживаете, что неожиданно для себя пообещали Заказчику невыполнимые сроки проекта. Что делать и как выкрутиться безопасно для карьеры?

Решение:

1. Проверить, какую проблему решает проект
2. Определить, можно ли решить эту проблему проще и быстрее.
3. Выполнить надежное планирование проекта для достижения цели А и цели Б (см. Метод, pulsemanagement.org)
4. Проверить доступные ресурсы, нет ли параллельных проектов.
5. Выставить заказчику условия:

После уточнения деталей реализации было выявлено, что:
а) Мы можем выполнить эти обязательства при условии остановки проектов А,Б,В....
б) Мы можем выполнить эти обязательства при условии сокращения содержания проекта до объемов цели А.

При несогласии ни с одним из вариантов, Проект будет выполнен в сроки ДДДД-ДДДД.

Позиция стороны ДИТ:
* У нас работ на 2-3 года вперед
* ДИТ всегда загружен.
* Увольнять и нанимать дорого
* Ничего криминального за сдвиг сроков не произойдет.

Своя позиция:
* Я человек новый, многого не знаю. Мы с командой ДИТ уточнили детали и выяснили.

Важно:
* После взятия новых обязательств, срок должны быть обеспечены. (см. Метод, pulsemanagement.org)

#метод

(из послесловия при недавней записи подкаста с @ivan_abashkin)

Какая разница строить друидов или грозовую тучу?

Волшебные друиды позволяют найти более сильную "грозовую тучу" и не отвлекаться на незначительные.

Когда вы используете Друидов, то вы работаете в формулировке страхов и последствий "будет еще хуже", то есть это позиция избегания "крокодила". А когда стоите "грозовую тучу" , то работа идёт в плоскости выгод - "горшочек с золотом".

Выгоды - это зачастую гипотезы, а "Крокодилы" - это фактическая реальность.

См. статью: Аналогия изменений про крокодилов и горшочки.

#теория_ограничений

А нужно ли проводить мероприятие мыслительный процесс Соглашение о целях проектов? И Когда его проводить?

Это вопрос из 33 выпуска подкаста, который в очереди на выкладку. :)

И он меня поставил к тупик. Я даже как-то не думал про время проведения. Однако проводят обучения Методу и тренинги в разных компаниях, а нашел что есть ТРИ вида компаний где метод может быть применен, и они отличаются по уровню неопределённости и возможности манёвра.

Термин:
Запуск проекта - Формирование Соглашения о целях проекта и планирование проекта алгоритму планирования проекта.

Виды компаний и проектов:
1. Проекты класса НИР и НИОКР в конструкторском бюро в оборонной или наукоёмкой сфере.
* Что делать - непонятно, есть только прикидки что это реализуемо.
* Сроки проекта - "За год или два точно управимся". В реальности же проект, часто, можно выполнить за полгода. Если подойти к оному сфокусировано.

Запуск такого проекта выполняется когда его НАЧИНАЮТ, а не когда подписали договор. От подписания до запуска проекта может пройти от полугода до года.

2. Почти типовые проекты по проектированию изделий или объектов капстроя.
* Что сделать - понятно, как сделать -тоже понятно
* Детали реализации не совсем понятны.
* Сроки проекта - почти стандартные или их можно посчитать по калькулятору.

Если ИТ-проекты можно посчитать по калькулятору функциональных точек,то они тоже в этой категории.

Запуск такого проекта выполняется когда его НАЧИНАЮТ, а не когда подписали договор. Тут "дрифт" проекта от подписания уже меньше, от 1 до 6 месяцев.

3. Проекты организационного развития или сложные ИТ-проекты.
* Что сделать - примерно понятно, как сделать - совсем непонятно
* Сроки проекта - неизвестные и их даже прикинуть сложно.

Запуск такого проекта выполняется когда ДО подписания договора.

#метод #метод_пульса

#ответы_на_вопросы Так ли важна насмотренность для запуска бизнеса?

У меня есть любимое выражение: На ошибках учатся, но к сожалению только на своих.

Насмотренность нужна консультанту, но он всегда находится над схваткой. Поэтому он может рекомендовать Клиенту что-то делать или что-то не делать.

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

Быть в нужном месте в нужное время - это основная часть успеха стартапа.
Пример: itch.io и его взлёт в 2014 году.

Если любую компанию рассмотреть через призму алгоритма "Стоя на плечах гигантов", что обязательно делать при запуске нового стартапа, то можно узнать много интересного.

Внезапно выступаю с докладом на Проектной Среде СОВНЕТ , 24.04.2024 16-00 МСК.
Тема: "Проекты высокой неопределенности и управление рисками"

Расскажу про и-риски и угрозы.
Приглашаю поспорить в блоке вопросов, "не всегда, не везде, у нас иначе" ;)

Анонс будет позже.
Вебинар будет в стримом телеграмме.
Следить за новостями в чате Проектной Среды: https://t.me/sovnet_ps/2917

Уже завтра начинается конференция по Критической Цепи.

https://events.criticalchainconference.com/series/critical-chain-2024/landing_page

(Кто регистрировался, не забудьте! %)

Я жду от неё кейсов и адаптаций, и теперь я знаю как сделать онлайн субтитры %))

Немного технического.

BIPULSE написан сейчас на KPHP (технология VK), поэтому и расписание мы считаем быстро-быстро.

KPHP - это когда формально это PHP, но устойчивыми привкусом C#.

Но тут такой комментарий... у меня нет слов %))

Преимущества применения Критической Цепи.

#ccpm

Новое , что привнесла цепь : ресурсы ограничены!

Заморозка всех проектов и запуск их последовательно позволил удвоить скорость в бразильской компании Vivo (кейс 2020 года) , (там 6000 ИТ-шников)

#ccpm

полная картинка внедрения Цепи.

#ccpm

или так.

АВ: в Методе Pulse management примерно так же %))

#ccpm

Бальтазар (владелец студии ландшафтного дизайна) повысил доходность на 30% только за счёт фокуса на проекте, чтобы делать меньше работы но быстрее. (по совету Санжива Гупты )

принцип: фокусируйся и завершай

#ccpm

разверытывание CCPM когда уже есть Agile. в ИТ-продукте

Много планирования но.. почти тоже самое.

#ccpm

клюшка.
"это не может продолжаться" но продолжается.

Ключ: Убрали резервы и лучше спланировали с последующим контролем по буферу.

+ слепые спринты - дай разработчику одну задачу и не показывай беклог.

#ccpm

Слоган конференции - почти как в нас %))

#ccpm

Доклад про опыт внедрения огненный вообще.


1. Идите разговаривать с людьми - модель не даст реальной картины.

2. Есть сложность применения на больших проектах. там много цепей который "почти критические"

3. Не весь софт умеет оптимизировать выравнивание ресурсов

4. Мягкое развертывание - строишь модель, сверяешься с ней и реальным миром, потом начинаешь ей использовать для принятия решений.

#ccpm

Как выглядит сложность.

АВ: я тут хз где тут криитическая цепь.

Revolutionizing Project Management: The Power of Strategy and Tactic Trees:

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

#ccpm

Из аннотации доклада:

Команда Challenger 3 в Rheinmetall BAE Systems Land (RBSL) поставляет самый совершенный боевой танк в НАТО в рамках бюджета и графика. DE&S и британская армия объявили, что они досрочно утвердили критический анализ конструкции, что является большим успехом! Учитывая текущие угрозы, армия нуждается в танках в соответствии с графиком или, желательно, с опережением графика. При поддержке службы корпоративного управления проектами BAE Systems компания RBSL внедрила управление проектами критической цепочки, чтобы обеспечить соблюдение графика.
===

А наши КБ не заставишь на Критическую Цепь перейти.


#ccpm