W moim miejscu pracy postanowiono przenieść wiele procesów do Sharepoint. Teraz zastanawiam się, jak Sharepoint może być wykorzystywany do śledzenia błędów (à la Mantis, FogBugz itp., Ale w Sharepoint). W szczególności korzystamy z pokoju do współpracy i rozwiązanie musi w nim działać.
Wiem, że mogę tworzyć listy przy użyciu szablonu „Issue tracker” , ale brakuje mu przepływu pracy, zintegrowanej korespondencji (np. FogBugz) i dziennika kontroli (każdy użytkownik może edytować dowolne pole w dowolnym momencie, bez odnotowania go w dowolnym miejscu).
To nie wystarczy, więc szukam „większych” rozwiązań, ale jeszcze niczego nie znalazłem.
To pytanie jest podobne, ale ma na celu korzystanie z pomocy technicznej; naszym celem jest śledzenie błędów i zmiana żądań w systemie.
Jestem otwarty na sugestie! Ponieważ nie jestem administratorem, nie mogę po prostu pobrać komponentu Sharepoint i zainstalować go do testowania. Szukam doświadczeń, dokumentacji, oficjalnych dokumentów, zrzutów ekranu - faktyczny materiał do pobrania będzie odpowiedni później.
Idealnie byłoby, gdyby niektóre z tych kwestii były objęte:
- Obsługa różnych typów biletów (błąd, funkcja, zapytanie, zadanie wewnętrzne).
- Konfigurowalny przepływ pracy dla każdego typu biletu, brak stałej liczby kroków.
- Konfigurowalne uprawnienia do odczytu / zapisu dla pola i statusu przepływu pracy.
- Konfigurowalny pulpit nawigacyjny dla menedżerów z ładnymi wykresami.
- Konfigurowalne powiadomienia e-mail.
- Korespondencja à la FogBugz. (Wyzwanie: używamy Notatek, a nie Exchange.)
źródło
Odpowiedzi:
Nie jestem pewien, czy wspomniany szablon pochodzi stąd. „ Szablony programu SharePoint ”
SharePoint może być wyzwaniem, ale oferuje świetne narzędzia, gdy tylko je zrozumiesz. Wierzę, że jest to jeden z najtrudniejszych produktów MS, jakie widziałem, ale jest również bardzo wydajny. Czy sprawdziłeś Codeplex dla SharePoint? Codeplex
źródło
W uzupełnieniu odpowiedzi DaveM znalazłem dokumentację dotyczącą szablonów tutaj:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx
W szczególności były interesujące:
i ten dla bardziej zaawansowanej konfiguracji:
Myślę, że pójdę z kombinacją pierwszych dwóch. Ten ostatni wydaje się zbyt zaawansowany dla początkujących SP i byłby lepiej dostosowany do znacznie większej drużyny.
źródło
Nasz zespół wykorzystał szablon śledzenia błędów MS SP w dwóch projektach. Nie uważałbym tego rozwiązania za „najlepsze w rasie”, ale działa. Możesz dodawać i usuwać pola według potrzeb, prowadzić rozmowę ze znacznikami daty (używając komentarzy) i stosować zabezpieczenia (przeglądaj / czytaj / czytaj). Możesz importować i eksportować listę błędów do / z Excela.
Przepływ pracy można dodać, ale wymaga programisty (lub superużytkownika SP). Domyślna konfiguracja obejmuje śledzenie historii i załączniki plików. Podobnie jak w przypadku każdego obiektu SP, możesz skonfigurować kanały RSS i powiadomienia e-mail.
Biorąc pod uwagę wybór, wolałbym użyć dedykowanego pakietu do śledzenia błędów niż darmowego rozwiązania oferowanego przez Microsoft. Nie szukałem, ale jestem pewien, że istnieją bardziej kompletne rozwiązania do śledzenia błędów, które wykorzystują SP jako zaplecze.
źródło
SharePoint może odpowiedzieć na twoją potrzebę jako prosty system biletowy.
Oczekuję jednak, że moduł śledzenia błędów zostanie zintegrowany z kodem źródłowym (np. Jeśli skomentuję zmianę źródła za pomocą „FIX bug # 123”, chcę, aby bilet był oznaczony jako „naprawiony” i mógł zobaczyć różnicę kodu) .
Ponadto nie masz dużej elastyczności w zakresie powiadomień, czasu śledzenia spędzonego na bilecie itp.
W związku z tym nie polecam SharePoint, jeśli chcesz poważnie podchodzić do śledzenia błędów.
źródło