Несогласен. Issue - не дефект, который BUG, а именно ЗАПИСЬ В ЖУРНАЛЕ. Проявление же бага - далеко не всегда Failure, но всегда Incident.
То есть, пользуясь вашей историей я бы скуазал так:
в ПО много багов (BUGS). Они себе живут там тихо и спокойно. Но иногда наступает (пипец?) (INCIDENT) и баг проявляет себя. После этого запись о нём (ISSUE) заносят в багтрек. Хотя некоторым багам везёт....
Тяжело спорить по поводу слова issue, т.к. я не лингвист.
Посмотрите тут:
http://thefreedictionary.com/issueДля себя я это слово понимаю и использую, в значениях 1, 3 и 7 - тема для обсуждения, заострения внимания или какое-то неожиданное событие или проявление чего-либо. Но не как не факт регистрации данного события или сущность появившуюся после регистрации события(см ниже). Еще, я это слово употребляю как среднее для обозначения какой либо проблемы. Т.е. ряд от слабого к сильному такой - (1)moment\effect\thing\situation -> (2)issue -> (3)problem\bug\defect
(1) и (2) - есть какие-то вещи, на котрые стоит обратить внимание, причем issue требует более пристального. Но это не значит что речь обязательно о чем-то негативном.
(3) - однозначно речь идет о негативных вещах.
Я говорю о issue как о сущности, появившейся в результате регистрации события, только в рамках тула с названием Issue Tracker (
http://issuetrack.tigris.org/). Например issue номер 222.
На всех работах где я работал и работаю сущность о которой вы спрашиваете называется System Change Request или просто Change Request. Я считаю, что это правильное название. Можете погуглить - найдете кучу примеров и тд - не я придумал такой термин. Имхо термин появился намного раньше, чем понятие issue и issue tracking - что вероятно есть программистский слэнг. Понятие же "Запрос на изменение" применимо не только в программировании.
Что касается инцидента - то тут вы правы. Пипец можно назвать инцидентом. Я бы сказал, что failure (т.е. грубо говоря отказ) - более узкий термин. Отказ может случится только при эксплуатации программы. Инцидент может произойти, например, во время ревью документации или исходного кода. Кстати, IEEE 829, описывает сущность которую вы хотите - как Incident Report. Но опять же - инцидент - что-то уже произошедшее, найденое и скорее всего носит негативный характер. Описание запроса на улучшение функциональности или добавление новой - сюда не вписывается.
Поэтому я считаю, что request tracking - более правильное название для всего этого. Вы имеете систему в каком-то определенном состоянии. Вы находите, что какой-то из аспектов нуждается в изменении - это может быть устранение неисправности или добавление улучшения или еще что-то, в результате чего система поменяется и будет обладать другими свойствами, характеристиками и поведением. Сам чаще пользуюсь термином defect tracker - т.к. количество именно дефектов сильно больше чем всякие запросы на улучшения (
RFE)
) 
