Управление техническим уроном

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

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

Допустим, Милана Курникова завершила разработку итерации функции «Apple Pay», которую мы подтвердили на предыдущем экране, и Данил начал процесс QA. Он обнаружил несколько багов и хочет добавить их в итерацию, чтобы Милана могла их исправить.

Разработка завершена, завершение QA блокировано

На скриншоте выше видно, что первая стадия, Разработка, завершена (сплошной зеленый), в то время как QA не прошла (сплошной желтый). Теперь Данил, ответственный за QA, нажимает кнопку с красным сердечком, чтобы открыть сторону технического урона.

Темная сторона итерации

Чтобы вернуться назад, нужно снова нажать на кнопку с сердцем, но так как мы хотим добавить технический урон, мы нажимаем вместо этого «Добавить тех. урон», и открывается текстовое окно.

На данный момент мы можем вводить только текст (скриншоты и видео планируются в будущем).

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

Существует способ увидеть весь технический урон итерации сразу. Если мы вернем карточку на «светлую сторону» и кликнем по ней, чтобы открыть экран функции, мы увидим черный сектор под названием «Технический урон». Клик по этому сектору отобразит полный список технического урона. На данный момент и.-ф. метод поддерживает только добавление и завершение технических повреждений; нет возможности их удалять или добавлять прямо из экрана функции, но это будет добавлено в функционал платформы в будущем.

Карточка итерации также изменится. Вместо красного сердца появится иконка гаечного ключа с цифрой, отображающей количество активных технических повреждений.

В этой итерации две единицы технического урона

Что делать, если дефект найден в итерации функции, которая уже была полностью завершена? Как только разработчик подтверждает источник технического урона, он меняет статус всех стадий этой итерации, включая разработку, на желтый, что означает, что эти стадии необходимо пройти повторно. Например, если Данил находит дефект, который был допущен в первой итерации P2P Payments, уже отправленной в прод, он меняет все стадии на желтый. Итерация затем снова появляется на экране активных итераций и по умолчанию отображается в очередях тех разработчиков, которые участвовали в ее разработке, чтобы они могли ее исправить.

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

Другой сценарий возникает, когда вы только начали использовать и.-ф. метод, и функция еще не создана, но нужно зарегистрировать технический урон для этой функции. В этом случае можно просто создать пустую функцию и зарегистрировать технический ущерб в ее начальной итерации ("Основание").