Еще немного про сроки.

Дано:

1. Комфортное время ожидания выполнения задачи у заказчика всегда меньше, чем время, за которое он получает результат.

2. Комфортное время ожидания заказчика пропорционально его представлению о сложности разработки.

3. Аналитик / разработчик никогда не знает сложность задачи и не может назвать время на ее решение, пока не возьмет ее в работу и не начнет анализировать.

Что делать:

Когда занимаешься автоматизацией и аналитикой на фултайм, или когда являешься заказчиком большого объема доработок HRIS, то будет полезно начать считать Time-to-market (не тот, что про вывод стартапа на рынок, а тот, что про время выполнения задачи)

Тут важно помнить, что мы считаем по-разному:

* для HR/заказчика T2M это срок со дня постановки задачи до дня получения результата * для тех команд это срок со дня, когда задача взята в работу до дня получения результата

Разница в сроке нахождения задачи в ожидании своей очереди.

Совместный мониторинг Т2М и работа над его сокращением - залог успеха