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

9

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

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

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

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

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

  1. Поддержка разных типов заявок (ошибка, функция, запрос, внутренняя задача).
  2. Настраиваемый рабочий процесс для каждого типа заявки, без фиксированного количества шагов.
  3. Настраиваемые права на чтение / запись для каждого поля и состояния рабочего процесса.
  4. Настраиваемая панель управления для менеджеров с хорошими графиками.
  5. Настраиваемые почтовые уведомления.
  6. Переписка а-ля FogBugz. (Задача: мы используем Notes, а не Exchange.)
Торбен Гундтофте-Бруун
источник
Лучший совет? Оставайтесь далеко, далеко от Sharepoint. Его SQL-код подделан, загрузка файлов - абсолютная боль, и реальная цель - заставить всех вернуться к использованию Office. Раздел «Обсуждения» - шутка, и он хочет интегрироваться в Outlook, а не сам по себе. Использование Sharepoint в качестве чего-либо, кроме места хранения нескольких документов по политике, - плохая идея. Прямо сейчас я пытаюсь создать SP Wiki (это тоже считается), и я прибегаю к кодированию всего в HTML (встроенный в CSS, без поддержки шаблона вики). Это может быть возможно, но вы будете бороться с этим больше, чем будете его использовать.
Стейв
Да, кажется очевидным, что SP существует, чтобы поддерживать денежную корову MS Office против фронта Web 2.0. Я бы также избежал SP, учитывая выбор, но это было решено сверху, и я собираюсь сделать лучшее из этого. - Я приятно удивлен тем, что в комнате для совместной работы есть несколько полезных функций, и редактирование выгруженных (Office) документов является простым (они сохраняются, перезагружаются и версионируются, все за один автоматический шаг). Жаль, что это работает только для документов Office! Кстати, функции «средство отслеживания проблем» и «рабочий процесс» далеко не полезны для вышеуказанной цели!
Торбен Гундтофте-Брюн
Я думаю, что вы видите то, что я вижу с SP - все, что связано с ядром Office, работает, все остальное взломано вместе. В нашем офисе мы просто интегрировали RSS-каналы Jira (нашего программного обеспечения для отслеживания проблем) с SP, чтобы получить список обновлений в SP, но вместо этого используем Jira для отслеживания. В качестве бонуса, Jira поддерживает Wiki-синтаксис, поэтому редактирование и комментирование очень просто.
Стейв
Вы должны спросить на softwarerecs.stackexchange.com
Николас Рауль

Ответы:

2

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

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

Дейв М
источник
Как ни странно, оба сайта (в частности, Codeplex) ориентированы на администраторов, чтобы просто загрузить и установить файл, при этом почти игнорируя потребность не-администраторов в документации, чтобы убедить администраторов и руководство в том, что дополнение действительно того стоит. Но ваша ссылка на SP Templates выглядит многообещающе. Есть «шаблоны администратора сервера» с интересными описаниями. Я также нашел страницу, полную документации - см. Мой собственный ответ ниже.
Торбен Гундтофте-Брюн
У меня нет удобных ссылок, но у MS и некоторых из их MVP есть отличные вебинары и другие записанные материалы по некоторым из этих инструментов. Требуется немного поиска, но стоит усилий
Дейв М
1
Проблема в том, что весь этот материал предназначен для администратора сервера, а не для таких людей, как я, которые не являются администраторами, но нуждаются в оценочной документации ...
Торбен Гундтофте-Бруун
1

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

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

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

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

Торбен Гундтофте-Бруун
источник
1

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

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

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

Michaelkay
источник
У нас не было возможности попробовать этот шаблон. В конце концов, мы использовали очень очень простой пользовательский список в качестве временного решения и в итоге использовали постоянное решение не от Sharepoint. Не Джира, а нечто подобное, что организация уже использовала для других отделов.
Торбен Гундтофте-Брюн
1

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

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

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

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

выстр
источник