Planowanie i historyjki użytkownika

Speedwave towarzyszy pracy przez cały cykl wytwarzania oprogramowania, a zaczyna od planowania i przekładania wymagań na historyjki użytkownika. Ten etap nie jest osobnym narzędziem doczepionym do Speedwave. Prowadzisz go przez te same integracje z systemami dostarczania, które obsługują zadania, sprinty i dokumentację projektu twojego zespołu: Atlassian dla Jiry i Confluence oraz Redmine dla zespołów utrzymujących własną instancję. To dotyczy tego, gdzie wymagania żyją, zanim zacznie się sesja; jak sesja zamienia zatwierdzony plan w recenzowany, przetestowany kod, opisuje domyślny workflow programistyczny.

Przenoszenie wymagań do Jiry i Confluence

Gdy projekt połączy się z Atlassian, Speedwave dostaje 22 narzędzia do Jiry i 13 do Confluence. Po stronie Jiry są to wyszukiwanie, odczyt, tworzenie i aktualizowanie zadań, przeprowadzanie ich przez kolejne przejścia statusów (transitions), przypisywanie, dodawanie komentarzy i wpisów czasu pracy oraz dołączanie plików z projektu, a do tego praca w trybie Agile: wyświetlanie tablic i sprintów oraz przenoszenie zadań do sprintu. Przełożenie wymagania na historyjkę użytkownika może więc oznaczać utworzenie zadania w Jirze, napisanie jego opisu i umieszczenie go na właściwej tablicy oraz w odpowiednim sprincie, wszystko w jednym ciągu.

Opisy zadań i komentarze przyjmują zwykły tekst, który Speedwave zamienia na Atlassian Document Format, albo surową treść w formacie ADF, gdy potrzebne jest bogatsze formatowanie, takie jak odnośniki czy pogrubienia.

Po stronie Confluence Speedwave potrafi wyszukiwać, czytać, tworzyć i aktualizować strony oraz dodawać komentarze i etykiety. Prowadzisz tam wymagania, specyfikacje czy notatki z planowania obok samych zadań, które śledzą pracę, a treść stron zapisujesz zwykłym tekstem albo znacznikami w formacie storage.

Przenoszenie wymagań do Redmine

Zespoły pracujące na Redmine dostają integrację zawężoną do jednego projektu, który wskazujesz podczas konfiguracji, więc Speedwave operuje wyłącznie na danych tego projektu. Integracja z Redmine ma 23 narzędzia obejmujące zadania, wpisy czasu, dzienniki zmian, użytkowników, projekty i relacje między zadaniami. Po stronie zadań są to ich tworzenie i aktualizowanie oraz dodawanie komentarzy, czyli właśnie to, co przekłada wymaganie na śledzoną pracę.

Pola Redmine, takie jak opisy zadań, notatki i komentarze, korzystają ze znaczników Textile, a nie Markdown, więc Speedwave pisze w Textile, gdy je ustawia lub edytuje. Wartości pól status, priority, tracker i activity to w Redmine liczbowe identyfikatory przypisane do konkretnego projektu. Speedwave odczytuje je z zapisanych mapowań integracji, zamiast zgadywać, bo ta sama nazwa kategorii może odpowiadać innemu identyfikatorowi na każdej instancji.

Wybór między nimi

Obie integracje włączasz osobno dla każdego projektu, więc projekt aktywuje tylko te, których naprawdę wymaga jego proces dostarczania. Atlassian współpracuje wyłącznie z Atlassian Cloud. Redmine obsługuje instancje self-hosted i on-premise, dzięki czemu pasuje do zespołów, które nie mogą korzystać z trackera w chmurze. Kroki konfiguracji i pełną listę narzędzi dla każdej z integracji znajdziesz na stronach Atlassian i Redmine.