Użyj TFS, aby śledzić błędy z działu wsparcia produkcji

18

Właśnie przeniosłem się do nowej firmy i używają TFS 2010 (2012 za kilka miesięcy) jako systemu kontroli wersji, a ostatnio zacząłem używać go jako systemu śledzenia pracy dla programistów.

Wydaje się jednak, że nie ma systemu śledzenia błędów do użytku przez osoby spoza procesu programowania i testowania. Wsparcie produkcyjne otrzymuje raporty o problemach, naprawia je na bieżąco i w tej chwili przekazuje użytkownikom. To musi zostać zmienione, ale tak naprawdę nie chcę mieć systemu do śledzenia błędów i śledzenia pracy programistów.

Czy istnieje sposób, w jaki mogę stworzyć bardzo lekki sposób wprowadzania błędów w TFS, podobnie jak robi to FogBugz? Zalogowanie się do TFS w celu wypełnienia raportu o błędzie wydaje się być znacznie cięższe i trzeba go powiązać z konkretną aplikacją. Wsparcie może być w stanie to zrobić, ale chcę mieć możliwość segregowania elementu i potencjalnie zmiany powiązania na coś innego niż aplikację.

W przeszłości korzystałem z FogBugza, a kiedy dodajesz błąd, możesz dodać dowolną / bardzo małą liczbę elementów do przedmiotu, aby został on przynajmniej zarejestrowany, a później możesz go odesłać, aby uzyskać więcej informacji, gdy przyjdziesz na triage bilet .

Richard Hooper
źródło
Warto zauważyć, że jeśli używasz TFS, a wszyscy użytkownicy mają konto domeny Windows, nigdy nie muszą „logować się do TFS”. Przejście do portalu TFS Twojego zespołu spowoduje automatyczne zalogowanie ich przy użyciu poświadczeń domeny dla bieżącego użytkownika systemu Windows.
17 z 26
Jak udało ci się to rozwiązać? Masz dzisiaj ten sam problem, potrzebujesz systemu biletowego, masz premię TFS2013. To, czego chcę, to UserVoice, ale musiałbym odejść od tymczasowego TFS do VSO, aby uzyskać tę integrację.
EJA
1
@EJA - W końcu zdecydowaliśmy, że musimy przejść proces zgłaszania problemu za pośrednictwem skrzynki odbiorczej wiadomości e-mail, która jest pobierana przez testerów, aby mogli w pełni udokumentować problem, kroki do odtworzenia, środowisko itp. a następnie tester może dodać błąd do TFS we właściwym formacie. Chociaż byłoby fajnie, gdyby użytkownicy mogli dodawać je bezpośrednio, zdaliśmy sobie sprawę, że użytkownicy raczej nie przekażą programistom wszystkich potrzebnych im szczegółów i nie będą szukać duplikacji problemu.
Richard Hooper

Odpowiedzi:

6

W dużej mierze zależy to od tego, jakie pola chcesz, jak wskazano w 17 z 26: TFS jest wysoce konfigurowalny. Powodem, dla którego chciałbym to zrobić, zamiast używać JIRA, jest to, że masz jeden pogląd na to, nad czym pracują twoi programiści, zamiast konieczności agregowania dwóch systemów.

TFS ma również planowanie zdolności produkcyjnych zasobów, a jeśli nie wykazujesz wad produkcyjnych w planowaniu (i zajmują one znaczną część twojego czasu), to tak naprawdę nie planujesz swojej zdolności produkcyjnej. Powiedziałbym, że jest to idealne rozwiązanie dla zespołów, w których programiści korzystają z TFS i wspierają produkcję (np. DevOps).

Nie oznacza to, że nie możesz używać innych narzędzi do głównej pracy działu wsparcia produkcji / ITIL, musisz tylko upewnić się, że integrują się one ręcznie lub najlepiej automatycznie. Większość takich narzędzi pozwala na niestandardowe zaczepy, a TFS na pewno tak.

W każdym razie do głównego pytania. Korzystam z szablonów CMMI TFS (które faktycznie działają dobrze z Agile BTW) i właśnie dodałem jedno pole do jednego z rozwijanych menu.

Oto kroki:

Zainstaluj narzędzia elektryczne TFS

Otwórz szablon elementu pracy z serwera

Otwórz szablon elementu pracy z serwera

Otwórz szablon błędu

Edytuj pole Dyscyplina

Dziedzina dyscypliny jest „rodzajem” pracy związanej z wadą. Standardowe wartości to:

  • Analiza
  • Doświadczenie użytkownika
  • Edukacja użytkowników
  • Rozwój
  • Test

Po prostu dodamy do tej listy „Produkcja”. Najpierw edytuj pole Dyscyplina:

Edytuj dyscyplinę

Następnie kliknij kartę Reguły i edytuj regułę DOPUSZCZALNE WARTOŚCI:

wprowadź opis zdjęcia tutaj

Następnie kliknij „Nowy” i dodaj „Produkcja” jako jedną z wartości.

wprowadź opis zdjęcia tutaj

Klikaj „OK”, aż wrócisz na listę pól.

Zapisz szablon elementu pracy

OK, teraz gotowe. Możesz tworzyć nowe błędy i wskazywać ich typ jako Produkcja. Stworzyłbym również kilka zapytań o przedmioty pracy, analizując wady produkcyjne, i dodałem je do przypiętych przedmiotów. Na koniec spójrz na istniejące zapytania o błędy i może zmień ich kolejność, aby najpierw pojawiały się błędy „produkcyjne” (jeśli to możliwe).

