Техдолг

На днях осознал, что ровно в тот момент, когда компания принимает решение называть себя технологической (читай, добавляет себе суффикс "tech"), она автоматически принимает тот факт, что технический (а вообще даже технологический) долг нельзя игнорировать.

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

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

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

Выше я уже обозначил свои основные принципы, среди которых как раз есть отвлечение ресурсов от feature-бэклога. А вот теперь у меня это состыковалось с "другой стороной". Я понял, что не только я должен отстаивать эту часть процессов, но и бизнес (а в идеале топ-менеджмент компании) должен понимать и принимать её ценность уже на начальном этапе. Более того, технический менеджмент вполне вправе требовать это от бизнеса, если этот бизнес существует с суффиксом "tech".

Такие дела.