Технічна заборгованість, також відома як заборгованість за кодом або заборгованість за дизайном, є фразою, яка зазвичай використовується в галузі розробки програмного забезпечення. Іноді його називають загальним терміном, який стосується різних проблем, таких як помилки, старий код і відсутність документації.
Але як саме це можна пояснити? Як це можна визначити? Давайте обговоримо технічну заборгованість, наведемо приклади та типи, а також дамо поради щодо її зменшення.
Технічний борг
Технічний борг — це термін, який використовується в індустрії розробки програмного забезпечення для позначення наслідків наголосу на швидкій доставці над чудовим кодом. Це також може стосуватися негативних наслідків, що виникають через накопичення ярликів, швидких виправлень і компромісів, зроблених під час процесу розробки.
Мати технічні борги не обов’язково погано, адже іноді це необхідно для просування проекту. Тим не менш, якщо його не контролювати належним чином, це може ускладнити процес розробки, знизити якість продукції та, зрештою, витратити більше часу та грошей.
Що призводить до технічної заборгованості?
Різні фактори можуть призвести до технічної заборгованості. Вони включають тиск бізнесу, практику розвитку, людські змінні та зміни контексту.
Залежно від того, як з ним поводитися, це може бути корисним або шкідливим для ситуації. Нижче наведено список факторів, які спричиняють технічні борги:
- Практики розвитку: використання таких методів розробки, як неадекватне тестування, погана документація та неадекватний розподіл ресурсів, може сприяти накопиченню технічної заборгованості
- Погане ІТ-лідерство: Недостатня обізнаність про технології, що швидко розвиваються, такі як хмара та контейнеризація, може призвести до використання зайвих інструментів або неправильно поінформованих суджень, що призводить до технічних боргів.
- Тиск бізнесу: іноді підприємства пришвидшують випуск продуктів або скорочують витрати, аніж слідують найкращим практикам розробки програмного забезпечення, що може призвести до накопичення технічних боргів.
- Перемикання контексту: застарілі технологічні стеки та зміна планів можуть змусити команди використовувати короткі шляхи, щоб підтримувати роботу систем, що збільшує понесений борг коду.
- Змінні на основі людей: Причини, пов’язані з людьми, включають такі речі, як брак досвіду, погане спілкування, розосереджені команди та переміщення ресурсів. Усе це може сприяти накопиченню кодового боргу.
Як визначити технічний борг?
Ви можете визначити ступінь заборгованості коду вашого проекту, використовуючи різноманітні показники та підходи для відстеження та вимірювання впливу, який він має на вашу роботу. Нижче наведено кілька порад щодо виявлення технічної заборгованості:
- Відстежуйте співвідношення нових дефектів до виправлених помилок, щоб виміряти співвідношення дефектів. Коли кількість нещодавно виявлених помилок починає перевищувати кількість виправлених, це означає, що сума боргу зростає, і вам потрібно вирішити проблему.
- Використовуйте такі показники, як цикломатична та когнітивна складність, кількість рядків коду, глибина успадкування, аферентні та еферентні зв’язки, глибина вкладеності та час, витрачений на написання рядків коду, щоб оцінити складність і якість коду.
- Перегляньте час вирішення проблем, особливо тих, що мають низький пріоритет. Якщо проблеми з кодом або інфраструктурою викликають технічну заборгованість, виконання звичайних завдань може зайняти більше часу.
- Слідкуйте за тим, скільки разів потрібно було змінити або переробити сегмент коду або діяльність інфраструктури. Високий рівень відтоку виробництва може бути показником технологічної заборгованості.
- Розрахуйте приблизну майбутню вартість боргу, використовуючи коефіцієнт технічного боргу (TDR). Цей коефіцієнт розраховується шляхом порівняння вартості усунення недоліків із загальною вартістю розробки проекту.
- Час циклу, довший за середній, означає значний рівень технічної заборгованості. Час циклу – це період між першим комітом розробника та розгортанням.
- Розгляньте можливість складання реєстру технічної заборгованості, списку або документа, який визначає проблеми, деталізує їхні наслідки та рекомендує можливі рішення для належного відстеження технічної заборгованості.
- Проблеми слід класифікувати відповідно до їх типу, складності, серйозності або пріоритету, а систему квитків або відстеження слід використовувати для керування як проблемами, так і програмними помилками.
Приклади технічної заборгованості
Ось деякі приклади технічної заборгованості:
#1. Рамкова програма з обмеженнями щодо гнучкості
Це один із прикладів технічної заборгованості, яка може виникнути, якщо керівництво встановлює короткий термін, щоб скористатися перевагою першого гравця. Потім розробники вибирають швидку структуру, навіть якщо вона має проблеми з гнучкістю.
Рефакторинг програми в структуру з додатковою гнучкістю для виправлення цього боргу.
#2. Погана якість коду в результаті недостатніх навичок програмування
Це один із прикладів технічної заборгованості, яка виникає через те, що розробники мають жахливі навички кодування, а команда наполегливо працює, щоб вкластися в терміни. Це призведе до погано написаного коду, який містить помилки, що призводить до вищих витрат і обороту клієнтів.
Змініть код, найнявши розробника з більшим досвідом для усунення цього боргу.
Інші приклади технічної заборгованості включають вибір невідповідної платформи для вашого бізнесу, як-от створення веб-сайту електронної комерції з високим трафіком на WordPress.
Види технічної заборгованості
Типи технічної заборгованості включають наступне:
- Заборгованість по аліментах: ця заборгованість є результатом неналежного обслуговування програмного забезпечення, наприклад відсутності своєчасних виправлень помилок і оновлень програмного забезпечення.
- Заборгованість за ефективність забудовника: Цей борг виникає через неефективні методи розробки, які перешкоджають продуктивності команди розробників
- Стабільний борг: нестабільність системи може вплинути на надійність і продуктивність програмного забезпечення. Це призводить до типу технічного боргу, відомого як стабільний борг.
- Заборгованість: Заборгованість за безпеку виникає, коли програмне забезпечення містить недостатні засоби захисту або недоліки безпеки.
- Заборгованість за технічну продукцію: Це один із видів незапланована технічна заборгованість. Це стосується фінансового тягаря, який виникає, коли існує розбіжність між технічною архітектурою програмного забезпечення та вимогами до продукту.
- Заборгованість за рішенням: Заборгованість за рішенням може утворитися, коли прийняття рішення відкладається або затримується, що робить процес розробки програмного забезпечення більш складним і невизначеним.
Які є два типи технічного боргу?
Двома ключовими типами технічної заборгованості є запланована та ненавмисна технічна заборгованість.
#1. Запланована технічна заборгованість
Це відбувається, коли організація свідомо вирішує створити технічний борг, повністю розуміючи його наслідки, ризики та витрати. Наприклад, команда може пропустити написання модульних тестів, щоб вкластися у стислий термін, щоб написати їх після випуску. Документування цих рішень має вирішальне значення для того, щоб борг було розглянуто та виплачено пізніше.
Запланована заборгованість може бути корисною для дотримання термінів або швидкої доставки продукту, але вона також може накопичуватися з часом і негативно впливати на проект, якщо нею керувати належним чином.
#2. Ненавмисні технічні борги
Цей тип боргу є ненавмисним через брак знань, погане планування або зміну вимог. Це може статися, коли команда намагається створити найкращий код без необхідних знань або коли вони знаходять краще рішення після впровадження.
Деякі поширені причини ненавмисної заборгованості включають відсутність планування, зовнішні сили, незнання, відсутність гнучкості, недостатню документацію, відсутність співпраці, паралельні проекти, зміни вимог, нехтування галузевими стандартами та погане керівництво. Ненавмисна заборгованість може призвести до збільшення витрат на технічне обслуговування, зниження якості коду та труднощів із запровадженням змін у проекті пізніше.
Що таке чотири квадранти технічного боргу?
За словами Мартіна Фаулера, технічний борг класифікується на чотири квадранти. Квадранти допомагають визначити контекст і зміст проблем із кодом. Навмисна технічна заборгованість вибирається для швидкої доставки, тоді як ненавмисна заборгованість виявляється після впровадження.
Чотири квадранти ґрунтуються на намірі (навмисному чи ненавмисному) і контексті (розважливому чи необережному). Вони є:
- Розсудливий і обдуманий: Швидка доставка та усунення наслідків пізніше, як правило, коли ставки низькі й переваги швидкої доставки переважають ризик.
- Безрозсудний і навмисний: надавайте пріоритет швидкій доставці, а не створенню найкращого коду, навіть знаючи найкращий підхід.
- Розсудливий і ненавмисний: Бажання створити найкращий код, але знайти краще рішення після впровадження.
- Безрозсудний і ненавмисний: Спроба створити найкращий код без необхідних знань, часто не знаючи про помилки.
Як зменшити технічний борг
Зменшення технічної заборгованості може бути дуже корисним для бізнесу та його команд. Це допомагає підтримувати ефективність, придатність і якість проекту розробки програмного забезпечення. Нижче наведено десять порад щодо зменшення технічної заборгованості.
- Визначте борг: Будьте свідомі доцільних методів і поступок, зроблених під час виробництва. Попросіть команду інженерів завчасно визначити та зробити це видимим, щоб ви могли створити план вирішення проблеми.
- Складіть стратегію: Створіть план вирішення найактуальніших аспектів технічної заборгованості. Це може включати рефакторинг коду, створення документації або підвищення загальної якості коду.
- Надайте боргу найвищий пріоритет: Визначте, які проблеми є найбільш актуальними, а які можна вирішити пізніше. Потім переконайтеся, що є достатньо попереднього планування та дизайну, щоб уникнути переробки пізніше.
- Покращити структуру проекту: Використовуйте інструменти управління проектами для відстеження статусів розробки та дотримання графіка. Також відстежуйте проблеми з кодом, швидко виправляйте їх і використовуйте автоматичне тестування, щоб зменшити їх, оскільки ручне тестування неефективне.
- Пріоритет співпраці: Діліться знаннями між проектною групою для підвищення ефективності та зменшення технічної заборгованості.
- Зберігайте гнучкість: Будьте готові до змін, коли цього вимагають зміни. Крім того, документуйте належним чином, оскільки належна документація допомагає запобігти технічній заборгованості, яку потрібно буде вирішити пізніше.
- Виховуйте сильне лідерство: Забезпечте чітку власність, ефективне керівництво та добре повідомлені рішення для мінімізації технічної заборгованості.
- Ретельно керуйте паралельними проектами: пам’ятайте про додаткову роботу, яку вам знадобиться для об’єднання змін під час паралельної розробки.
- Дотримуйтеся галузевих стандартів: Дотримуйтеся встановлених стандартів, щоб уникнути технічних боргів, і регулярно рефакторюйте вихідний код, щоб покращити його зручність обслуговування, читабельність і ефективність.
- Встановіть найкращі методи коду: Створіть документ стандартів кодування з найкращими практиками для розробників. Парне програмування також може допомогти отримати кращі результати.
Технічний борг проти технічного обслуговування
Технічний борг проти обслуговування: ці дві концепції часто збігаються в розробці програмного забезпечення.
Технічне обслуговування — це постійний час і зусилля, необхідні для покращення читабельності, багаторазового використання та надійності коду, часто через рефакторинг. Це поточний проект, метою якого є підвищення загальної якості та життєздатності кодової бази.
Крім того, технічне обслуговування може допомогти уникнути накопичення технічної заборгованості, яка може призвести до загнивання програмного забезпечення.
Технічні заборгованості стосуються тимчасових скорочень, зроблених під час реалізації для прискорення розробки. Обмеження часу, потреби, що змінюються, наявна технічна заборгованість, повторюваний код, складний код і відсутність обміну інформацією можуть цьому сприяти.
Знижена швидкість роботи команди, нестабільні виробничі середовища, довший середній час відновлення (MTTR), вищі показники відмов змін, складне тестування, повторюваний код і нестабільні виробничі середовища — усе це ознаки технічної заборгованості.
Як ще називають технічний борг?
Інші назви технічної заборгованості: заборгованість за кодом, заборгованість за технікою або заборгованість за дизайном. Вони стосуються витрат на переробку, які накопичуються через код, який не є чистим, добре розробленим або перевіреним. Це трапляється, коли команди розробників зриваються з кутів або приймають неідеальні рішення для досягнення короткострокових цілей, таких як дотримання термінів або зниження витрат.
- НАВИЧКИ МЕНЕДЖЕРА ПРОДУКТУ: найкращі навички менеджера продукту
- Управління програмою: що це таке, посада, зарплата та різниця.
- СЕРВІС ВІДМІННО: значення, приклади та те, що вам слід знати
- 20 найкращих інструментів планування соціальних мереж у 2023 році, оновлено
- Найкращі прості способи стати мільйонером у 2023 році (оновлено)
- ВІРТУАЛЬНІ КРЕДИТНІ КАРТКИ МИТТЄВОГО СХВАЛЕННЯ: 15 найкращих варіантів
- 21+ найкраща компанія партнерського маркетингу в 2023 році, оновлено
посилання
