Dobre śledzenie błędów w Sharepoint? [Zamknięte]


9

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:

  1. Obsługa różnych typów biletów (błąd, funkcja, zapytanie, zadanie wewnętrzne).
  2. Konfigurowalny przepływ pracy dla każdego typu biletu, brak stałej liczby kroków.
  3. Konfigurowalne uprawnienia do odczytu / zapisu dla pola i statusu przepływu pracy.
  4. Konfigurowalny pulpit nawigacyjny dla menedżerów z ładnymi wykresami.
  5. Konfigurowalne powiadomienia e-mail.
  6. Korespondencja à la FogBugz. (Wyzwanie: używamy Notatek, a nie Exchange.)

Najlepsza rada? Trzymaj się z dala od Sharepoint. Jego SQL jest zraniony, przesyłanie plików to absolutny ból, a prawdziwym celem wydaje się być popychanie wszystkich z powrotem do korzystania z pakietu Office. Sekcja Dyskusje to żart i chce mocno zintegrować się z programem Outlook, a nie być sobą. Używanie Sharepointa jako czegoś innego niż miejsce do przechowywania kilku dokumentów strategicznych jest złym pomysłem. W tej chwili próbuję utworzyć Wiki SP (to też zostało uznane) i uciekam się do kodowania wszystkiego w HTML (w połączeniu z CSS, brak obsługi szablonów wiki). Być może jest to możliwe, ale będziesz z nim walczył bardziej niż z niego korzystasz.
Steiv

Tak, wydaje się oczywiste, że SP istnieje, aby utrzymać krowę gotówkową MS Office przy życiu przed walką Web 2.0. Mógłbym również uniknąć SP, biorąc pod uwagę wybór, ale decyzja została podjęta z góry i zamierzam jak najlepiej to wykorzystać. - Jestem mile zaskoczony, że pokój współpracy ma kilka przydatnych funkcji, a edycja przesłanych dokumentów (Office) jest prosta (są zapisywane, ponownie ładowane i wersjonowane, wszystko w jednym automatycznym kroku). Szkoda, że ​​działa tylko w przypadku dokumentów Office! Do rzeczy: funkcje „śledzenia problemów” i „przepływu pracy” są dalekie od przydatności w powyższym celu!
Torben Gundtofte-Bruun

Myślę, że widzisz to, co widzę w SP - wszystko, co dotyczy rdzenia pakietu Office, wszystko inne jest zhakowane razem. To, co zrobiliśmy w naszym biurze, to po prostu zintegrowanie kanałów RSS Jira (naszego oprogramowania do śledzenia problemów) z SP, aby uzyskać listę aktualizacji w SP, ale zamiast tego użyj Jiry do śledzenia. Jako bonus, Jira obsługuje składnię Wiki, więc edytowanie i komentowanie to pestka.
Steiv

Odpowiedzi:


2

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


Co dziwne, obie strony (w szczególności Codeplex) koncentrują się na administratorach, którzy po prostu pobierają i instalują plik, a jednocześnie prawie ignorują potrzebę dokumentacji dla osób niebędących administratorami, aby przekonać administratorów i zarząd, że dodatek jest tego wart. Ale twój link do szablonów SP wygląda obiecująco. Istnieją „szablony administratora serwera” z interesującymi opisami. Znalazłem też stronę pełną dokumentacji - patrz moja własna odpowiedź poniżej.
Torben Gundtofte-Bruun

Nie mam pod ręką żadnych linków, ale MS i niektóre z ich MVP mają świetne seminaria internetowe i inne nagrane materiały na temat niektórych z tych narzędzi. Trochę szuka, ale warte wysiłku
Dave M

1
Problem polega na tym, że cały ten materiał jest skierowany do administratora serwera - nie do ludzi takich jak ja, którzy nie są administratorami, ale potrzebują dokumentacji oceny ...
Torben Gundtofte-Bruun

1

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.


1

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.


Nie mieliśmy okazji wypróbować tego szablonu. Ostatecznie zastosowaliśmy bardzo prostą listę niestandardową jako rozwiązanie tymczasowe i ostatecznie wykorzystaliśmy trwałe rozwiązanie inne niż Sharepoint. Nie Jira, ale coś podobnego, z czego organizacja korzystała już w innych działach.
Torben Gundtofte-Bruun

1

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.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.