Каковы основные ключевые позиции в учете технического долга?

Я настраиваю технический реестр долгов в The Office и хочу сделать его довольно полным инструментом.

Какую ключевую информацию мы должны записывать?

7 голосов | спросил Phil.Wheeler 11 +04002010-10-11T02:01:20+04:00312010bEurope/MoscowMon, 11 Oct 2010 02:01:20 +0400 2010, 02:01:20

1 ответ


0

Прежде всего - вы хотите сохранить свой реестр очень простым , в противном случае затраты на ведение реестра не позволят людям использовать его и потратят больше времени, чем фактически исправление технического долга, для которого он предназначен. решить .....

Если вы все-таки решите пойти дальше, я бы посоветовал вести простой реестр, который представляет собой простой файл /простую базу данных /электронную таблицу Google со следующими полями:

  • Имя модуля /компонента
  • Описание того, что должно быть исправлено (у вас может быть список категорий, но я думаю, что для этого также нужен текст с одной строкой)
  • Расчетное время исправления в днях (я бы настаивал на том, чтобы указывать целое число дней, в противном случае у людей будет тенденция начинать регистрировать мелкие мелочи)
  • Какой разработчик взял на себя долг (и предоставил оценку времени исправления)
  • По какому проекту был взят долг (любой подразумевается, какой руководитель проекта подотчетен)

Правила таковы:

  • Разработчики должны быть прозрачными в отношении технического долга. Если разработчик должен взять на себя технические долги из-за нагрузки на проект, разработчик должен добавить это в журнал со своим предполагаемым временем исправления.
  • Менеджеры проектов несут ответственность за техническую задолженность, возникшую у них (т. е. оказывали ли они давление на разработчиков, чтобы они использовали ярлыки?). Они должны быть в состоянии обосновать твердое деловое обоснование увеличения общего долга и предложить, что нужно сделать, чтобы это исправить.
  • Если техническая задолженность не отмечена, то ожидается, что код будет высокого качества и пройдет любые соответствующие проверки кода. Если отмечается техническая задолженность, то разработчик получает «пропуск» на все, что отмечено (вместо этого обзор может помочь оценить точность регистрации долга и идеи о том, что следует сделать для исправления).
  • Ожидается, что разработчики предоставят точные оценки времени исправления. Если они скажут, что на рефакторинг архитектуры потребуется два дня, то они не должны удивляться, если им дадут два дня, чтобы исправить это позже ...

Я думаю, что этот подход в целом создаст хорошую динамику - разработчики обязаны быть прозрачными и думать о том, как решить техническую задолженность, руководители проектов /бизнес-лидеры должны найти компромисс, но ясно, что затраты на их долг - лучшие разработчики и архитекторы получат похвалы за выполнение сложных проектов, а также за контроль технического долга.

ответил mikera 13 +04002010-10-13T01:56:21+04:00312010bEurope/MoscowWed, 13 Oct 2010 01:56:21 +0400 2010, 01:56:21

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132