Pull to refresh
0
0
Гриншпун Денис@gernalius

IT Leader

Send message

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

У тебя в любом случае метрики будут зависеть от контекста: даже если команда А имеет delivery rate выше, то это не значит, что команда Б перформит хуже - у них может быть высокий показатель дефектов и техдолга, поэтому они фиксили баги и тд

Собирай метрики и анализируй их, по ходу дела тебе будет становиться легче и понятнее все!

Ты можешь выстроить процесс работы над задачей прозрачно, самый простой способ - чтобы люди списывали время в задаче по факту. Без таск-трекера больно будет, но тоже осуществимо. А так да, собираешь информацию на статусах (дейли и тд) и потихоньку выстраиваешь картину работы над задачами.

Какие метрики лучше измерять чтобы видеть разницу в 2х командах адекватно?

Что ты имеешь в виду под адекватной разницей между командами?

Вам надо осваивать AQA, чтобы вязать параллельно с прогоном тест-кейсов:)
А так очень здорово, необычно очень увидеть влияние тестирования на вязание и наоборот!

Мне кажется, что автор забыл добавить очень важную деталь про гарантии доставки: как продюсер может настраивать acknowledgement, чтобы проверять дошли ли сообщения до брокера, так и консюмеры могут выбирать стратегии (at least/most/once).

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity

Specialization

Бэкенд разработчик
Ведущий
From 600,000 ₽
Java Spring Framework
Docker
PostgreSQL
Redis
MongoDB
Kubernetes
Английский язык
Проектирование архитектуры приложений
Высоконагруженные системы
Apache Kafka