Bugtracker - агрегация и автоматизация рабочего процесса

Question

Вступление:

Я работаю в подрядной компании. Мы создаем ПО для разных корпоративных клиентов, каждый со своими правилами, стандартами ПО и т. Д.

Проблема:

В результате мы используем несколько систем отслеживания ошибок. Количество билетов относительно велико, и SLA иногда смертельно опасны. Основная проблема в том, что мы отслеживаем эти билеты в нашем собственном BT (в настоящее время Mantis), но мы также общаемся с клиентами в их BT. Но на самом деле два канала связи создают слишком много информационного шума.

Решение, прогресс:

Фактическое решение - это сотрудник, отвечающий за синхронизацию потоков, отслеживание SLA и многое другое. Он отнимает довольно большую часть своего времени (около 70%), которую можно потратить на что-то более ценное. Другое дело, что он недостаточно быстр, и иногда синхронизация на самом деле не синхронизируется. Некоторые части комментариев оставлены только в одной системе, некоторые полностью потеряны. (И не заводите меня в отпуск или по болезни, вот где начинается самое интересное)

Вопрос:

Как автоматизировать этот процесс: объединять задачи, наблюдать за SLA, уведомлять нужных людей и т. Д. Частично или все вместе?

Спасибо за ответ.

Answer 1

Вам нужно что-то вроде Zapier. Он может отображать различные приложения и синхронизировать данные между ними. Это работает просто:

1. Вы создаете zap (например, между redmine и teamwork).
2. Вы настраиваете отображение (как элементы / атрибуты в Redmine отображаются на элементы / атрибуты в командной работе)
3. Вы генерируете токены доступа в обеих системах и записываете их в zap.
4. Zapier регулярно синхронизирует Redmine и командную работу.

Но богомол еще не поддерживается Zapier. Если все / большинство ваших клиентов BT находятся в списке приложений Zapier, вы можете переместить свой собственный BT на другую платформу или сделать запрос в службу поддержки Zapier.

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

Answer 2

Вы можете посмотреть Slack: https://slack.com/

Это отличный инструмент для групповых разговоров

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

у вас может быть много инструментов интеграции, и вы можете использовать Zapier https://zapier.com/ для программирования триггеров.

С разными каналами вы можете уведомить нужных людей частично или все вместе в групповом разговоре:)

Answer 3

Очевидный ответ заключается в создании интеграции между всеми различными BT. Не зная, что это такое, трудно сказать, возможно ли это полностью. Большинство современных БТ имеют API и поддерживают интеграцию. Некоторые, особенно настольные, этого не делают. Для тех, кого вы, вероятно, должны контролировать базу данных напрямую.

Zapier, как кто-то уже предлагал, является отличным инструментом для создания интеграций и может уже иметь некоторые из тех, которые вам нужны. Мне нравится Slack, и у него есть API, но сообщения в основном просто текстовые, и если вы не хотите делать какие-либо ограничения, когда вы публикуете сообщения в его API, это, вероятно, не сработает.

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

Другая альтернатива - просто остановиться. Если ваши требования диктуют, что вы используете программное обеспечение отслеживания ошибок ваших клиентов для проектов, которые вы для них делаете, просто используйте их программное обеспечение и перестаньте дублировать усилия. Если вам нужен какой-то центральный репозиторий или что-то для управления работой, может быть, просто где-нибудь простая таблица или электронная таблица с клиентом, проектом, номером проблемы, статусом и, если возможно, ссылкой на проблему в BT клиента. Я понимаю необходимость и желание централизовать это, но если это душит производительность, то альтернативные издержки слишком высоки для ИМО.

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