Хорошее отслеживание ошибок с Sharepoint?

Question

На моем рабочем месте было решено перенести многие процессы в Sharepoint. Сейчас я изучаю, как Sharepoint можно использовать для отслеживания ошибок (например, Mantis, FogBugz и т.д., Но внутри Sharepoint). В частности, мы используем комнату для совместной работы, и решение должно работать внутри нее.

Я знаю, что могу создавать списки, используя шаблон "Отслеживание проблем", но в нем отсутствуют рабочий процесс, встроенная корреспонденция (например, FogBugz) и журнал аудита (любой пользователь может редактировать любое поле в любое время, и это нигде не будет отмечено).

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

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

В идеале некоторые из этих вопросов должны быть охвачены:

1. Поддержка разных типов заявок (ошибка, функция, запрос, внутренняя задача).
2. Настраиваемый рабочий процесс для каждого типа заявки, без фиксированного количества шагов.
3. Настраиваемые права на чтение / запись для каждого поля и состояния рабочего процесса.
4. Настраиваемая панель управления для менеджеров с хорошими графиками.
5. Настраиваемые почтовые уведомления.
6. Переписка а-ля FogBugz. (Задача: мы используем Notes, а не Exchange.)

Answer 1

Не уверен, что упомянутый вами шаблон был отсюда .. " Шаблоны SharePoint "

SharePoint может быть сложной задачей, но предлагает некоторые отличные инструменты, как только вы это понимаете. Я считаю, что это один из самых сложных продуктов MS, которые я когда-либо видел, но он также очень мощный. Вы проверили Codeplex для SharePoint? Codeplex

Answer 2

SharePoint может удовлетворить ваши потребности в виде простой системы тикетов.

Тем не менее, я ожидаю, что средство отслеживания ошибок будет интегрировано с исходным кодом (например, если я комментирую изменение исходного кода с помощью «FIX bug # 123», я хочу, чтобы заявка была помечена как "исправленная" и могла видеть различие кода),

Кроме того, у вас нет большой гибкости в отношении уведомлений, отслеживания времени, потраченного на тикет, и т.д.

Поэтому я не рекомендую SharePoint, если вы хотите серьезно относиться к отслеживанию ошибок.

Answer 3

Наша команда использовала шаблон отслеживания ошибок MS SP в двух проектах. Я бы не стал рассматривать это решение как «лучшее в своем роде», но оно работает. Вы можете добавлять и удалять поля по мере необходимости, общаться с отметками даты (используя комментарии) и применять меры безопасности (просмотр / чтение / запись). Вы можете импортировать и экспортировать список ошибок в / из Excel.

Рабочий процесс может быть добавлен, но для этого требуется разработчик (или суперпользователь SP). Конфигурация по умолчанию включает в себя отслеживание истории и вложенных файлов. Как и для любого объекта SP, вы можете настроить RSS-каналы и уведомления по электронной почте.

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

Answer 4

В дополнение к ответу DaveM я нашел документацию по шаблонам здесь:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx

В частности, это было интересно:

• База данных ошибок базы данных TDM (MS Word)
• Таблица TDM управления запросами на изменение (MS Word)

и этот для более продвинутой настройки:

• Техническая документация IT Team Workspace TDM (MS Word) содержит управление проектами, отслеживание ошибок и службу поддержки (каждая из них также доступна отдельно).

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