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

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

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

Когда практика сопоставляется с минимальной жизнеспособной версией, часть деятельности может оказаться 'за бортом' — то есть не входить в MVP. Эта деятельность не должна автоматически отбрасываться. Необходимо разобраться, какую ценность она создает. Вероятно, эта деятельность нужна, так как способствует созданию ценности, но ее потоки либо не описаны, либо нет смысла описывать их как отдельные потоки создания ценности на данный момент. В этом случае рекомендуется регулярно пересматривать охват практик и анализировать необходимость расширения потоков создания ценности.

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

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

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

Для определения попадания в ловушку Action Bias после выполнения задачи необходимо провести структурированную рефлексию, включающую следующие вопросы: Была ли эта работа действительно необходима в данный момент? Какие данные или информация подтверждали её необходимость? Не создавалась ли работа ради самой активности? Какие альтернативные действия можно было бы предпринять? Каков реальный вклад этой работы в конечную цель проекта? Также полезно сравнить объем проделанной работы с фактическими результатами и измерить, привела ли активность к снижению неопределенности или решению реальных проблем. Важно создать безопасную среду для честного обсуждения, где участники могут признавать ошибки без страха критики.

Для анализа услуги "ИТ-обеспечение процесса выдачи кредитов физлицам" с помощью модели Compass Model: Север (потребности): клиенту необходимо быстро и удобно подать заявку, получить прозрачные условия кредита, гарантированно защитить личные данные, оперативно получить решение. Банку необходимо обеспечить соблюдение регуляторных требований, точный скоринг, минимизацию рисков. Запад (желания): клиент хочет простой интерфейс подачи заявки, мгновенное предварительное решение, возможность выбора условий, онлайн-консультацию. Банк желает оптимиризировать процессы, повысить долю успешных заявок, улучшить клиентский опыт. Юг (стереотипы): клиенты боятся сложных процедур, утечки данных, скрытых комиссий; считают, что одобрение кредита занимает много времени. Эмоции (Восток): клиент может испытывать стресс из-за необходимости кредита, сомнения в безопасности, облегчение при оперативном решении, доверие при прозрачных условиях. Зная эти аспекты, ИТ-служба может сосредоточиться на создании системы, которая не только выполняет базовые функции, но и разрушает негативные стереотипы, обеспечивая позитивный эмоциональный отклик.

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