Когда я пришла в Майкрософт в 2008, слово догфуд было уже настолько общеупотребительным, что понимать его в прямом переводе "собачья еда" ну никак не получалось. Microsoft и был той компанией, которая с 1988 года этот термин и саму концепцию насаждала. Означает использование сотрудниками своего софта как одну из стадий тестирования.

Сам термин окружен байками, и согласно некоторым из них, восходящих к 1970 годам, был впервые использован президентом компании, производящей собачью еду. Мол, съешь баночку своего корма - и вот тогда поймешь, можно ли это собачке давать.

С одной стороны штука незаменимая, особенно для B2B продуктов, которые не очень и протестируешь до выпуска, ведь даже одним клиентом рисковать не хочется.

Действительно, баги всплывают, неудобство становится очевидным, а все сотрудники, начиная от маркетологов и заканчивая продавцами, начинают очень хорошо представлять продукт, который они клиентам продают (или предлагают использовать - не важно). Вообще, я обеими руками голосую за практику догфуда.

Но собачьей еды тоже можно переесть. Я имею в виду, что помимо известных минусов догфуда: начиная от потери продуктивности, заканчивая тем, что сотрудники привыкают к багам и кривому интерфейсу так, что они просто не видят, что в нем неудобного.... В общем, помимо кучи очевидных минусов, есть один неочевидный.

Много раз в местах, где я работала, догфуд доходил до того, что продукты начинали использоваться не для тех целей, для которых они созданы и предлагаются "наружу".  Чат как инструмент ведения проектов и т.д. В итоге пользы никакой, и продукт под давлением внутренних стейкхолдеров начинает страдать.

Мне в голову приходят только примеры, которые у меня под NDA, но я думаю, что вы понимаете, о чем я.

Ну и буду благодарна за "примеры из открытых источников".  ;)

Таня