В продолжение темы доклада про бэклог.

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

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

И на новой работе я бы хотела визуализировать >90% своей работы и максимально автоматизировать сбор моих метрик с помощью таск-трекера. Но пока что я к этому умышленно не приступаю.

Что я делаю вместо этого:
🔹 заношу 100% своих задач в бумажный блокнотик;
🔹 наполняю список пожеланий стейкхолдеров + критериев успеха;
🔹 пишу себе чек-листы по разным видам активностей - за какой срок до события что нужно сделать, про какие шаги не забыть;
🔹 отмечаю, какие контактные лица нужны для решения тех или иных задач;
🔹 вникаю, какие бизнес-процессы у смежников и т.д.

За первые 2-3 месяца адаптации я пойму, как выглядят процессы, и только потом смогу предложить своему руководителю варианты повышения полезности таск-трекера. Не раньше! Как говорится, в чужой монастырь со своим уставом не ходят — сначала нужно понять, чем он живёт и как ты можешь быть ему полезен.

Почему? Чтобы не предлагать улучшения ради улучшений, а дать идеи того, чем инструмент может облегчить нашу рутину. Чтобы обеспечить приживаемость инструмента (и скинуть часть своей работы на него, хехе).

Поэтому продолжаю наблюдение, коплю заметки в виде анализа STATIK из Канбан-метода и формулирую гипотезы.

Продолжение следует, будет целая рубрика #devrel_процессы

P.s. И да, я научилась ставить "—" вместо "-". Текст всё ещё ручной работы, но грамотность повышена😁