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

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

История с поломками джойстиков Sony DualSense из-за «дрифта» стиков стала массовой сразу после его появления в 2020г. Многие владельцы жаловались на неисправность менее чем через полмесяца после покупки консоли. На Хабре в новостях об этом писал @maybe_elf.

Столкнулся с данной проблемой лично, делюсь изученной информацией об устройстве стика, причинах поломки и туториалом как все исправить в домашних условиях. 

Самый очевидный способ повысить эффективность ручного труда, уменьшить влияние человеческого фактора или ускорить тот или иной процесс – это попытаться его автоматизировать. Тема с частичной или полной автоматизацией процессов стала популярной ещё во времена Генри Форда и его конвейера. В интернете и книгах можно найти огромное количество статей, примеров и пресс-релизов об успешных внедрениях. Но всегда ли все проходит гладко? О спорных или неудачных примерах говорить не принято, поэтому информации о них практически отсутствует. 

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

Что делать, если статус вашего ИТ‑проекта стал «красным» и что такое проекты «арбузы»?

Последние 10 лет я занимаюсь проектным менеджментом, развитием проектного управления, помогаю управлять и сам управляю проектами и программами проектов, неоднократно сталкивался с этим статусом и прекрасно знаю, о чем идет речь.

Сегодня мы поговорим о том, что такое «красный» проект, что приводит к такому статусу, как стабилизировать ситуацию и «озеленить» проект. Сразу скажу, что «красный» статус — совсем не повод для паники. Я не знаю ни одного опытного руководителя проектов, который бы не сталкивался с ним. Ниже мой личный опыт и мысли, которые не являются «индивидуальной проектной рекомендацией».