Дуг Недхэм, DataOps.live Дуг Недхэм, DataOps.live Технический долг является вызовом для любой цифровой команды.Предложения, чтобы избежать его, переоцениваются или игнорируются, и это редкий способ исправить вещи, о которых мы знаем, что нам нужно исправить. Понимая то, что мы знаем — как страшен технический долг на самом деле, — они могли бы меньше отталкиваться, когда мы будем бороться, чтобы построить вещи правильным образом. Владельцы данных Владельцы данных Я думаю, что нашел способ рассказать им. Сказки, притчи и истории, рассказываемые нашими бабушками и дедушками, могут быть не фактическими, но они являются «правдой». Опасная гонка Вы хотели, чтобы ваш автомобиль был построен в спешке, и вот он — о, но после того, как мы его собрали, осталось двенадцать винтов. Руководители проектов настаивали на том, что эти конкретные вилки могут подождать следующего окна технического обслуживания. Команда продаж гарантирует вам, что эти вилки не нужны. Инженерная команда знает, что эти болты будут держать вместе.Они рекомендуют уделить время для нанесения болтов. Гонка начнется в ближайшее время. Часы уже тикают. Вы являетесь водителем. Вы будете принимать решения о жизни или смерти с невероятной скоростью на гоночной трассе, предназначенной для демонстрации возможностей вашего автомобиля. На стартовой линии находятся тридцать девять других автомобилей, каждая из которых имеет свои собственные инженерные, торговые и проектные команды. Неужели они держат все части своих автомобилей вместе? Какие части вашего автомобиля не удерживаются вместе наилучшим образом? Используя этот автомобиль и подталкивая его к пределу, вы выиграете гонку или закончите пудлом на третьем круге? Мораль истории Это технический долг: ситуация высокого риска, которой можно было бы легко избежать, прислушиваясь к экспертам. Если вам нужна более быстрая аналогия, это как русская рулетка, только вы не знаете количество камер, калибр пули, сколько пуль загружено, или в каком направлении стреляет пистолет. Нетехнические заинтересованные стороны иногда путают рефакторинг с техническим долгом.Особенно верно, что бывают времена, когда архитекторы и инженеры учатся лучшему способу построить что-то после того, как оно было построено. В обоих случаях те люди, которые фактически выполняют имплементации, должны иметь возможность решать, что нужно сделать.Нетехнические пользователи принимают технические решения о том, как построить инструмент, это рецепт катастрофы. Когда ваш премьер или владелец данных просит вас сократить углы, напомните им эту историю. Если да, то пусть они это делают». Обязанность предупреждать Они не знают важности правильного драйвера, структурированного SQL, обновления субпроцессов, добавления узла в кластер или обновления до текущего уровня патча и получения чистого перезагрузки. Вы построили им замечательную машину, но они диктовали несколько сокращений, которые вы знали, что нужно исправить позже, только позже никогда не пришло. Поскольку мы знаем риски технического долга, мы несем ответственность за то, чтобы поднять тревогу. расскажите им историю гонки. напомните им, что они сидят в этой машине. Я надеюсь, что эта история станет стрелкой в вашу шутку, когда бизнес-пользователь или менеджер проекта пытается свергнуть вас архитекторов и инженеров, которые знают, что что-то нужно сделать, и это нужно сделать правильно. Технический долг - это то, с чем мы все живем.Выбор инструментов, которые мы используем для смягчения риска технического долга, - это решение, которое все еще находится в наших руках. Создание кодифицированной архитектуры, обеспечивающей Вы можете стоять на плечах этой команды и спокойно отдыхать ночью, или взять поворот 3 на полную скорость! Отзывы о DataOps.live Управление данными регулируется Отзывы о DataOps.live Управление данными регулируется