Хорошее отслеживание ошибок с Sharepoint?
На моем рабочем месте было решено перенести многие процессы в Sharepoint. Сейчас я изучаю, как Sharepoint можно использовать для отслеживания ошибок (например, Mantis, FogBugz и т. Д., Но внутри Sharepoint). В частности, мы используем комнату для совместной работы, и решение должно работать внутри нее.
Я знаю, что могу создавать списки, используя шаблон "Отслеживание проблем", но в нем отсутствуют рабочий процесс, встроенная корреспонденция (например, FogBugz) и журнал аудита (любой пользователь может редактировать любое поле в любое время, и это нигде не будет отмечено).
Этого недостаточно, поэтому я ищу "более крупные" решения, но пока ничего не нашел.
Этот вопрос похож, но нацелен на использование службы поддержки; Мы стремимся к отслеживанию ошибок и изменениям запросов к системе.
Я открыт для предложений! Поскольку я не администратор, я не могу просто взять компонент Sharepoint и установить его для тестирования. Я ищу опыт, документацию, технические документы, снимки экрана - фактическая загрузка будет актуальна позже.
В идеале некоторые из этих вопросов должны быть охвачены:
- Поддержка разных типов заявок (ошибка, функция, запрос, внутренняя задача).
- Настраиваемый рабочий процесс для каждого типа заявки, без фиксированного количества шагов.
- Настраиваемые права на чтение / запись для каждого поля и состояния рабочего процесса.
- Настраиваемая панель управления для менеджеров с хорошими графиками.
- Настраиваемые почтовые уведомления.
- Переписка а-ля FogBugz. (Задача: мы используем Notes, а не Exchange.)
4 ответа
Не уверен, что упомянутый вами шаблон был отсюда .. " Шаблоны SharePoint "
SharePoint может быть сложной задачей, но предлагает некоторые отличные инструменты, как только вы это понимаете. Я считаю, что это один из самых сложных продуктов MS, которые я когда-либо видел, но он также очень мощный. Вы проверили Codeplex для SharePoint? Codeplex
SharePoint может удовлетворить ваши потребности в виде простой системы тикетов.
Тем не менее, я ожидаю, что баг-трекер будет интегрирован с исходным кодом (например, если я прокомментирую изменение исходного кода с помощью "FIX bug #123", я хочу, чтобы тикет был помечен как "исправленный" и мог видеть код различий),
Кроме того, у вас нет большой гибкости в отношении уведомлений, отслеживания времени, потраченного на тикет, и т. Д.
Поэтому я не рекомендую SharePoint, если вы хотите серьезно относиться к отслеживанию ошибок.
В дополнение к ответу DaveM я нашел документацию по шаблонам здесь:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx
В частности, это было интересно:
- База данных ошибок базы данных TDM (MS Word)
- Таблица TDM управления запросами на изменение (MS Word)
и этот для более продвинутой настройки:
- Техническая документация IT Team Workspace TDM (MS Word) содержит управление проектами, отслеживание ошибок и службу поддержки (каждая из них также доступна отдельно).
Я думаю, что я пойду с комбинацией первых двух. Последний кажется слишком продвинутым для новичков SP и будет лучше подходить для гораздо большей команды.
Наша команда использовала шаблон отслеживания ошибок MS SP в двух проектах. Я бы не стал считать это решение "лучшим в своем роде", но оно работает. Вы можете добавлять и удалять поля по мере необходимости, общаться с отметками даты (используя комментарии) и применять меры безопасности (просмотр / чтение / запись). Вы можете импортировать и экспортировать список ошибок в / из Excel.
Рабочий процесс может быть добавлен, но для этого требуется разработчик (или суперпользователь SP). Конфигурация по умолчанию включает в себя отслеживание истории и вложенных файлов. Как и для любого объекта SP, вы можете настроить RSS-каналы и уведомления по электронной почте.
Если бы у меня был выбор, я бы использовал специальный пакет для отслеживания ошибок, а не бесплатное решение, предлагаемое Microsoft. Я не смотрел, но я уверен, что есть более полные решения для отслеживания ошибок, которые используют SP в качестве серверной части.