+7 (861) 203-39-44
0 0
Корзина (0) Отложенные товары (0)

В настоящий момент у вас нет отложенных товаров

Одна заявка — две команды: как техподдержке и системным администраторам работать вместе

Одна заявка — две команды: как техподдержке и системным администраторам работать вместе

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

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

Что поможет. В «Управлении IT-отделом 8», версия 4.0, одно задание можно включить в проекты обеих команд. Описание, переписка и результаты проверки останутся в общей карточке.

Рассмотрим пример. В компании работают две команды, у каждой свой проект и свой состав участников:

  • Проект «Поддержка пользователей». Его участники — сотрудники техподдержки. Они принимают обращения, проводят первичную диагностику и общаются с заявителями.

  • Проект «Серверная инфраструктура». Его участники — системные администраторы. Они обслуживают серверы и настраивают права доступа.

Однажды сотрудники отдела продаж потеряли доступ к общей папке с документами. Менеджер написал в техподдержку:

Не открывается общая папка. Нужно срочно отправить предложение клиенту — помогите восстановить доступ.

Менеджер отдела продаж · пример обращения

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

Почему информация теряется между командами

Передать вопрос коллеге в чат — привычный способ подключить нужного специалиста. Но вместе с вопросом нужно передать и контекст: что произошло, кого затронула проблема и что уже проверили.

В нашем примере специалист техподдержки выяснил, что интернет работает, другие сетевые ресурсы открываются, а общая папка недоступна нескольким сотрудникам отдела продаж. Если системный администратор получит только сообщение «Не открывается папка», ему придётся запрашивать эти сведения заново.

Дальше появляется обратная передача информации. Администратор сообщает о выполненных действиях, специалист техподдержки уточняет результат у пользователя, затем возвращается к администратору с ответом. Чем больше участников и уточнений, тем сложнее восстановить последовательность работы.

Одна карточка обращения для обеих команд

В «Управлении IT-отделом 8» — программе на платформе 1С для организации работы IT-службы — одно задание можно включить в несколько проектов.

Проект помогает команде организовать свой список работ. Например, сотрудники техподдержки ведут обращения в проекте «Поддержка пользователей», а системные администраторы — технические работы в проекте «Серверная инфраструктура».

Когда для решения обращения нужен системный администратор, существующее задание добавляют в проект «Серверная инфраструктура». Создавать копию и переносить в неё описание не требуется: обе команды открывают одну карточку.

В нашем примере это задание «Восстановить доступ к общей папке отдела продаж». В нём остаются описание проблемы, результаты диагностики и обсуждение.

Общая карточка задания №203: два проекта, описание проблемы и переписка специалистов.
Одно задание включено в два проекта — команды работают с общей карточкой обращения. Иллюстрация с демонстрационными данными.

Техподдержка фиксирует результаты проверки

Прежде чем подключить системного администратора, специалист техподдержки записывает в задании, что удалось выяснить:

Папка недоступна трём сотрудникам отдела продаж. Интернет и другие сетевые ресурсы работают. Проверено на двух компьютерах.

Теперь администратор может прочитать результаты диагностики в карточке и продолжить работу с учётом уже выполненных проверок. Если пользователь пришлёт новое уточнение, специалист техподдержки добавит его в то же обсуждение.

У каждой команды — свой проект и рабочий список

Подключение к общему обращению не требует объединять все работы отделов в один список.

В проекте «Поддержка пользователей» задание можно разместить в разделе «Ожидаем системного администратора», а в проекте «Серверная инфраструктура» — в разделе «В работе». Так каждая команда видит обращение среди своих задач и понимает, на каком шаге находится её часть работы.

Задание №203 в проектах «Поддержка пользователей» и «Серверная инфраструктура» с разными разделами.
Одно задание в двух проектах: техподдержка ожидает результат, системные администраторы выполняют работу.

Важно различать раздел проекта и выполнение самого задания. Раздел помогает организовать работу конкретной команды. Итог обращения в нашем случае — восстановленный и проверенный доступ к папке.

Договоритесь, кто делает следующий шаг

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

В нашем примере порядок такой:

  1. Сотрудник отдела продаж сообщает в техподдержку, что общая папка не открывается.

  2. Специалист техподдержки регистрирует обращение в проекте «Поддержка пользователей», проводит диагностику и записывает результаты. Если нужна проверка сервера, добавляет это же задание в проект «Серверная инфраструктура», назначает исполнителя по принятому регламенту и указывает, что требуется проверить.

  3. Системный администратор восстанавливает доступ, фиксирует выполненные действия и передаёт обращение обратно специалисту техподдержки.

  4. Специалист техподдержки и инициатор проверяют результат. После подтверждения от сотрудника отдела продаж специалист завершает обращение.

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

