Справочник IT-рекрутера. Архитектор программного обеспечения – Chief Software Architect (CAS) - страница 18
Выявление Технической Задолженности
1. Аудиты кода: Регулярные аудиты кода необходимы для выявления областей, в которых накопилась техническая задолженность – анализ сложности существующих кодовых баз для выявления недостатков или устаревших компонентов.
2. Инструменты мониторинга производительности: Использование инструментов мониторинга производительности помогает выявить узкие места и неоптимальные методы кодирования, которые со временем приводят к увеличению затрат на обслуживание.
3. Оценки рисков: CSA проводит оценку рисков путём оценки потенциального воздействия на надёжность системы, уязвимости в системе безопасности, проблемы соответствия требованиям, связанные с технической задолженностью.
Расстановка приоритетов
1. Анализ воздействия: Определение того, какие части кодовой базы оказывают большее влияние – сюда входят критические модули, которые часто используются или подвержены сбоям.
2. Анализ затрат и выгод: CSA проводит анализ затрат и выгод для решения различных типов технической задолженности, сопоставляя немедленные исправления с долгосрочными выгодами.
3. Системы определения приоритетов: Разработка систем определения приоритетов (например, с использованием метода «Одолженных часов») помогает классифицировать и ранжировать задачи на основе срочности и воздействия – это гарантирует, что первоочерёдные задачи будут решаться в первую очередь.
Рефакторинг
1. Инкрементный подход: CSA выступает за инкрементный рефакторинг, при котором вносятся небольшие изменения для улучшения качества кода без нарушения текущих операций.
2. Проверки кода: Внедрение строгих процессов проверки кода помогает поддерживать чистые стандарты кодирования и предотвращать накопление новой технической задолженности на этапах разработки.
3. Внедрение шаблонов проектирования: Поощрение разработчиков к использованию установленных шаблонов проектирования обеспечивает модульность, возможность повторного использования и ремонтопригодность – это снижает сложность с течением времени.
Непрерывный Мониторинг
1. Инструменты автоматического обнаружения: Интеграция автоматизированных инструментов для обнаружения частей кода или потенциальных областей технической задолженности помогает постоянно поддерживать чистую кодовую базу.
2. Циклы обратной связи: Установление циклов обратной связи с разработчиками для быстрого решения возникающих проблем гарантирует, что усилия по рефакторингу будут постоянными, а не просто разовыми исправлениями.
3. Обновления документации: Постоянное обновление документации о текущем состоянии, внесённых изменениях для устранения технической задолженности – это обеспечивает ясность в отношении улучшений архитектуры системы с течением времени.
Стратегии смягчения последствий
1. Технические планы погашения задолженности: Создание подробных планов систематического погашения накопленных долгов путём определения приоритетов в областях с высокой отдачей и эффективного распределения ресурсов.
2. Учебные программы: Проведение учебных сессий, посвящённых лучшим практикам в области кодирования, шаблонам проектирования, методологиям тестирования – это помогает разработчикам понять последствия технической задолженности.
3. Механизмы стимулирования: Внедрение программ стимулирования, которые вознаграждают команды за активное выявление и устранение технической задолженности, может способствовать формированию культуры, в которой поддержание качества кода является приоритетным.