System software house'u
Firmy programistyczne realizujące równolegle projekty dla wielu klientów, w kilku zespołach.
Każdy projekt z własnymi sprintami i jedna wspólna tablica zasobów — od backlogu po wdrożenie i płatność klienta.
Bez karty kredytowej — Twój projekt z pełnym systemem będzie gotowy w minutę
Tak wygląda tablica systemu, którą otrzymasz: kolumny przepływu pracy i karty startowe pokazujące pierwsze kroki
Jak przebiega praca w tym systemie?
Każde zadanie zaczyna się w kolumnie „Backlog”, gdzie liderzy zespołów zbierają wymagania i szacują nakład pracy; gdy trafia do planu najbliższego cyklu, przechodzi do kolumny „Sprint” i przejmuje je konkretny programista. Po zakończeniu prac karta ląduje w „Przeglądzie” — kod zawsze sprawdza ktoś inny niż autor, bo żadna praca nie jest zatwierdzana przez jej twórcę — następnie w „Gotowe” po pomyślnym przejściu testów, a w „Wdrożone” po wgraniu na środowisko klienta. Po zrealizowaniu uzgodnionego etapu dostawy powiązane karty przechodzą do „Płatności klienta”, gdzie wystawiana jest faktura za dany etap.
Czat jest podzielony na projekty: każdy z nich ma własny kanał codziennej koordynacji zespołu. Decyzje architektoniczne — wybór bazy danych, sposób integracji, zmiana struktury — dokumentujemy na Forum wraz z uzasadnieniem i odrzuconymi alternatywami, bo projekt, który żyje dwa lata, prędzej czy później zapyta: dlaczego zbudowaliśmy to w ten sposób? Ogłoszenia to głos kierownictwa technicznego: nowe standardy jakości, aktualizacje środowisk, alerty bezpieczeństwa dotyczące wszystkich. Należności rejestrują płatności klientów według etapów dostawy oraz premie zespołu — z pełną poufnością.
Kierownik techniczny nadzoruje wspólną tablicę zasobów: widzi rozmieszczenie programistów między projektami i wcześnie wykrywa wąskie gardła. Liderzy zespołów zarządzają backlogiem swoich projektów, przesuwają karty i zatwierdzają przeglądy, a programiści i projektanci realizują zadania i dołączają efekty pracy do karty wraz z linkami do commitów i makiet. Na etapie „Płatności klienta” kierownik porównuje wykonaną pracę z umową przed fakturowaniem — nie ma faktury bez udokumentowanego wdrożenia.
Kto robi co?
Role operacyjne w tym systemie i odpowiedzialność każdej z nich w codziennej pracy — przypisz je zespołowi wprost albo dostosuj do swojej specyfiki.
Kierownik techniczny
Nadzoruje wspólną tablicę i podział zasobów między projektami, zatwierdza decyzje architektoniczne udokumentowane na Forum i porównuje „Płatność klienta” z umowami przed fakturowaniem.
Liderzy zespołów
Zarządzają backlogiem swoich projektów i harmonogramem sprintów, prowadzą przeglądy kodu w kolumnie „Przegląd”, przesuwają karty i pilnują zobowiązań swoich zespołów.
Programiści i projektanci
Realizują zadania ze „Sprintu” i dołączają efekty pracy do karty wraz z linkami, uczestniczą w przeglądach kodu kolegów i dyskusjach o architekturze na Forum.
Koordynator ds. klientów
Przyjmuje nowe zgłoszenia klientów do „Backlogu”, uzgadnia z nimi akceptacje dostaw i kompletuje dokumenty „Płatności klienta” przed fakturowaniem.
Co jest przygotowane dla Ciebie od pierwszego dnia?
Moduły systemu
- Zadania — Tablica kanban z kolumnami przepływu pracy i kartami realizacji
- Czat — Szybki kanał codziennej koordynacji zespołu
- Forum — Udokumentowane dyskusje w uporządkowanych sekcjach — decyzje i wiedza nigdy nie giną
- Ogłoszenia — Oficjalny głos kierownictwa — okólniki i komunikaty, które docierają do wszystkich
- Należności — Wewnętrzne pieniądze w ścisłej poufności — należności, zaliczki i wydatki
Sekcje forum (4)
- Decyzje architektoniczneDokumentacja kluczowych decyzji o architekturze — co wybraliśmy, dlaczego i jakie alternatywy odrzuciliśmy. Punkt odniesienia dla każdego długowiecznego projektu.
- Zasadnicze przeglądy koduDyskusje o powtarzających się wzorcach z przeglądów kodu: co staje się standardem firmy, a co jest niedopuszczalne.
- Awarie produkcyjne i wnioskiAnaliza incydentów na środowiskach produkcyjnych po ich usunięciu: przyczyna źródłowa i sposób zapobiegania — bez szukania winnych, z naciskiem na system.
- Narzędzia i eksperymentyOcena nowych bibliotek i narzędzi przetestowanych przez któryś z zespołów, zanim zostaną wdrożone w pozostałych projektach.
«Zasady pracy w tym systemie» — Przypięte na forum
1. Żaden kod nie powstaje bez karty: każda praca ma kartę z opisem, szacunkiem i przypisanym projektem. 2. Żadna karta nie przechodzi „Przeglądu” bez weryfikacji przez osobę inną niż autor kodu. 3. Decyzji architektonicznej nie wdrażamy przed udokumentowaniem jej w sekcji „Decyzje architektoniczne” i zatwierdzeniem przez kierownika technicznego. 4. Awarię produkcyjną analizujemy w „Awariach produkcyjnych i wnioskach” w ciągu 48 godzin od jej usunięcia. 5. „Płatność klienta” fakturujemy dopiero po porównaniu wykonanej pracy z umową przez kierownika technicznego. 6. Premie zespołu i płatności klientów wyłącznie w Należnościach — żadnych pobocznych arkuszy.
Ogłoszenie powitalne: «Witamy w systemie firmy»
Od dziś każda praca przechodzi przez kartę — od „Backlogu” do „Wdrożone” — a żadna faktura dla klienta nie powstaje bez udokumentowanych, wdrożonych kart. Decyzje architektoniczne trafiają na Forum, nie na Czat; Czat służy wyłącznie codziennej koordynacji. Pierwszy krok: wprowadźcie wymagania bieżących projektów do backlogu i zaplanujcie pierwszy sprint. Zasady pracy znajdziecie przypięte na Forum.
Podobne systemy
Gotowy? Pierwszy projekt jest o dwie minuty stąd
Utwórz darmową przestrzeń roboczą już teraz i zaproś zespół przed końcem dnia.