В очередной раз анализируя запас по настраиваемости разных трекинговых систем (надо, надо тренинг сделать) задумался а так ли уж необходим функционал изменения категории. я работал и в тех и других системах. Мысли во многом совпадают с изложенным здесь:
http://www.trackstudio.ru/forum/issue-22749.html#p22749

Первое. Сложно настраивать, сложно отловить все дыры безопасности.
Второе. Заказчик действительно ставит неправильный тип задачи, а от этого зависит схема и сумма оплаты. Баги правятся бесплатно, доработки оплачиваются согласно контракта на конкретную доработку, консультации оплачиваются скопом, в рамках оговоренных в месяц часов.

И вот подумалось мне, что одно из решений выглядит так:
* Заказчик. Я заказчик. Мне плевать на вашу типизацию. "Я хочу!"
* И в системе создается запрос с категорией "хотелка". С простым жизненным циклом типа: "Новое желание" / "Исполнено" / "Передумал"
* В ее рамках уже ведутся все остальные работы со строгой типизацией.

Что скажете, коллеги?

мне кажется, ты только что переизобрёл связку user story <-> task

NB: кстати, я бы очень хотел где-нибудь услышать, почему ты считаешь, что скрам работает только в 15% случаев

Вопрос звучит примерно так: "Если трекинговая система не имеет штатной процедуры смены категории объекта, то в каких случаях это препятствует ее выбору для внедрения." Т.е. в каких случаях это является архитектурным ограничением. Как ты понимаешь, вопрос не праздный. Разбор таких вопросов  является одним из способов обучения архитектора.

По поводу скрама - можно отдельно поговорить.

А начальные условия какие: трекинговой системы нет?
Или есть TrackStudio и надо на Jiru заменить?
У Вас  получается, что  Заказчик ставит задачи напрямую  в TrackStudio и сразу же запускается процесс в зависимости от категории?

Считаю, что если в TrackStudio нет штатной процедуры смены категории объекта, но внедрять решили , то это не помеха. Организационно команда подстроится.