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