Linear krok po kroku: zespół, cykle, roadmapa i połączenie z GitHubem
Samouczek Linear: jak założyć przestrzeń dla zespołu, pisać zgłoszenia, planować cykle i projekty, prowadzić triage i połączyć zadania z kodem.
👁 117 przeczytań
- Linear umożliwia prowadzenie pracy zespołu od pierwszego dnia - bez tygodnia konfigurowania - dzięki wbudowanym zgłoszeniom, cyklom, projektom i roadmapom.
- Integracja z GitHubem działa przez nazwy gałęzi, tytuły lub słowa kluczowe i automatycznie zmienia status zgłoszenia na podstawie tego, co dzieje się w kodzie.
- Przykładowe wdrożenie pięcioosobowego zespołu trwa trzy dni: przestrzeń i import w dniu pierwszym, priorytety w dniu drugim, połączenie z GitHubem w dniu trzecim.
Linear to narzędzie do prowadzenia pracy nad produktem, zbudowane pod szybkość: zgłoszenia, cykle pracy, projekty i roadmapy są w nim od pierwszego dnia, bez tygodnia konfigurowania. Ten samouczek prowadzi przez pierwsze ustawienie przestrzeni dla zespołu, według oficjalnej dokumentacji Linear.
Zanim zaczniesz: ustal trzy zasady
Linear działa od razu, ale zespół potrzebuje kilku wspólnych zasad, żeby narzędzie nie zamieniło się w kolejną listę, której nikt nie czyta. Ustalcie przed pierwszym cyklem:
- kto i kiedy przegląda triage, na przykład jedna osoba codziennie rano,
- co znaczą priorytety, żeby „pilne” nie oznaczało wszystkiego,
- jak nazywacie gałęzie w kodzie, żeby integracja z GitHubem sama aktualizowała statusy.
Zapiszcie te zasady w jednym miejscu, najlepiej w opisie zespołu w samym Linearze.
Krok 1. Przestrzeń i zespół
Po założeniu konta tworzysz przestrzeń roboczą firmy i pierwszy zespół. Zespół w Linear to jednostka pracy, na przykład produkt, aplikacja mobilna albo dział. Każdy zespół ma własne zgłoszenia, statusy i cykle. W małej firmie jeden zespół na początek w zupełności wystarczy.
Jeśli przenosisz się z innego narzędzia, dokumentacja Linear opisuje import zgłoszeń z istniejącego systemu.
Krok 2. Zgłoszenia
Zgłoszenie to podstawowa jednostka pracy: błąd, zadanie, pomysł. Ma tytuł, opis, osobę odpowiedzialną, priorytet i status. Linear jest zaprojektowany pod skróty klawiszowe, więc prawie wszystko zrobisz bez myszy: utworzysz zgłoszenie, zmienisz priorytet, przypiszesz osobę. Pełną listę skrótów znajdziesz w pomocy aplikacji. Zespoły opisują, że przy skrótach da się uporządkować kilkadziesiąt zgłoszeń w kilka minut.
Krok 3. Cykle, czyli sprinty bez pilnowania
Cykle to powtarzalne okresy pracy, odpowiednik sprintów. Ustawiasz ich długość, dzień rozpoczęcia i to, co ma się dziać z niedokończonymi zadaniami. Niedokończone zgłoszenia mogą przechodzić do następnego cyklu automatycznie, więc nikt nie musi ręcznie przenosić ich co dwa tygodnie. Dobry start to cykle dwutygodniowe i pierwszy cykl wypełniony zgłoszeniami gotowymi do pracy.
Krok 4. Projekty i roadmapa
Projekty służą do dłuższych przedsięwzięć, często obejmujących kilka zespołów, na przykład nową wersję aplikacji. Projekt zbiera zgłoszenia, pokazuje postęp i pozwala publikować aktualizacje, więc szef nie musi pytać na spotkaniu, jak idzie. Z projektów składa się roadmapa widoczna dla całej firmy.
Krok 5. Triage, czyli skrzynka odbiorcza
Zgłoszenia utworzone przez integracje albo przez osoby spoza zespołu trafiają najpierw do triage. To skrzynka, którą ktoś regularnie przegląda i decyduje: do bieżącego cyklu, do listy na później, do odrzucenia. Dzięki temu lista zadań zespołu nie zapycha się zgłoszeniami, których nikt nie przejrzał.
Krok 6. Połączenie z GitHubem
Integrację włączasz w ustawieniach, w sekcji integracji. Linear łączy zgłoszenia z pull requestami przez nazwy gałęzi, tytuły albo słowa kluczowe i sam zmienia status zgłoszenia na podstawie tego, co dzieje się w kodzie. Możesz też synchronizować zgłoszenia między repozytorium a zespołem. Uwaga z praktyki: najpewniejsze powiązanie daje nazwa gałęzi według konwencji Linear.
Przykład: pierwszy tydzień pięcioosobowego zespołu
Dzień pierwszy: przestrzeń, jeden zespół, import zgłoszeń ze starego arkusza. Dzień drugi: przegląd zgłoszeń, priorytety, podział na cykl bieżący i listę na później. Dzień trzeci: połączenie z GitHubem i ustalenie konwencji nazw gałęzi. Od drugiego tygodnia zespół przestaje pytać, kto nad czym pracuje, bo widać to w cyklu.
W takim wdrożeniu najwięcej zależy od drugiego dnia, czyli od przeglądu zgłoszeń. Zespół, który od razu ustala priorytety i odkłada na później to, co nie jest pilne, zaczyna pierwszy cykl z realnym planem. Zespół, który wrzuca do cyklu wszystko, co przyszło ze starego arkusza, po dwóch tygodniach ma poczucie porażki, choć problemem było tylko zbyt optymistyczne planowanie.
Najczęstsze błędy
- Za dużo zespołów na start w małej firmie.
- Nieprzeglądany triage, który zamienia się w śmietnik.
- Brak konwencji nazw gałęzi, przez co statusy się nie aktualizują.
Jak ocenić pierwszy cykl
Po pierwszym cyklu zadajcie sobie trzy pytania. Ile zaplanowanych zgłoszeń udało się zamknąć, bo to pierwsza realna miara tego, ile mieści się w dwóch tygodniach. Czy triage był przeglądany na bieżąco. Czy statusy aktualizowały się same po scaleniu kodu, czy ktoś musiał je przesuwać ręcznie.
Pierwszy cykl prawie zawsze jest przeplanowany. To normalne i właśnie po to się go robi: drugi cykl planujecie już na podstawie danych, a nie optymizmu.
Jeśli zespół przychodzi z innego narzędzia, daj mu dwa, trzy cykle na przyzwyczajenie się, zanim zaczniesz oceniać, czy zmiana się opłaciła. Pierwsze tygodnie zawsze są wolniejsze, bo ludzie uczą się skrótów i nowego rytmu pracy.
Linear Business na 12 miesięcy dla 5 osób sprzedaję taniej niż w oficjalnym cenniku w sklepie kinetyka.pl.
Cały tydzień w AI, w jednym mailu
Wybrane premiery, narzędzia i analizy. Raz w tygodniu, prosto do skrzynki.
Zapisz się za darmo →Najczęstsze pytania
Jak skonfigurować Linear dla nowego zespołu krok po kroku?
Najpierw zakładasz przestrzeń roboczą firmy i jeden zespół, który ma własne zgłoszenia, statusy i cykle. Kolejne kroki to ustalenie priorytetów i podziału zgłoszeń, a dopiero potem połączenie z GitHubem i ustalenie konwencji nazw gałęzi.
Jak połączyć Linear z GitHubem i skąd statusy aktualizują się automatycznie?
Integrację włączasz w ustawieniach, w sekcji integracji. Linear łączy zgłoszenia z pull requestami przez nazwy gałęzi, tytuły albo słowa kluczowe, a najpewniejsze powiązanie daje nazwa gałęzi według konwencji Linear.
Co to jest triage w Linear i kto powinien go przeglądać?
Triage to skrzynka, do której trafiają zgłoszenia z integracji albo od osób spoza zespołu, zanim ktoś zdecyduje, co z nimi zrobić. Dokumentacja zaleca, żeby jedna osoba przeglądała triage regularnie - na przykład codziennie rano - i przydzielała zgłoszenia do bieżącego cyklu, listy na później lub je odrzucała.
Jak długo powinien trwać pierwszy cykl w Linear i jak go ocenić?
Zalecany start to cykle dwutygodniowe, a pierwszy cykl powinien być wypełniony zgłoszeniami gotowymi do pracy. Po jego zakończeniu warto sprawdzić trzy rzeczy: ile zaplanowanych zgłoszeń udało się zamknąć, czy triage był przeglądany na bieżąco i czy statusy aktualizowały się same po scaleniu kodu.
Podobne tematy na Promptowym
