💭 Технический долг есть не только в коде

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

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

⁉️ Но почему-то, когда речь заходит не о коде, а о людях, процессах и взаимодействии внутри команды, про долг мы вспоминаем гораздо реже.

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

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

А потом неожиданно оказывается, конфликт между коллегами успел укорениться, недовольство внутри команды копилось месяцами, а процесс, который когда-то можно было исправить за один разговор, теперь требует нескольких встреч, сложных договоренностей и серьезных изменений.

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

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

А вы сталкивались с подобным «нетехническим долгом» в командах или своей работе?

Кто я | Навигация | Спасибо