1 of 28

Почему за техническими метриками нужно следить бизнесу�

Андрей Булов

bulov.org

2 of 28

Андрей Булов

16+ лет в IT

​

Архитектор, разработчик, DevOps

Скрам-мастер, менеджер, аджайл-коуч

​

30+ команд

20+ проектов

​

​

​

​

3 of 28

Жизненная ситуация

4 of 28

Жизненная ситуация

Мега акция!

5 of 28

Драмма

6 of 28

Развязка

Ну и ладно! © Андрей

7 of 28

Сколько денег было потрачено на 30 секунд плохого настроения Андрея?

«

«

8 of 28

Почему это произошло?

Упало качество из-за переработок

Всплыли старые проблемы

Новички не смогли быстро разобраться в коде

Мало тестировали

Сработали технические риски

9 of 28

Норма ли это?

10 of 28

Системная проблема

11 of 28

12 of 28

13 of 28

14 of 28

15 of 28

16 of 28

17 of 28

18 of 28

19 of 28

А если метрики не критичны?

20 of 28

21 of 28

22 of 28

23 of 28

Что делать?

24 of 28

Что отслеживать?

  • Defect trend (особенно, о тех, которые пришли от пользователей).
  • Availability (девятки).
  • Кодовые метрики (да хотя бы покрытие тестами)
  • Тренд технического долга (собирать данные через ретроспективы или техлидов).
  • Обращения в Help Desk.
  • Отзывы суперюзеров.

​

25 of 28

Что делать?

  1. Отслеживать метрики и тренды наравне с продуктовыми.
  2. Брать технический долг осознанно и с записью в JIRA.
  3. Устраивать “генеральную уборку” путем выделенных спринтов.
  4. Выделять “смотрящих за техникой”.
  5. Не брать технический долг и писать сразу без багов ☺
  6. Учитывать влияние багов на ваши метрики.

​

​

26 of 28

А лучше всего – не попадать в этот порочный цикл.

«

«

27 of 28

Наш рецепт работы в кайф

Никогда не откладывай на завтра то, что можешь сделать послезавтра.

​

Кто умеет, тот делает, а кто не умеет, тот учит.

Работа работой, но в этой жизни надо еще и что-то полезное делать.

28 of 28

Контакты

Андрей Булов

Аджайлотехноментор, bulov.org

http://www.bulov.org

https://vk.com/bulov

andrew.bulov@gmail.com

https://t.me/andrew_bulov