Включайтесь онлайн!

Вышла новая статья.

Предпосылки развития методологий управления проектами и продуктами

Как мы пришли к тому, что сейчас имеем в области методологий проектного управления? Почему появилась необходимость в Управлении проектами Методом Критической Цепи (Critical chain project management)? На эти и другие вопросы мы постараемся ответить в этом цикле статей. Часть первая: Историческая перспектива

#статья #ccpm

Проблемы проектного управления на рубеже 1990-х

Продолжаем тему предпосылок изменений проектного управления и появления Управления Проектами Методом Критической Цепи.

Мы все ближе подходим к анализу предпосылок появления Управления проектами Методом Критической цепи.

К 1990 году большое число выполняемых НИОКР и ИТ-проектов, выявило недостатки имеющихся методов управления проектами. Практически, прямая иллюстрация правила “количество переходит в качество”. Объём публикаций на тему управленческих методик возрастает до...


Читать дальше

#статья #ccpm

Управление проектами методом критической цепи

К середине 1990-х появилось множество публикаций о новых методах выполнения ИТ-проектов и НИОКР, с учетом ретроспективного анализ проблем. Часть методологических решений лежит в области Agile software Development (Гибкая разработка программного обеспечения), но в 1997 год выходит книга Элияху Голдратта "Критическая цепь", которая затрагивает совершенно иные аспекты управления проектами в сложной среде.

Барабан-буфер-канат для проектов

Управление проектами методом критической цепи — или, если быть точнее, метод управления проектами критической цепи - появился в ка...

Читать дальше

#статья #ccpm

Сегодня на митапе SPM Club
Расскажу про карту стратегии

Ссылки на трансляции:

https://youtube.com/live/pQme2QC5czA?feature=share

https://vkvideo.ru/video-101507899_456239707?list=ln-Dw2ZgnMuZQidSNyywC

В 19:00 мск

Про планировщиков.

Я когда начал интересоваться управлением проектами, читая разную литературу не мог понять "Зачем нужен такой специалист как "планировщик"?" . В ИТ-проектах команда сама знает что и как делать. в НИОКР проектах ведущий по тематике знает примерную последовательность работ.

И только когда занялся вплотную внедрением BIPULSE и методики в проекты капитального строительства и управление производством, я понял зачем нужен Планировщик!

Итак если кратко, то кто же строит план проекта?

В ИТ-проектах - план проекта как бы есть, но его нет. Есть "упорядоченный список задач" (портфель заявок, backlog). В основном его достаточно для управления. И задачи в этом списке приходят со всех сторон, а потом просто приоритизируются.

В НИОКР есть план-график, он часто крупноблочный, его строит ведущий по тематике, часто это руководитель отдела или главный конструктор. План-график - состоит из крупных блоков работ по 4-6 недель, без детализации. Это ответ на вопрос "Когда примерно мы будем выпускать компоненты изделия".

В Производстве уже интересней. В производстве есть специальный человек "Технолог производства" - он знает Технологию, то есть "очередность выполнения работ " и время выполнения каждой работы. И если мы говорим сложные заказы, то как раз Технолог и строит календарно-сетевой график выполнения заказа.

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

И тут приходим к самому главному:
Что будет если мы в капстрой будем внедрять Управление проектами Критической Цепи (CCPM)?

Для внедрения CCPM в капстрой (фаза строительства), нужно менять Технологию выполнения работ. Это не просто "А теперь делаем график иначе" , это изменение порядка выполнения работ и изменение способа выполнения площадки. Первая часть это переход на "пакетно-узловой метод" (ПУМ, Advanced workpackages, AWP), что для части планировщиков "смерти подобно".

#ccpm

Санкт-Петербургский Конгресс руководителей проектов

Последний день января это отличный повод сообщить, что мы открываем регистрацию на конференцию по управлению проектами

Санкт-Петербургский конгресс руководителей проектов

От теории к практике, от стратегии к тактике.

Когда: 29 мая
Где: Санкт-Петербург

Детали и регистрация по ссылке:
https://spmcongress.ru/

Мы собрали лучших экспертов по управлению проектами и проектами. Тех, кому есть что сказать "Как правильно управлять" и есть что рассказать про действительно новые методики управления.

Инструменты стратегического планирования для руководителя проекта

Николай Шошков — ведущий эксперт (НИОКР и цифровизация) ООО "Автозавод АГР" на конференции: Санкт-Петербургский конгресс руководителей проектов

