Хороше відстеження помилок з Sharepoint? [зачинено]

На моєму місці роботи було вирішено перенести багато процесів на Sharepoint. Зараз я розглядаю, як Sharepoint можна використовувати для відстеження помилок (à la Mantis, FogBugz тощо, але всередині Sharepoint). Зокрема, ми використовуємо залу для співпраці, і рішення повинно працювати всередині цього.

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

Цього недостатньо, тому я шукаю «більші» рішення, але ще нічого не знайшов.
Це питання схоже, але спрямоване на використання служби технічної підтримки; ми прагнемо відстежувати помилки та змінювати запити до системи.

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

В ідеалі слід охопити деякі з цих питань:

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

Не впевнений, що згаданий вами шаблон був звідси .. " Шаблони SharePoint "

SharePoint може бути складним завданням, але він пропонує чудові інструменти, коли ви це зрозумієте. Я вірю, що це один із найскладніших продуктів MS, який я бачив, але він також дуже потужний. Ви перевірили Codeplex на SharePoint? Кодеплекс

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

Зокрема, це було цікаво:

• Таблиця даних про помилку TDM (MS Word)
• Зміна управління запитами TDM-лист (MS Word)

і цей для більш вдосконаленої установки:

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

Я думаю, що піду з комбінацією перших двох. Останнє здається занадто розвиненим для новачків із SP, і краще підходить для значно більшої команди.

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

Робочий процес можна додати, але він вимагає розробника (або суперкористувача SP). Конфігурація за замовчуванням включає в себе відстеження історії вкладених файлів amd. Як і будь-який об’єкт SP, ви можете налаштувати RSS-канали та сповіщення електронною поштою.

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

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

Однак, я очікую, що трекер помилок буде інтегрований із вихідним кодом (наприклад, якщо я коментую зміну джерела за допомогою "FIX помилка № 123", я хочу, щоб квиток позначався як "виправлений" і міг бачити код різним) .

Крім того, у вас немає великої гнучкості щодо сповіщень, відстеження часу, витраченого на квиток тощо.

Тому я не рекомендую SharePoint, якщо ви хочете серйозно відстежувати помилки.