Управление проектами

Спасение утопающих дело рук самих утопающих. Лозунг, который был вывешен в зале клуба «Картонажник» города Васюки, где Остап Бендер давал местным любителям шахмат сеанс одновременной игры на 160 досках. У вас убыточный проект, что с этим делать? Поговорим об этом.             Убыточный проект редко становится убыточным в один день. Обычно он «тихо тонет»: задачи выполняются, отчёты сдаются, встречи проводятся — а маржа незаметно уходит в минус. Проблема не в отсутствии данных. Данные есть — в Jira, табелях, бухгалтерии. Проблема в том, что они разбросаны по системам, и собрать их в единую картину вручную практически невозможно. Но чем раньше обнаружить проблему, тем больше времени на ее решение. Может использовать ИИ?             Допустим, ИИ подключается к существующим системам и сравнивает то, что обычно не сравнивают: прогресс по задачам и скорость сжигания бюджета. Конечно, можно это сделать, анализируя S-кривую проекта. Но если у нас тысячи задач, и несколько десятков из них выполняются одновременно? ИИ может выявлять ранние сигналы — незначительные отклонения в сроках, небольшой перерасход ресурсов, которые сигнализируют на вероятные будущие проблемы. В отличие от еженедельных статус-встреч и отчётов, ИИ анализирует сотни переменных ежедневно и показывает, где именно плановые показатели начинают расходиться с фактом - пока ещё есть время реагировать.             Убыточные проекты не исчезнут. Но с ИИ у вас появляется возможность узнать о них не на этапе закрытия, а в ходе проекта, когда ещё можно что-то изменить. #ProjectManagement #AI #PMO #RiskManagement #УправлениеПроектами

Почему ваши ИИ не оправдывают ваши ожидания? Scaled Agile анонсировала саммит SAFe & AI Summit San Diego, который пройдёт 14–18 сентября в Gaylord Pacific Resort. Главная тема — AI-Native SAFe: новая версия фреймворка, заточенная под «эпоху ИИ». Неудобная правда, которую озвучивают организаторы: несмотря на беспрецедентные инвестиции в ИИ, только 9% C-level руководителей сообщают о значимой отдаче от генеративного ИИ. Барьер не технический. Основная проблема - отсутствие операционной модели, которая помогает управлять ИИ, менять то, как выполняется работа, и стабильно превращать возможности ИИ в бизнес-ценность. Главный доклад «AI-Native SAFe: The Operating Model for the Age of AI» представит Эндрю Сейлс. Его ключевая мысль: бутылочное горлышко сместилось — уже не «быстрее строить», а «ответственно валидировать ценность». Среди спикеров — представители AWS, Collins Aerospace, Barclays, Panasonic, Red Cross и другие. Agile-сообщество десять лет учило всех «быстро адаптироваться к изменениям». А теперь выясняется, что даже продвинутые Agile-компании не успевают за изменениями, которые предлагает ИИ. Похоже для этого срочно нужна новая операционная модель. https://www.kegon.de/unternehmen/events/ #SAFe #AINativeSAFe #ScaledAgile #Agile #ProjectManagement #PMO #AI

Критерий DCMA: 7. Отрицательный резерв — недопустим. Продолжаем разговор о качестве плана. Седьмой пункт методики DCMA устанавливает: отрицательный временной резерв (negative slack) в календарном плане недопустим. Что это значит: отрицательный резерв возникает, когда задача не может быть выполнена в срок без сдвига даты завершения проекта или нарушения директивной даты. В MS Project это отражается как отрицательное значение в поле «Общий резерв» (Total Slack). Почему этот критерий важен: · Отрицательный резерв означает нарушение директивной даты получения важного промежуточного или окончательного результата. Проект не вписывается в заданные временные рамки. · Он сигнализирует о нереалистичном плане: либо длительности задач занижены, либо логика сети неверна, либо сроки изначально были установлены без учёта реальных ограничений. · В информационной системе этот критерий отлично срабатывает при сдвиге сроков критической задачи и наличии в конце проекта вехи с фиксированной датой. Руководителю проекта приходится либо разрабатывать мероприятия реагирования, либо задействовать резерв по времени.   Что делать: 1. Найти источник. Проанализировать, какая задача или цепочка задач создаёт отрицательный резерв. Чаще всего это критический путь. 2. Разработать мероприятия реагирования. Сократить длительность критических задач, добавить ресурсы, изменить логику (где это технологически допустимо), использовать параллельное выполнение. 3. Задействовать резервы. Если в проекте есть временные буферы (явные или скрытые), их можно использовать для компенсации. 4. Пересмотреть обязательства. Если директивная дата недостижима без изменения объёма или качества, это повод для переговоров со стейкхолдерами. В качественном плане отрицательного резерва быть не должно. Его наличие — это красный флаг для руководителя проекта и повод для немедленного анализа и корректирующих действий.   #DCMA #ProjectManagement #Scheduling #MSProject #PMO #УправлениеПроектами