Фокус на главном

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

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

Если не хватает тестировщиков, выбивай ресурсы, делай так, чтобы тестировщики занимались только тестированием.

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

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

Кажется, логичные действия. Но когда операционка занимает всё рабочее (и не только рабочее) время, не получается остановиться и подумать, как исправить ситуацию.

Чтобы выбраться из этого замкнутого круга, сначала нужно осознать наличие проблемы. А после этого выполнить следующее: 👉понять, что ты делаешь; 👉понять, что из этого и кому стоит делегировать; 👉понять, что из этого и как автоматизировать; 👉делегировать, автоматизировать и начать фокусироваться на главном - причинении пользы команде через выстраивание помогающих процессов.