Отражение Технического долга в плане

Категории: Кейсы Практики

Вопрос

Отображается ли каким то образом технический долг в плане? Кто оплачивает эти часы работы?

Ответ

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

Технический долг образуется всегда, когда проект идет несколько месяцев. И вот тут как раз кроется ответа на вопрос - как отображать в плане. Когда проект стартует с нуля, когда нет ничего, и нужно через 6-12 месяцев выпустить продукт - никакой технический долг не существует и не закладывается в планы. Если проект конечный, скорее всего технический долг будет только копиться, поскольку изначально на него не закладывается время и, вероятно, продолжения у проекта не будет - поэтому заботиться о техническом долге нет смысла.

Другое дело, если вам, как менеджеру с командой разработки, достается продукт, который нужно усовершенствовать, модернизировать, доработать. В этом случае вы, вместе с командой, предварительно анализируете полученный проект и составляет пул задач, которые нужно будет сделать, чтобы работать с этим проектом. Например:

  • рефакторинг модуля Корзина (в интернет-магазине)
  • настройка процесса деплоя
  • Исправление unit-тестов / Написание unit-тестов (если требуется в проекте)

То есть, технический дол отображается ровно так, как этот долг называется, что выявила ваша команда разработки. Заказчик не будет готов за это платить, поэтому вам нужны будут обоснованные аргументы, чтобы объяснить необходимость этих задач в плане. Например, если мы сейчас не потратим 10 дней на написание тестов, мы потратим дополнительно 20 дней на процесс тестирования, потому что нужно будет привлечь больше тестировщиков.

Все посты написаны мной. Если вам интересно узнать больше, подписывайтесь на мою рассылку о менеджменте. Один-два раза в месяц я пишу статьи о разных аспектах проектного управления или менеджмента в целом. Или вы можете просто написать мне :)