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

Иван продолжает разбор этого инструмента:
https://t.me/ivan_abashkin/167

Сделал новую статью с описанием типичных ошибок, которые можно допустить при формулировании вашего Волшебного Друида.

Если вы только начинаете пользоваться инструментом, то это статья поможет разъяснить некоторые нюансы и облегчить построение ваших первых Друидов:

https://vc.ru/u/2954042-ivan-abashkin/1094648-tipichnye-oshibki-pri-sostavlenii-volshebnyh-druidov

BIPULSE получил новую интеграцию с системой управления задачами ПланФикс (PlanFix).

ПланФикс хорошая система для процессного управления компанией, там много интересных автоматизаций. Однако, хорошего календарно-сетевого планирования там просто нет. График Ганта конечно есть, но его только смотреть можно.

BIPULSE в режиме интеграции обеспечивает - правильное календарное планирование, эшелонирование проектов по ресурсам и метрики контроля проектов.

Коллеги, а в каких системах вы работаете и хотели бы "накрыть" их колпаком метрик?

ps: уже 16 интеграций. Одной "линейки" точно не хватит для иконок.
#bipulse

#ответы_на_вопросы С чего начинать развёртывание Метода

Сегодня в в передачу пришёл вопрос: С чего начинать развёртывание Метода, Если особых полномочий нет?

И с одной стороны в Книге есть ответ на этот вопрос, а с другой непонятно что делать.

Поэтому, расскажу простой алгоритм:

1. Не нужно никому рассказывать что "Сейчас будут изменения", нужно делать не анонсировать.

2. Разверните учёт в любой информационной системе (можно и в BIPULSE ;)

3. Проведите мероприятие запуска проекта с участием заказчика:

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

4. Выполните планирование проекта по алгоритму внутри команды:

Коллеги, давайте посмотрим, что нам нужно сделать минимально для достижения цели проекта.

5. Запустите ритм еженедельного и ежедневного контроля, чтобы сверяться что обещали и что получили

6. Через 4 недели после запуска обращайте внимание на метрики (хоть в Экселе можно посчитать) и начните проводить регулярные ретроспективы

Этого на первых 3-6 месяцев хватит.


Вариант от Ивана Абашкина (@ivan_abashkin)
Вот моё предложение с чего можно начать. Именно в такой последовательности:
- ввести трекер задач. Любой.
- привить привычку себе и команде регистрировать все задачи.
- создать в трекере отдельное место (колонка, проект и т.п) где будут появляться новые задачи.
- ввести ежедневные совещания по статусу работы над задачами и по разгребанию входящих задач (что это, как срочно, кому надо, это на пол часа или на две недели)
- ввести еженедельное собрание по разбору и планированию крупных влетающих задач
- остановись новые разработки и доделать то что уже начали. Или принять решение и заморозить что-то уже взятое в работу
- разгрести Авгиевы конюшни
- наладить деливери цикл
- внедрять проектное управление к большим задачам, которые больше недели.

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

Решение:

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