#управление_техническим_долгом — Public Fediverse posts

Технический долг в ИТ: главные причины и скрытые риски

С точки зрения инженера техдолг редко выглядит как одна большая проблема. Скорее как набор: временный сервис на старом Windows Server, который внезапно стал критичным; поддержка в рабочих чатах без нормальных SLA и приоритизации; bus factor = 1 по ключевой системе, где все держится на одном человеке; бэкапы, которые давно никто не поднимал в тесте. Пока все живет — это считается разумными компромиссами. До первого серьезного сбоя.

https://habr.com/ru/companies/alp_itsm/articles/1028054/

#технологический_долг #техдолг #управление_техническим_долгом #itsm #bus_factor #ит_аудит #alp_itsm

Технический долг в ИТ: главные причины и скрытые риски

С точки зрения инженера техдолг редко выглядит как одна большая проблема. Скорее как набор: временный сервис на старом Windows Server, который внезапно стал критичным; поддержка в рабочих чатах без нормальных SLA и приоритизации; bus factor = 1 по ключевой системе, где все держится на одном человеке; бэкапы, которые давно никто не поднимал в тесте. Пока все живет — это считается разумными компромиссами. До первого серьезного сбоя.

https://habr.com/ru/companies/alp_itsm/articles/1028054/

#технологический_долг #техдолг #управление_техническим_долгом #itsm #bus_factor #ит_аудит #alp_itsm

Технический долг в ИТ: главные причины и скрытые риски

С точки зрения инженера техдолг редко выглядит как одна большая проблема. Скорее как набор: временный сервис на старом Windows Server, который внезапно стал критичным; поддержка в рабочих чатах без нормальных SLA и приоритизации; bus factor = 1 по ключевой системе, где все держится на одном человеке; бэкапы, которые давно никто не поднимал в тесте. Пока все живет — это считается разумными компромиссами. До первого серьезного сбоя.

https://habr.com/ru/companies/alp_itsm/articles/1028054/

#технологический_долг #техдолг #управление_техническим_долгом #itsm #bus_factor #ит_аудит #alp_itsm

Технический долг в ИТ: главные причины и скрытые риски

С точки зрения инженера техдолг редко выглядит как одна большая проблема. Скорее как набор: временный сервис на старом Windows Server, который внезапно стал критичным; поддержка в рабочих чатах без нормальных SLA и приоритизации; bus factor = 1 по ключевой системе, где все держится на одном человеке; бэкапы, которые давно никто не поднимал в тесте. Пока все живет — это считается разумными компромиссами. До первого серьезного сбоя.

https://habr.com/ru/companies/alp_itsm/articles/1028054/

#технологический_долг #техдолг #управление_техническим_долгом #itsm #bus_factor #ит_аудит #alp_itsm

А о техническом долге я скажу…

Бывало у вас такое, что приходилось вставлять не самое лучшее решение в код, только чтоб успеть сдать задачу перед условной выставкой? Или идет работа над проектом в течение уже пару месяцев, а документация откладывается на потом когда все устаканится - поздравляю, вы “счастливый” обладатель технического долга. Не стоит расстраиваться, это частая жизни, которую следует принять и проработать как на сеансе психолога для комфортной жизни в будущем. Для начала определим цель текущей работы. Это МВП для проверки бизнес-гипотезы - мы можем забыть о “техдолге” и бежать вперед для получения нужных метрик. Надо сделать пару задач, где сроки “вчера” - вставляем подходящие решения с мыслью о будущем рефакторинге. Тут главное правильно понять дальнейшее развитие проекта, чтобы после наших технических решений были понятны масштабы работ по накопившимся обязательствам. Это как с кредитом, который мы берем в банке и будем возвращать в будущем, да еще и с процентами. Проведите верхнеуровневый анализ проекта и поймите на каком вы этапе и куда хотите прийти. Картинка в помощь.

