Спасибо за вопрос!
В SSIS 2008 этот метод возвращал true только если переменная была ранее добавлена в список переменных на блокировку. Сейчас - специально проверил на тестовом пакете - возвращает true если переменная есть в наборе переменных исполняющих пакетов, как основного, так и родительского, даже если список переменных для блокировки пуст!
Через другой хак - можно получить список переменных исполняемых пакетов, и даже проект, из которого это все выполняется.
Почему хак - дело в том, что по концепции SSIS внутри задачи видимость объектов пакета крайне ограничена, почти отсутствует, можно только делать ограниченные вещи вроде чтения переменной или connection manager. Есть методы вытягивать что-то еще, но они - через хаки с reflection.

Основная идея в SSIS - насколько ее воспринял - что Task или Data Flow Component ограничен видимостью. Для Task - это connection managers, VariableDispenser, логи и события. Для DF Component - все то же + входящий/исходящий поток данных. Узнать что-либо дополнительное о структуре пакета, компонентах в Data Flow, тем более поменять на лету -- нативными средствами нельзя. Похоже, SSIS создан в идее "все видно на этапе дизайна, во время выполнения - просто проверяем что внешние метаданные соответствуют дизайну". Эта идея не позволяет сломать пакет изнутри, изменив его во время исполнения, если пакет создан и прошел валидацию.
Подробности и частные случаи - можем обсудить в личке.