Sean Hederman
źródło
Świetnie, dostosowałeś TFS, aby pozwolić deweloperom zobaczyć „błędy produkcyjne” ... w jaki sposób zespół produkcyjny (który nie jest częścią zespołu deweloperów i nie ma VS) może wejść i nimi zarządzać?
gbjbaanb
4
Na początek mogą uzyskiwać dostęp do TFS przez interfejs sieciowy, korzystając z bezpłatnej licencji interesariuszy. W naszej organizacji śledzimy incydenty produkcyjne za pośrednictwem systemu opartego na ITIL, ale integrujemy je automatycznie z TFS, jak moja odpowiedź wskazała w trzecim akapicie.
Sean Hederman
4

Nie, zgadza się - najważniejszy ALM Microsoftu nie jest tak naprawdę przydatny poza Visual Studio i zespołami programistów.

Możesz uzyskać dostęp do elementów pracy za pomocą Eksploratora zespołu (który jest bardzo skróconą wersją VS) lub uzyskać do niego dostęp za pośrednictwem strony internetowej TFS. Żadne z tych opcji nie są szczególnie dobre, ponieważ pola błędów przypominają starożytne narzędzia do śledzenia błędów „korporacyjnych”, z których miałem nieszczęście korzystać w przeszłości.

Nie ma prawdziwego rozróżnienia między błędami w TFS - istnieje tylko jeden moduł śledzący, który filtrujesz za pomocą pola w samym elemencie, więc użyj pola kategorii, a następnie utwórz raport, który pokazuje tylko określony typ kategorii. Myślę, że to twoja jedyna realistyczna opcja z TFS.

Jeśli chcesz śledzić problemy zewnętrzne, uważam, że TFS jest złym wyborem, lepiej użyj czegoś takiego jak Jira lub Redmine i użyj tego do zarządzania błędami - ich interfejsy są znacznie, znacznie ładniejsze i łatwiejsze w użyciu niż TFS. Szczególnie podoba mi się sposób, w jaki możesz wysłać wiadomość e-mail do Redmine. Stwarza to nowy problem dla Ciebie, który był idealną funkcją użyteczności dla pracowników zewnętrznych.

gbjbaanb
źródło
2
Pola w TFS są w pełni konfigurowalne, a wartości domyślne zależą od szablonów procesów wybranych podczas konfigurowania TFS. Domyślnie szablon scrum ma elementy Backlogu Produktu, Zadania i Błędy. Każdy typ elementu pracy ma inne pola odpowiednie dla pracy.
17 z 26
@ 17of26 Wiem - pola, które używasz, są w pełni konfigurowalne, ale tak samo jest z Excelem, jeśli użyłeś go jako robaka błędów. Problem PO polegał na tym, że szablon daje ci tylko te typy elementów pracy - i nie możesz mieć różnych (np. Żądanie funkcji lub błąd zewnętrzny), musisz dostosować (lub skopiować) jeden z istniejących i użyć tego - które z kolei powoduje ogromną liczbę konfiguracji, które musisz zrobić, aby dopasować je do swoich przepływów pracy. Jak masz wiele programów do śledzenia błędów?
gbjbaanb
Myślałem, że OP nie chce wielu programów śledzących błędy i próbuję po prostu dowiedzieć się, w jaki sposób nie-deweloperzy mogą wchodzić w interakcje ze śledzeniem elementów roboczych TFS, z których już korzystali programiści (co według mnie jest tym, jak chcesz robić rzeczy) .
17 z 26
to wszystko - nie możesz tak naprawdę, a przynajmniej nie tak łatwo, jak możesz użyć innych narzędzi, takich jak Redmine lub Fogbugz, które mają lepsze funkcje śledzenia. TFS ma dodane funkcje śledzenia błędów, ale wciąż jest to przede wszystkim narzędzie tylko dla programistów. Na przykład Redmine ma tylko wiele modułów śledzących, ponieważ istnieje wiele widoków jednej bazy danych modułu śledzącego. Myślę, że bardziej tego chce niż używać różnych narzędzi (np. TFS dla deweloperów i Fogbugz dla personelu pomocniczego).
gbjbaanb
1
Możesz dodać dowolną liczbę niestandardowych typów elementów pracy.
MrHinsh - Martin Hinshelwood
3

Użytkownicy niebędący programistami mogą uzyskać dostęp do systemu śledzenia elementów pracy TFS za pomocą przeglądarki internetowej, aby przejść do portalu Team Project. Aby znaleźć adres URL, przejdź do Team-> Show Project Portal w Visual Studio. Stamtąd każdy z uprawnieniami może przeglądać, tworzyć lub modyfikować elementy pracy. Mogą również generować wszelkiego rodzaju raporty, aby sprawdzić stan rzeczy.

Typy dostępnych elementów pracy i pola w elementach pracy różnią się w zależności od konfiguracji TFS (przede wszystkim według wyboru szablonów procesów).

Informacje wymagane do wprowadzenia błędu zależą również od konfiguracji TFS. W naszym przypadku potrzebujemy tytułu, kroków do odtworzenia i kompilacji, w której został znaleziony. System śledzenia elementów roboczych TFS jest bardzo wydajny i elastyczny. Może być tak skomplikowane lub tak proste, jak chcesz - wszystko sprowadza się do konfiguracji.

17 z 26
źródło
3

W tym poście na blogu Microsoft opisano planowane ulepszenia TFS, które powinny pomóc w obniżeniu kosztów ogólnych:

  • Nowa forma przedmiotu pracy, która jest łatwiejsza dla oczu i zawiera opcje dyskusji i wzmianek, podobne do Facebooka i Twittera.
  • Pola niestandardowe
  • Ulepszona obsługa Kanban, np. Szybkie dodawanie zadań do elementu pracy.
  • Wspomina także o pulpitach nawigacyjnych i danych.
Bernard Vander Beken
źródło