Цель: скрыть исполнителя от заказчика
Суть: Есть внешняя группа. От неё ставится задача на разработку. На основе этой задачи создается задача для разработчиков. По итогам задач разработчикам приходит сообщение в первоначальную задачу от анонимного разработчика.
Т.о. внешний заказчик контактирует с диспетчерами службы поддержки, а они - с отделом разработки. Задачи для заказчика и для исполнителей по отношению друг к другу работают, как черные ящики.
Для чего это нужно? В задачах с заказчиком часто обсуждаются вопросы, не связанные с разработкой напрямую, например, финансы, контакты, банковские реквизиты и прочее. Можно, конечно, заводить отдельно задачу обсуждения стоимости работ и отдельно обсуждение самой работы, но заказчику проще обсуждать всё в одном потоке.
Пример реализации "черного ящика" - служба поддержки Битрикс. Все, кто с ней переписывался по доработкам продукта, встречали сообщение от "Сотрудник поддержки: Mantis Bug tracker ". Т.е. поддержке передавала задачу в отдел разработки, там создавалась своя подзадача, решалась, результат передавался обратно. Что при этом обсуждали разработчики заказчик не видит. Ему лишь сообщают о готовности.
Аналогично разработчики видят поставленную задачу, отчитываются по ней, но не видят всей переписки с заказчиком.
Как приходится работать сейчас. Создаются две изолированных группы: заказчика и разработчиков. По мере поступлений заданий от заказчика они формулируются в задачах группы разработчиков. По мере выполнения результаты ретранслируются заказчику. Но всё это делается в "ручном режиме". Т.е. есть человек-посредник, который всё это держит в голове и передает данные туда-обратно. Хотелось бы более автоматизировать труд этого посредника-постановщика.