Какой у нас интересный пошел разбор ситуаций,
Я только предложил показать свои цифры  %))

А толку то, это статика.
Важна так же сколько выгребаете и сколько вбрасывают.
Короче надо смотреть на burn up, и не париться.

Как показала практика, даже на этой простой статике можно принять решение:  уже пора активно  вмешиваться или еще нет.
Для графика возгорания нужны исторические данные, а часто их просто нет.

Это как их блин нет. Это что с процессами то? РП чем занимается, ну ок, не может или сложно, не вопрос, зови процесника.
Управление задачами это то что ставиться сразу. Желательно на этапе устава.

Чтобы увидеть график возгорания нужна.... система которая умеет строить!
Но не у всех такая система есть.
Не все умеют строить графики и пониать их смысл.

Поэтому  даже если задачи есть, получить исторические данные нетривиальная задача.

Excell нет у всех? Ну окей, возьмите гугл таблицы.

Менеджеры в разработке софта не умеют строить граффики???

Не умеют получать исторические данные из трекера????

Да даже мы в кровавом это делаем на раз два!

Сначала нужно ПОЛУЧИТЬ  исторические данные. Не все трекеры = Jira
с этим часто проблема.

То есть не у всех есть нормальное апи...

Согласен, вот это большая проблема

Кстати у джиры с этим то же проблема :)

Из жиры тоже проблема получить данные. особенно сложно понять что есть что :(

вторая проблема - показать проблему, которая скрывается за графиком.

да, я согласен что надо копать глубже, но буду это делать уже только на следующей неделе.

:) если доступ к базе есть, то легко, а вот идентификация работы

То смотри пункт про процесс постановки задач

Недавно мы затронули тему найма сотрудников.  А тут читая Законы Паркинсона, я наткнулся на весьма интересный способ подбора кадров:


=== (открывок главы Принципы подбора кадров) ==

Китайскому методу (старого типа) подражало в свое время столько  наций,
что  немногие  помнят  теперь  о  его  происхождении.  Метод  сводится   к
письменным испытаниям. Во времена династии Мин экзамен для самых способных
устраивали каждые три года и включал он три трехдневные сессии.  В  первую
сессию соискатель писал три сочинения и поэму в восьми четверостишиях.  Во
вторую он писал пять сочинений на издавна установленные темы. В третью  он
писал пять сочинений об искусстве управления. Тех, кто  все  сдал  успешно
(процента два),  допускали  к  последнему  экзамену,  который  проходил  в
столице. Длился он один день и включал одно сочинение на тему  из  текущей
политики. Выдержавшие этот экзамен могли стать  чиновниками,  и  чем  выше
была отметка, тем выше  было  и  место.  И  эта  система  работала  вполне
успешно.

===

Коллеги, как вы смотрите на такой способ подбора?

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

Классный комментарий!

в Жире база хоть и разлапистая, но если потратить 2 часа на ее изучение - все становится понятно. Я инструменты анализа из UI жиры ненавижу. Это самое дно, которое можно придумать, а вот пара SQL запросов, и картина меняется в корне

Слушай, там всего два нормальных инструмента это комулятивка и карта скользящих средних, остальное да, в топку.
А sql наше все!