В докладе вы узнаете об авторской модели цифровой экосистемы («модель 10 сил») и методологии контекстно-ориентированного предпроектного исследования, позволяющую системно описать предметную область с учётом всех значимых внешних и внутренних факторов, включая явное моделирование стейкхолдеров, их целей и процессов.

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

Узнать больше: https://spmcongress.ru/talk/11_theory_toolkit

#spmcongress

Немного новостей: BIPULSE стал партнёром Питерского Марш-Броска.
https://kandid.ru/

Это соревнования для тех кому, дома не сидится, а хочется в "пампасы" по рекам, ручьям, болотам, полям и лесам Ленинградской области осенью и весной. Дистанция от 60 до 120 км (в зависимости от навыка бега и ориентирования) за два дня.

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

Это помогает нам увидеть точки улучшений BIPULSE, и узнать "Как дела с внедрением Метода и его результаты".

На днях мы провели такую встречу с Клиентом. Это был годовой консалтинговый проект внедрения Метода и BIPULSE.

Как говорится, на дистанции всё видится лучше. В этом случае неожиданно оказалось, что за прошлый год компания сделала на 30% больше проектов НИОКР, и.... только 4-5 проектов вышли из графика на 3-4 недели.

Без увеличения штата (а мы же знаем по лицензиям что он не менялся), компания СМОГЛА выполнить больше проектов!
Я удивлён, но случилось ровно что что мы обещаем на сайте, и то что обещает Метод управления проектами критической цепи (CCPM).

А в чем секрет? Он простой! (как и написано в книжке , да, жёлтой %)
1. Правильное планирование проекта (чтобы снизить неожиданности)
2. Управление приоритетами и эшелонированием проектов.
3. Внимание к качеству результат
4. И конечно, Мониторинг (вот тут BIPULSE нужен)

Хотите такой же результат?

Притча об идеальном сотруднике

Ученик пришел к Учителю и спросил
— Учитель скажи, есть ли техники которые помогут мне выбрать правильного сотрудника который мне поможет вести компанию в будущее?
— Никакая методика не поможет тебе - ответил Учитель
— Но как же мне нанять идеального сотрудника?
— Ты сможешь это понять только сердцем. Пришедший кандидат должен быть с тобой на одной волне. Если ты с ним на одной волне, значит он ускоряется когда ты ускоряешься, он замедляется когда ты замедляешься. Ты всегда знаешь чего хочет он, а он знает чего хочешь ты — ответил Учитель и сделал значительную паузу.
— Но это же я сам! — воскликнул Ученик — Никто не может так чувствовать меня как я я сам!
— Все правильно, — подтвердил Учитель — Ты не сможешь найти идеального кандидата, но ты сможешь найти что-то приближенное к нему. Однако помни, что если он будет повторять тебя то ты никогда не найдешь прорывного решения для твоей компании.
— Так значит, мне нужно найти сотрудника который будет совсем не похожим на меня? — удивился Ученик.
— Да, он должен быть совсем не похожим на тебя, но при этом быть с тобой на одной волне. — ответил Учитель
— Но как же этого достигнуть? Это ведь не совместимые вещи - воскликнул Ученик, у которого в голове уже все начало путаться.
— Ты сможешь понять это только сердцем — ответил Учитель тем же спокойным тоном и хитро улыбнулся.

(с) Алексей Васильев, 2015

#притчи
#архивное

29 мая, на конференции по управлению проектами "SPM Congress" доклад:

Модель организационных потребностей, как базовый инструмент диагностики здоровья компании

Василий Рыбаков - Консультант по управлению, бизнес-психолог, к.т.н., 25 лет опыта управления, 12 лет на топ-позициях. Автор десятков статей. В роли антикризисного менеджера

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

Подробней о докладе | Регистрация

#spmcongress

Осторожно мошенники!! Если я буду что-то просить у вас в личке в телеграмме, счета, данные о компании и тд - это не я. Сейчас разводка пошла, копируют аккаунт добавляют одну букву в конец учётки, чтобы было "похоже" и дальше начинают разводку.

Мой аккаунт указывает на этот канал.

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

Конфа Critical chain, 22 апреля онлайн,
бесплатно при ранней регистрации.

Рекомендую! Рассказывают свежие кейсы.

Коллеги, у кого сейчас есть потребность в проработке реализации Стратегии (бизнеса или продукта)?
Я хочу один инструмент проверить. "Стратегическая сессия за полчаса"

Есть добровольцы? Бесплатно. онлайн.
Желательно в ближайшие пару дней (сб, вс).
Займет 30-40 минут.

