IT для неайтишников: Технический долг или почему теперь всё так долго?
Срыв сроков и выход за оценки в IT — большая и многогранная тема. На что-то бизнес-заказчик может повлиять напрямую, на что-то лишь косвенно. При работе с IT очень желательно понимать и знать такие понятия, как технический долг и «технический дефолт» (имеет иное значение, нежели в экономике). Что это такое, какие последствия имеет и как с эти борот…
Комментарий недоступен
Следует отметить, что технический долг - это не про управление рисками, от слова совсем. А если я начну писать про управление рисками (хотя бы в области IT) в академическом подходе, то простому читателю будет сложно понимать тему на нужном уровне.
Конечно, матрицу рисков поймут большинство. С теорией ограничений и отличием критического пути от критической цепи уже будет сложнее. Тем более, нам уже понадобятся PERT-диаграммы. Но ведь потом же понадобятся именно академические и фундаментальные знания. Теория устойчивости, теория детерминированного хаоса, бифуркации и их разновидности, множество аттрактора и хаусфордовские размерности.
И все для того, чтобы понять, что управлять абстрактным риском, который ты сам не понимаешь, глупое занятие. Именно управлять, а не пытаться контролировать. Вот «технический долг» - это то, что нужно понять, прежде чем хвататься им управлять. Понять, когда он слишком вреден и когда он еще полезен. При этом это лишь частная вариация «риска» в обывательском представлении, и «степень свободы» в академическом восприятии.
Надеюсь, я ответил на ваш вопрос. :о)