Начало работы с новой IT-командой часто сопровождается двумя крайностями. Одни ждут, что за несколько недель исчезнут все старые ограничения. Другие ограничиваются передачей контактов и ждут первой аварии. Оба подхода оставляют руководителя без способа понять, что меняется между инцидентами.
Первые 90 дней полезно рассматривать как три последовательные фазы. Сначала появляется видимость исходного состояния, затем выбираются и проверяются приоритеты, а затем закрепляется рабочий ритм. Такая схема не является договором или технической инструкцией по передаче доступов. Она помогает компании получить наблюдаемые результаты без нереалистичных обещаний.
Первые 30 дней: увидеть границы известного
В первом месяце новая команда не обязана знать всё. Её важная задача — честно отделить подтверждённую информацию от предположений. Руководителю полезно получить краткую картину критичных процессов, известных систем и поставщиков, повторяющихся проблем, а также зон, которые ещё требуют проверки.
Этот период не стоит превращать в длинный технический отчёт. Важнее, чтобы было понятно, где компания уязвима для простоя, кто может объяснить бизнес-контекст и какие вопросы нельзя решить без участия руководителя. Материал о том, что именно может быть видно к концу первого месяца, полезно дополняет первую оценку перехода.
Дни 31-60: превратить наблюдения в решения
Когда первичная картина появилась, возникает соблазн начать все улучшения сразу. Но в небольшой компании это обычно создаёт новую перегрузку. Вторая фаза нужна, чтобы разделить срочные риски, важные улучшения и вопросы, для которых пока недостаточно сведений. У каждого выбранного действия должны быть причина, ожидаемое изменение, зависимость и способ проверки.
| Тип вопроса | Что готовит IT-команда | Что решает компания |
|---|---|---|
| Срочное ограничение | Последствие, возможные действия и условия безопасной проверки | Приоритет и допустимое влияние на работу |
| Повторяющаяся проблема | Наблюдение, вероятная причина и способ подтвердить результат | Согласие на очередность и выделение времени участников |
| Улучшение, которое можно отложить | Последствия отсрочки и условие возврата к вопросу | Принятие риска или включение в ближайший план |
| Неизвестная зона | Список недостающих сведений и следующий шаг исследования | Владелец контекста и решение о глубине проверки |
Хороший признак этой фазы — не количество закрытых пунктов, а появление ясной очереди. Руководитель может объяснить, почему сейчас выбран именно этот шаг и что станет доказательством его завершения.
Дни 61-90: закрепить повторяемый ритм
К третьему месяцу работа не должна зависеть от постоянного личного напоминания руководителя. Сотрудники знают, куда обращаться. У команды есть способ фиксировать важные решения и возвращаться к отложенным вопросам. Внешние поставщики не получают возможность бесконечно переадресовывать проблему, потому что понятен координатор и следующий шаг.
Регулярный обзор в этот период может быть коротким. Он отвечает на четыре вопроса: что изменилось в критичных зонах, какая причина стала понятнее, какое решение требуется от компании и что будет проверено до следующего обзора. Это превращает поддержку из набора реакций в управляемый процесс, но не отменяет право компании менять приоритеты.
Что не должно быть обещано за 90 дней
Три месяца не гарантируют, что исчезнут все старые риски, будут найдены все зависимости или завершатся работы, требующие бюджета и участия сторонних поставщиков. Недостоверно также обещать отсутствие будущих сбоев. Честный результат выглядит иначе: неизвестное названо, критичное имеет порядок, решения имеют владельцев, а сделанные изменения проверяются.
Если команда говорит только о будущих планах и не может показать исходную картину, проверенные действия или нерешённые вопросы, это повод скорректировать формат работы. Если же в отчёте много технических деталей, но не видно влияния на процессы компании, руководителю стоит попросить перевести их в последствия и варианты выбора.
Короткая проверка на девяностый день
- Понятно ли, какие системы и зависимости подтверждены, а какие ещё неизвестны?
- Есть ли единый путь обращения и человек или команда, координирующие вопрос до результата?
- Могут ли участники назвать несколько повторяющихся причин, а не только список заявок?
- Есть ли у отложенных работ владелец, основание и дата возврата к обсуждению?
- Понимает ли руководитель, какое решение требуется от компании в следующем периоде?
- Проверяются ли изменения по их фактическому результату, а не только по факту выполнения?
Если на большую часть вопросов есть конкретные ответы, первые 90 дней дали главное: основу для системного IT-обслуживания, в которой техническая команда ведёт работу, а компания сохраняет контроль над приоритетами и последствиями для бизнеса.
Итог: первые 90 дней с новым IT-подрядчиком стоит оценивать по переходу от неизвестности к повторяемому ритму: известной исходной точке, выбранным и проверяемым действиям, понятным владельцам решений и регулярному обзору оставшихся рисков.