Напишите в личку @sbase

upd: за 15 минут добровольцы найдены.

Я тут мысль одну подумал. Винстон Ройс в 1970 году писал статью, основной тезис который сводился к "Пишите больше документации чтобы быстрее выпускать программное обеспечение в эксплуатацию"

Потом в конце 1980 и 1990-х при развитии мощности ПК, оказалось что этот подход тормозит и нужно писать "меньше документации".

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

#ответы_на_вопросы #agile

Скопирую заметку Дмитрия Волошина из запрещённой сети. Наблюдая как нейронка пишет код и я вижу что бездумный копипаст ответов приводит к непониманию "как и почему это работает".

————

Знакомый менеджер по продукту в IT-компании года полтора назад открыл для себя ChatGPT. Сначала использовал для рутины - генерировал черновики писем клиентам, набрасывал структуру презентаций, формулировал техзадания разработчикам. Удобно, быстро, освобождает время для важного. Через пару месяцев он уже все делал через AI. Стратегия продукта, анализ конкурентов, roadmap - промпт в ChatGPT. И правда, зачем напрягаться и думать самому, если AI выдаст готовый ответ за минуту? Час на размышлять против трех минут на промпт - выбор очевидный. Время освобождается, можно начать жить свою жизнь.

Через год такой работы он начал терять квалификацию, причем незаметно для себя. Раньше он мог посмотреть на метрики продукта и сразу понять, где проблема, что не работает, какие гипотезы проверить. Это приходило из опыта постоянного анализа, обдумывания данных, поиска закономерностей. Штуку эту сложно формализовать, иногда ее называют чуйкой. Сейчас он просто копирует цифры в ChatGPT и спрашивает - что здесь не так? AI выдает стандартный анализ, общие фразы, очевидные выводы. Потому что LLM обучена на среднем контенте из интернета - статьях, кейсах, учебниках. Она знает общие паттерны. Она выдает то, что работает у всех, а не то, что работает именно здесь. И он копировал эту посредственность в отчеты, не замечая, что теряет понимание своего продукта.

Критический момент наступил месяца три назад на встрече с CEO. Обсуждали почему продукт фокусируется на корпоративном сегменте, а не на SMB. Мой знакомый начал отвечать. Все правильно, но абсолютно пусто, как из учебника. CEO перебил его - я не про общую теорию спрашиваю, я про наших конкретных клиентов. Что мы умеем лучше конкурентов именно в корпоративном сегменте? И тут выяснилось - он уже не знает. Потому что последнее время он не думал глубоко о продукте, не анализировал, не погружался. Он генерировал отчеты через AI. Можете сказать: плохо научился писать промпты? Может и так.

Через месяц его позвали на разговор с руководителем. Тот сказал прямо - вижу, что ты потерял хватку, потерял сопричастие. Твои решения стали странными, анализ поверхностным, стратегия - набором общих слов. Команда жалуется, что ты не отвечаешь на конкретные вопросы. Предложил две опции - либо он возвращается в форму за месяц, начинает думать сам, либо расстаются. Менеджер выбрал второе, потому что, как он мне сказал потом - я не уверен, что мне интересно работать как раньше, не нравится эта луддитская философия. Мне же кажется, что у него попросту атрофировался навык. Думаю, что у него стало пусто в голове, не может самостоятельно сформулировать мысли, не может выстроить логику. Привык костылю. Хотя вроде и физтех.

В чем трагедия всей этой истории? Он выбрал деградацию сам, осознанно и добровольно. Не потому что не мог думать - мог отлично. Не потому что не понимал разницу между глубоким анализом и поверхностными выводами AI - прекрасно понимал. Не потому что не умел настроить LLM, он даже знал, что такое RAG и активно использовал собственноручно настроенных агентов. А потому что думать самому сложно, долго, требует усилий и концентрации. А посредственный результат от AI - достаточен для большинства задач, пока никто не копает глубже.

И вот я думаю: сколько таких историй сейчас происходит незаметно? Сколько людей медленно теряют профессиональные навыки, заменяя мышление на промпты? Может, это естественный отбор - те, кто выбирает легкий путь, получают посредственные результаты и посредственную карьеру. А те, кто продолжает думать сами, обладая критическим восприятием FOMO, использует AI как инструмент усиления, а не замены мышления - они выигрывают, потому что умеют то, чего больше не умеют другие? Не знаю. Но наблюдаю, как люди массово выбирают удобство вместо развития, при этом искренне считая, что просто эффективно используют технологии. Странное время.