Чаще всего проект начинает ломаться не в момент провала, а в момент успеха. Когда успешный старт принимают за зрелость системы, а сильного исполнителя — за готовую опору для всего следующего роста, закрытие проекта становится не случайностью, а вопросом времени.
Жёсткая реакция руководителя часто даёт быстрый эффект: люди становятся осторожнее, собраннее, тише. Но этот порядок нередко оказывается хрупким. В статье разбираю кейс, где страх сначала выглядел как способ укрепить дисциплину, а в итоге привёл к выгоранию сотрудника, уходу от ответственных задач и потере людей из команды. Это не текст о «плохом начальнике» и не спор о мягкости против строгости, а разбор того, в какой момент управление срывами превращается в управление страхом — и почему такую цену команда платит гораздо раньше, чем руководитель успевает это заметить.
Рассказываем о переходе филиала международного цементного холдинга с SAP на 1С – проекте, который превысил бюджет втрое и стал учебником типичных ошибок цифровой трансформации. Отсутствие опыта, архитектурные и управленческие просчеты, внутренние интриги и конфликты интересов между CIO, CFO и CDTO превратили амбициозную программу локализации в затяжной кризис. Разберем, почему проект, несмотря на успешный carve out и праздничные речи, оставил пользователей недовольными, и какие выводы можно сделать, чтобы не повторять этот сценарий.
Заметки уставшего, но еще живого руководителя про чудеса на виражах управления между владельцем и командой. Или осознанные действия? Хочется чудес, но чаще выходит «не шмагла»…
ИИ в 1С полезен не тогда, когда просто ускоряет подготовку доработок, а тогда, когда помогает до старта увидеть реальные зависимости, масштаб вмешательства и цену ошибки. В статье разбираю, как использовать его в управлении изменениями, чтобы отличать локальную правку от изменения, которое затронет проведение, интеграции, проверки и работу пользователей после релиза.