У задания один текущий исполнитель — пользователь или группа. Добавление второго проекта само по себе не назначает второго независимого исполнителя и не заменяет регламент передачи работы.

Схема работы с обращением: исполнитель меняется, а ответственным на всех этапах остаётся специалист техподдержки.
Пример регламента: инициатор не меняется, системный администратор выполняет техническую работу, а специалист техподдержки остаётся ответственным за обращение.

Проверяем результат и завершаем обращение

Системный администратор изменил настройки доступа и написал в обсуждении:

Настройки доступа исправлены. Просьба проверить открытие папки.

Для администратора работа выполнена, но специалисту техподдержки ещё нужно получить подтверждение от сотрудника отдела продаж. Пользователь открывает документы, и специалист фиксирует результат:

Проверили с пользователем: папка и документы открываются. Проблема решена.

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

Когда такой подход пригодится

Общее задание в нескольких проектах удобно, когда команды работают над одной проблемой с единым результатом. Например, сотрудники техподдержки и системные администраторы восстанавливают доступ к папке, внутренние специалисты разбирают сбой вместе с подрядчиком или IT-отдел подключает смежное подразделение.

Перед подключением проекта нужно учитывать доступ его участников к описанию, переписке и вложениям. А если у работ самостоятельные результаты, отдельные сроки и исполнители, их лучше оформить отдельными заданиями.

В истории с общей папкой результат один: сотрудники снова могут открыть документы. Общая карточка помогает сохранить весь путь к этому результату — от первого сообщения до проверки решения.

Попробуйте Service Desk бесплатно
Учёт и распределение заявок клиентов. Множество каналов входа, уведомления по e-mail, Telegram. Инструменты для командной работы
Подробнее
Будь вкурсе!

Сообщим о новых материалах, важных событиях и предложениях

Email заполнен не корректно
Подписка на email рассылку
Поделитесь статьей
Рекомендуем почитать
Статьи Учет картриджей в Excel

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

Статьи Открытие задач при командной разработке в gitlab (github) в Управление IT-отделом 8

Часто при разработке с gitlab (github), в случае если используется собственная система учета задач, хочется открывать задания пользователей из репозитория gitlab по щелчку мыши и чтобы сразу открывалась задача источник. Мы в своей работе используем gitlab - для разработки и Управление IT-отделом 8 - для ведения списка заданий.
Давайте рассмотрим как настроить открытие задач gitlab в конфигурации. Для github это же можно настроить аналогично.

Статьи Собираем статистику печати пользователей

У Вас есть сервер печати на сервере Windows? Нужна статистика использования и печати на принтерах и МФУ? Необходимо определить наиболее активно используемые устройства, оценить нагрузку на них и принять своевременные решения по закупке расходных материалов, техническом обслуживании или даже замене на более экономичные и производительные?
Тогда эта статья для Вас!
Научимся собирать и анализировать статистику используя данные сервера печати, а так же посмотрим как работать с ними в конфигурации Управление IT-отделом 8.

Статьи Метод Любищева и учет времени по мотивам книги Даниила Гранина «Эта странная жизнь»

В статье рассмотрено как содержание книги Даниила Гранина «Эта странная жизнь», так и разработанная нами система учета времени по методу Любищева.
Мы внедрили функционал учета рабочего времени в мобильное приложение и десктопную версию конфигурации Управление IT-отделом 8.
И даже опробовали ее на себе! Что из этого получилось давайте рассмотрим подробнее и с какими трудностями мы столкнулись.

Статьи 1С синхронизация данных в Power BI с помощью интерфейса OData

Иногда появляется необходимость в расширении аналитических инструментов в организации с помощью различного ПО. Но, как объединить два абсолютно сторонних программных продукта в один механизм, который приносит максимальную пользу? Ответ есть, сегодня рассмотрим синхронизацию конфигурации "Управление IT-отделом 8" и Microsoft Power BI, используя канал OData. 

Статьи Приоритизация бэклога. Максимальный гайд

Привет, читатели!

Кому из нас не знакома ситуация, когда «горит» вообще всё и сразу? Кажется, что каждая задача кричит: «Сделай меня первой!» И вот тут‑то и возникает ступор: за что хвататься, с чего начать? Методик приоритизации существует великое множество — от простой и понятной матрицы Эйзенхауэра до запутанных фреймворков вроде WSJF. Но как во всем этом разобраться и не утонуть в бесконечных таблицах и формулах?

Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы Управление IT‑отделом 8. Я работаю в компании Софтонит. В этой статье я постараюсь простым языком рассказать о самых популярных подходах к приоритизации задач. Мы разберем их плюсы и минусы, посмотрим на реальные примеры и, надеюсь, вы найдете тот инструмент, который будет вам полезным и поможет навести порядок в бэклоге, а также сделать процесс приоритизации четким и понятным.


0 / 0