Управляем приоритетами. Локальный опыт.
Как всегда, идея для очередной заметки появляется после прочтения чужого материала. Вот и в этот раз статья про управление приоритетами подтолкнула к написанию данного материала.
Сразу оговорюсь, в материале ниже речь пойдёт только об изменениях, связанных с разработкой или доработкой ПО и не относится к изменениям, проводимым над оборудованием или серверным ПО.
Итак, условия задачи следующие. Есть самое обычное подразделение с n разработчиками, известной скоростью выполнения задач и средняя скорость появления новых задач. При этом новые появляются быстрее, чем обрабатываются накопленные ранее.
Введём дополнительное условие. Очередной пользователь\руководитель среднего звена получил по шее от вышестоящего руководителя за сорванную автоматизацию (не проконтролировал, не согласовал ТЗ, не принял работу и т.д.). Что имеем в итоге? Правильно, прибегает весь взмыленный заказчик с криками «а ну-ка быстро всё сделайте, надо было ещё вчера, это очень важно! Этим вопросом уже интересуется <здесь имя очень главного очень авторитетного руководителя>».
