Такое интересное обсуждение возникло у нас сегодня.

— Есть необходимость передавать авторство задач.

— Какую проблему нужно решить?

— Ну меняется тимлид на проекте; уходит сотрудник в отпуск... Пример: изначально я создал пачку задач по проекту. Теперь тимлидерство принимает Вася. Контролировать задачи теперь предстоит ему (он должен быть постановщик). Мне эти задачи не нужны в моих перечнях задач, а Васе нужны. Потенциальный исполнитель будет путаться кому сдавать, т. к. постановщик один, а принимает другой. Как передать задачи другому, чтобы он начал контролировать исполнение? Хочется иметь возможность изменить автора.
Смысл прост: у задачи есть автор, этот же человек должен быть и в трекере, а не другой. В процессе работы ответственный может меняться. Редмайн из коробки не дает этой возможности, что очень странно.

— Авторство задачи нельзя передавать. Если вдруг у тебя пропало желание быть автором задачи — закрывай её, подводи итоги, передавай результаты другому ответственному/автору. Если у кого-то появилась необходимость в продолжении той же задачи — пусть создает новую. Это немного философский момент, но такая концепция единственно верная. В нашем Redmine есть простой вариант решения — копировать новым автором старую задачу, тогда в задаче автоматически появится связь с материнской и можно будет оперативно посмотреть детали и по ней.
Передача авторства задачи в её середине это тоже, что и передача исполнения. Результат при нескольких исполнителях одной задачи все знают. То же будет при нескольких авторах. Если несколько авторов или исполнителей, то размывается ответственность. Кто виноват? Как нужно было? Почему не успели? Кто будет отвечать перед клиентом?
Иногда реально хочется иметь инструмент смены автора в задачах. Но их доля ничтожно мала. Не стоит из-за них давать всем возможность выдумывать «свои» процессы, которые ведут к хаосу, а значит увеличивают риски.

— Ну да, вроде простая фича, но кто-нибудь может себе ноги отстрелить.

На том и сошлись.