Пятничное чтиво
Ссылки уходят в ежегодный летний отпуск на месяц с 1го августа (включительно). Увидимся с первого сентября. Спасибо что читаете и пишете комментарии ❤️
Также, сегодня спецвыпуск — три статьи о работе с техническим долгом.
Буду рад предложениям, вопросам и идеям связанным с каналом или архитектурными/техническими вопросами. Можно написать в личку, а можно анонимно. А ответы на вопросы можно прочитать на сайте.
—————————————
Техдолг. Большое руководство
Первая статья вводная в тему тех долга. Из текста узнаете что такое долг, каким бывает и как «выплачивать». Если с долгом работали только с помощью одной канбан доски — однозначный мастрид. Начинается текст с классификации 9 видов долгов. Тут как о коде, который стоит переписать, так и о секьюрити, «устаревших» технических решениях, людях и других видов. Причем, дается вторая классификация, основанная на влиянии на систему.
Дальше рассказывается о том, откуда долг возникает. Тут также две классификации, для каждой из которой найдете примеры:
- предумышленный/непредумышленный и безрассудный/благоразумный;
- предумышленный/непредумышленный и технические/организационные причины;
После описывается как тех долг влияет влияние на разработку и какие последствия последствия могут произойти, если забить на долг. Кроме этого, найдете информацию о том, как закрывать долг в проекте. Для этого автор предлагает использовать 4 шага: фиксация, расчет объема, приоритезация и «выплата». Для каждого из шагов найдете советы и примеры. В последней части показывается, как описывать тех долг используя матрицу вид тех долга/последствия. И на основе подобной матрицы можно определить подходящую стратегию «выплаты» долга.
#tech_debt
—————————————
How Google Measures and Manages Tech Debt
Вторая статья рассказывает о конкретном подходе для работы с долгом. Текст основан на пейпере из гугла, в котором пытаются ответить на два вопроса: как отследить долг и как сделать так, чтобы разработка не встала во время «выплаты» долга.
В случае отслеживания, сначала придется категоризировать тех долг. У гугла получилось 10 категорий, которые не пересекаются с первой статьей. А для измерения, в компании, решили пойти по пути ежеквартальных опросов, где инженеры отвечают, что их замедляет в работе. Формулировка важна, так как цель не закрыть долг целиком, а закрыть только мешающий разработке. Но у опроса присутствует проблема с «лагом» и скептицизмом. Поэтому также используется наблюдение за кодом: количество TODO, терминов в ошибках и так далее. И благодаря этому нашли зависимость между «важностью» долга и контекстом, в котором компания варится. В случае менеджмента выделил отдельную команду, которая занималась только тех долгом. В статье найдете описание того, что команда делала. В конце найдете рассуждения о балансе между «выплатой» долга и разработкой фич. А также признаки, которые говорят о неуправляемости долга в компании.
#tech_debt
—————————————
Делать фичи или техдолг
В первой статье рассказывалось о том, что такое тех долг, а во второй — как измерить. Фокус третьей статьи о том, как принять решение, «выплачивать» долг или подождать. Для этого, в точке (банк), используют теорию ограничений. В тексте найдете «фреймворк» состояний из шести шагов:
- Выявление проблем;
- Определение противоречий между потребностями;
- Проверка адекватности между найденными требованиями и потребностями;
- Создание модели для определения причины проблем;
- Определение решений для причин изначальных проблем;
- Критика выбранного решения, для поиска «слабых мест». По сути, шаг связан с обработкой возможных рисков.
Единственное, статью лучше воспринимать как еще один инструмент (или как идею для вдохновения), а не как руководство к действию. Связано со спецификой теории ограничения и терминами ради терминов.
#tech_debt
Теория ограничений — это метод управления, разработанный Элияху Голдратом в 1980-х годах. Для популяризации своих идей он написал несколько книг в формате бизнес-романов, где на реальных кейсах…