Неймдроппинг
Давайте сыграем в игру. Допустим, вы хотите убедить разработчика сделать задачу, которая не в его бэклоге. Практика плохая, но иногда приходится. Я могу привести плюс-минус три категории аргументов, чтобы это сделать:
- A — Задача поможет заработать нам денег
- B — Задача интересная и поможет тебе прокачаться
- C — Задачу поставил сам Иван Иванович, понимать надо!

Какой бы выбрали вы? Для меня лучший аргумент — заработок компании, но для подавляющего большинства людей интерес к задаче важнее. Поэтому я бы выбрал В и давил на него. Однако, выбрать А не будет ошибкой.

Ошибкой будет выбрать С. Это я называю неймдроппинг: использование чьего-то имени в качестве единственного аргумента для выполнении или повышения приоритета задачи. Это красный флаг и зачастую гарантия того, что менеджер свою работу делать не умеет.

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

Почему неймдроппинг — плохо
- Вы прячетесь от ответственности за свои поступки и необходимости отстаивать свою позицию. Это очень слабая позиция, которая мешает менеджеру расти. Когда менеджер-неймдроппер получает в ответ "кто такой Иван Иваныч?", он становится беспомощен.
- Вы буквально сами взращиваете в себе синдром самозванца. Сами подумайте: если вы постоянно прикрываетесь кем-то и его мнением, чего стоит ваше собственное мнение?
- Вы раздражаете окружающих. Никто не любит неймдроппинг, правда.

Альтернативы неймдроппингу
Помимо мотивации пользой (приоритетами) и ростом, есть еще варианты:
- Замена — если вам так надо впихнуть в бэклог новую задачу, сделайте это, но уберите одну старую примерно того же объема работы.
- Бартер — предложите команде, в которую вы хотите пропихнуть работу, свою помощь. Выделите им своего QA, помогите ревьюить MR'ы, включитесь вместо них в дежурства.
- Примером — попросите у команды список текущих и предстоящих крупных задач. Потом сравните каждую из них со своей задаче и коротко опишите, почему ваша важнее.