za pomocą wiki dla wymagań

9

Szukam sposobów usprawnienia zarządzania wymaganiami. Obecnie mamy dokument Word opublikowany na stronie internetowej. Niestety nie możemy (o ile wiem) patrzeć na zmiany z jednej wersji do drugiej. Wolałbym móc to zrobić, podobnie jak w przypadku wiki lub VCS (lub obu, takich jak wiki na bitbucket!).

Ponadto w każdym dokumencie opisano zmiany, które deweloperzy mogą oczekiwać w określonym terminie. Nigdzie nie ma udokumentowanej kolekcji skumulowanych funkcji aplikacji, więc czasami trudno jest odróżnić błąd od funkcji (źle zaprojektowanej), gdy próbuje się szybko naprawić starsze aplikacje.

Więc wpadłem na pomysł, na który chciałbym uzyskać informację zwrotną. Co powiesz na:

  1. Korzystanie z wiki, abyśmy mogli śledzić, kto co zmienił, kiedy (głównie, aby nawet sprawdzić, czy jakieś zmiany zostały wprowadzone od czasu ostatniego przeglądania).
  2. Posiadanie jednej, powiedzmy, strony wiki na produkt, a nie jednej w terminie, co odpowiada wszystkim funkcjom produktu, a nie zmianom, które należy wprowadzić. W ten sposób mogę spojrzeć na konkretną wersję strony, aby zobaczyć, co aplikacja powinna zrobić w danym momencie, i mogę zobaczyć zmiany na stronie od ostatniej wersji, aby wymagania zostały wdrożone w następnym terminie .

Waddayathink?

jyoungdev
źródło

Odpowiedzi:

9

Tak, to dobre rozwiązanie, jeśli zorganizujesz stronę w prostej strukturze, łatwej do przeglądania.

Wybierz wiki o prostej składni. ( Dokuwiki jest prosty i nie wymaga DB)

Edycja: jeśli korzystasz z systemu kontroli wersji, czyli SVN lub BZR, wypróbuj Trac , w którym możesz zdefiniować kamień milowy, utrzymując żądanie błędu i funkcji oraz zdefiniować własny przepływ pracy, aby zarządzać błędem! Wiki jest włączone!

keatch
źródło
DokuWiki jest świetne, bardzo łatwe w konfiguracji i zawiera obsługę LDAP, jeśli pracujesz w Enterprise.
Stare konto
2

Wiki to dobra droga. Myślę, że najlepiej byłoby, gdyby dokumenty nadal były wersjonowane. Możesz mieć pływającą dokumentację zawierającą najnowsze funkcje. Wciąż rób migawki w ten sposób, że ktoś patrząc wstecz może znaleźć dokumentację dla tego oprogramowania trzy wersje temu, bez konieczności przeglądania historii dokumentów, która jest przeznaczona do szybkich zmian i nie nadaje się do przeglądania lat lub miesięcy.

Zacząłem używać Media Wiki, ale teraz używamy Xwiki. Ma całkiem niezły edytor GUI, z którego każdy powinien móc korzystać bez żadnego szkolenia. Ma również pomysł o nazwie „spacje”, każda przestrzeń tworzy nową przestrzeń nazw, więc różne produkty mogą mieć stronę zwaną „funkcjami”, a nie product_x_features lub coś głupiego, co znacznie zmniejsza potrzebę zarządzania wieloma instalacjami wiki. Istnieją również narzędzia do integracji Worda i Xwiki, pozwalające zapisywać dokumenty Word bezpośrednio na wiki. Wszyscy powiedzieli, że jest znacznie bogatszy w funkcje.

Kwaternion
źródło
1

Podoba mi się twoje podejście wiki do poszczególnych projektów. Wspomniałeś o bitbucket, zakładam, że używasz ich jako hosta repozytorium. Jeśli nie, rzuciłbym również okiem na wiki na GitHub.

Jeśli chcesz wydać trochę pieniędzy, sprawdź Lighthouse . Jest to obecnie mój ulubiony sposób na śledzenie żądań funkcji i błędów. Lubię też używać Pivotal Tracker, pivotal był darmowy, ale teraz zmierza w kierunku płatnego modelu.

Mark Turner
źródło