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

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

В докладе вы узнаете об авторской модели цифровой экосистемы («модель 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 как инструмент усиления, а не замены мышления - они выигрывают, потому что умеют то, чего больше не умеют другие? Не знаю. Но наблюдаю, как люди массово выбирают удобство вместо развития, при этом искренне считая, что просто эффективно используют технологии. Странное время.

Я закончил писать статью для журнала Управление проектами о Стратегии, и наконец-то нашёл свою формулу для второго издания Книги. Очень сложно упаковать 60 часов подкаста в 450 страниц книги. Потому, что 60 часов подскаста это 3000 страниц и кажется, что всё важное!

В подкасте много историй, зарисовок, доказательств, примеров. Но работая по схеме "диктофон - транскрибация - слайды - тезисы - доработка" с применением нейронки, я наконец-то понял КАК должна выглядеть вторая Книга.

Я не хочу чтобы она была "учебником", это опять получится методичка. Методичка у меня уже есть. Я хочу чтобы книга была живая, как подкаст, как тренинг. Значит в ней должны быть истории и примеры, сценки. Это должно быть шоу! Так же как это было у нас в подкасте в Иваном Абашкиным (@AbashkinIvan).

Сегодня почти закончил первую главу (1/42), нашёл как вытаскивать литературные зарисовки из расшифровки подкаста. И.. мне это понравилось! Я не уверен что все зарисовки войдут в книгу, поэтому я буду их публиковать отдельными историями .

#книга #история

#история 1.1 Четыре часа ночного Perl'а

В 2002 году, работая в конструкторском бюро над софтом для самолётов, я применял экстремальное программирование. Для планирования мне нужен был инструмент, отвечающий на вопрос, насколько я попадаю в срок. Первая версия такого инструмента — я его назвал XP Tracker — была написана на Perl за 4 часа: с 9 вечера до 2 ночи, на коленке. Та ночная поделка умела показывать точность планирования, и система (уже BIPULSE) до сих пор умеет это делать.

ps: ага, а я до сих пор что-то делаю до 2-3 ночи.

#книга

#история 1.2 Последняя непрочитанная книга

К концу 2000-х у меня сложилась большая библиотека по подходам к управлению разработкой программного обеспечения. Я изучил, применил и сделал выводы по всему, что там было. Архитектура, типовые подходы — всё это стало неинтересно, нового я уже не видел. И тут в ЖЖ-шечке Максима Дорофеева я наткнулся на формулировку: «каждый менеджер должен знать, что такое ДТР, ДБР, ДРК». Я стал смотреть, что это такое, и это оказалось Теорией Ограничений — свежим воздухом, который я искал.

#история 1.3 Архитектор и Теория Ограничений

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

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

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

Адаптация модели управления изменениями ADKAR под русский менталитет

Ярослав Букреев — Сертифицированный Директор по управлению проектами IPMA A, B. Ведущий канала "Школа Управление проектами"


Если в компании происходит внедрение какого-го либо ИТ-решения или инновации, то это неизбежно приводит и организационным изменениям. Изменения, можно делать в режиме "как получится", а можно делать "по уму", то есть используя популярные (широко используемые в мире) модели внедрения изменений. Одна из таких моделей управления изменениями - это модель изменений ADKAR, состоящая из этапов: осознанность, желание, знание, способность, подкрепление.

Однако, часто, хорошие мировые практики не совсем хорошо "приземляются" на русский менталитет.....


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

#spmcongress

#история 1.4 Отделить методику от системы

С 2015 года я пытался продавать информационную систему BIPULSE, но ничего не получалось. В 2018 году ко мне пришёл Алексей Федоров, лидер сообщества тестировщиков Петербурга. Он прямо сказал: «В стартап-акселераторах все ускоряют, "Делай больше и быстрее", а я, наоборот, замедляю. Я — замедлятор! Давай остановимся и посмотрим, что ты делаешь? Почему ты что-то делаешь, но на месте стоишь?»

Оказалось что мы продаем информационную систему которая базировалась на методике без внятного описания самой методики.
Тогда он и предложил «Давай отделим методику от системы».

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

Первая Книга вышла в 2021 году.

ps: рецепт сработал, сейчас двигаемся ;) Рекомендую: @exsel9

#история 1.5 Метод, обогнавший систему

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

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

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

Дмитрий Егоров — Управляющий партнёр, Жизнеспособная система управления. Сертифицированный специалист в области Теории Ограничений (TOCICO), опытный управленец и консультант с 25-летним стажем. Основатель и руководитель Консалтинговой Группы «Жизнеспособная Система Управления», автор оригинальной методики построения эффективных корпоративных систем.


Из года в год доля проектов завершающихся с опозданием остается практически неизменной: три из четырех проектов завершаются с опозданием, а доля проектов, завершающихся с превышением бюджета растет. Должно быть Сизиф был менеджером проекта!!!

И проблема не в технологии...

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

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

#spmcongress

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

Гибридные методы управления проектами для выполнения проектов вовремя

Алексей Васильев — Тренер-консультант, BIPULSE.RU. Автор книги "Управление проектным бизнесом", соавтор подкаста "Разговоры о проектном бизнесе".


За последние два десятилетия адаптивные подходы (Agile software development) продемонстрировали высокую эффективность в разработке программного обеспечения, обеспечивая соответствие ожиданиям клиентов. А коммуникационные фреймворки типа Scrum, успешно применяются и вне ИТ-проектов.

Однако, гибкие подходы не решили главную проблему...

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

#spmcongress

Про нейронки и ИИ-команды


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

С одной стороны всё просто: создаем робота, который читает задачи из BIPULSE, а потом передает по конвейеру (ТЗ - кодирование - ревью - проверка). А с другой стороны после первого цикла разработки выясняется что:
* нужна ручная проверка
* нужны уточнения технического задания после апробации
* внешние API не работают как ожидаешь и как ожидает ИИ-агент.

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

Неожиданно канал дошел до 500 подписчиков.

И.. я начал писать второе издание Книги!