https://habr.com/ru/companies/rostelecom/articles/852188/

#технический_долг #управление_техническим_долгом #technical_debt #рефакторинг #матрица_эйзенхауэра

Техдолг — всё

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. За годы в ИТ я видел десятки команд, которые буквально тонут в техническом долге, но даже не осознают этого. Они продолжают героически вкатывать хотфиксы, год за годом пересобирать один и тот же код и удивляться: почему скорость упала, а пользователи ноют? Самое коварное — технический долг маскируется под обычную занятость. Вам кажется, что работа кипит, но на деле вы просто раз за разом наступаете на одни и те же грабли. В этой статье делюсь опытом, как перестать ходить по кругу и превратить беспорядок повторяющихся проблем в управляемый, прозрачный процесс. Без магии, зато с метриками, ролями и реальными кейсами. Читать статью

https://habr.com/ru/companies/simpleone/articles/1001956/

#технический_долг #управление_техническим_долгом #дефекты #sdlc #service_desk #управление_разработкой #Управление_бэклогом #Повторяющиеся_инциденты #Метрики_разработки #Управление_проблемами

Техдолг — всё

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. За годы в ИТ я видел десятки команд, которые буквально тонут в техническом долге, но даже не осознают этого. Они продолжают героически вкатывать хотфиксы, год за годом пересобирать один и тот же код и удивляться: почему скорость упала, а пользователи ноют? Самое коварное — технический долг маскируется под обычную занятость. Вам кажется, что работа кипит, но на деле вы просто раз за разом наступаете на одни и те же грабли. В этой статье делюсь опытом, как перестать ходить по кругу и превратить беспорядок повторяющихся проблем в управляемый, прозрачный процесс. Без магии, зато с метриками, ролями и реальными кейсами. Читать статью

https://habr.com/ru/companies/simpleone/articles/1001956/

#технический_долг #управление_техническим_долгом #дефекты #sdlc #service_desk #управление_разработкой #Управление_бэклогом #Повторяющиеся_инциденты #Метрики_разработки #Управление_проблемами

Техдолг — всё

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. За годы в ИТ я видел десятки команд, которые буквально тонут в техническом долге, но даже не осознают этого. Они продолжают героически вкатывать хотфиксы, год за годом пересобирать один и тот же код и удивляться: почему скорость упала, а пользователи ноют? Самое коварное — технический долг маскируется под обычную занятость. Вам кажется, что работа кипит, но на деле вы просто раз за разом наступаете на одни и те же грабли. В этой статье делюсь опытом, как перестать ходить по кругу и превратить беспорядок повторяющихся проблем в управляемый, прозрачный процесс. Без магии, зато с метриками, ролями и реальными кейсами. Читать статью

https://habr.com/ru/companies/simpleone/articles/1001956/

#технический_долг #управление_техническим_долгом #дефекты #sdlc #service_desk #управление_разработкой #Управление_бэклогом #Повторяющиеся_инциденты #Метрики_разработки #Управление_проблемами

Техдолг — всё

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. За годы в ИТ я видел десятки команд, которые буквально тонут в техническом долге, но даже не осознают этого. Они продолжают героически вкатывать хотфиксы, год за годом пересобирать один и тот же код и удивляться: почему скорость упала, а пользователи ноют? Самое коварное — технический долг маскируется под обычную занятость. Вам кажется, что работа кипит, но на деле вы просто раз за разом наступаете на одни и те же грабли. В этой статье делюсь опытом, как перестать ходить по кругу и превратить беспорядок повторяющихся проблем в управляемый, прозрачный процесс. Без магии, зато с метриками, ролями и реальными кейсами. Читать статью

https://habr.com/ru/companies/simpleone/articles/1001956/

#технический_долг #управление_техническим_долгом #дефекты #sdlc #service_desk #управление_разработкой #Управление_бэклогом #Повторяющиеся_инциденты #Метрики_разработки #Управление_проблемами