Prowadzenie projektu w workspace

Workspace to wspólna przestrzeń pracy zespołu nad projektem — w jednym miejscu łączy tablicę zadań, etapy i kamienie milowe, sprinty, dokumenty, kanał komunikacji oraz raporty. Ten przewodnik pokazuje nie tylko co kliknąć, ale przede wszystkim jak prowadzić projekt: jak zbudować backlog, dobrać długość sprintu i liczbę story points, jak pilnować obciążenia zespołu i nieobecności — od utworzenia workspace'a po zamknięcie projektu.

1Utworzenie workspace'a projektu

Przejdź do modułu Workspace'y i kliknij Nowy workspace. W formularzu tworzenia określasz fundamenty projektu:

• Nazwa i opis — czytelna nazwa projektu widoczna dla całego zespołu.
• Typ — wybierz Projekt. Workspace może też obsługiwać deale CRM, sprawy lub pracę ogólną.
• Klucz — krótki kod (wielkie litery i cyfry) generowany automatycznie z nazwy. Tworzy czytelne identyfikatory zadań, np. ABC‑12.
• Zakres czasu — data rozpoczęcia i termin końcowy. Ustala warstwę projektu w Kalendarzu i bazę dla kamieni milowych.
• Priorytet — od niskiego po pilny.
• Szablon — możesz wystartować z gotowego szablonu (etapy i ustawienia zostaną utworzone automatycznie) albo bez szablonu. Własną konfigurację zapiszesz później opcją Zapisz jako szablon.
• Etapy startowe (kanban) — kolumny tablicy zadań, które powstaną od razu po utworzeniu.
• Włączone moduły — zdecyduj, czy projekt ma korzystać ze Sprintów (praca iteracyjna) — moduły możesz włączyć także później w ustawieniach.
• Powiązania — połącz workspace z dealem CRM, projektem lub umową, aby zachować pełny kontekst biznesowy.

Sekcja Po utworzeniu powstanie pokazuje, co system przygotuje automatycznie: kanał czatu zespołu, tablicę z etapami oraz — jeśli włączysz sprinty — pusty pierwszy sprint.

2Zespół, role i goście zewnętrzni

W sekcji Zespół (przy tworzeniu) lub w zakładce Uczestnicy dodajesz osoby i przypisujesz im role:

Goście zewnętrzni i portal klienta

Gości zapraszasz podając adres e‑mail (opcja Zaproś gościa). Zakres ich dostępu kontrolujesz w Ustawieniach workspace'a: czy widzą wszystkie zadania i dokumenty, czy tylko oznaczone jako widoczne, oraz czy mogą przesyłać pliki. Każde zadanie i dokument ma przełącznik Pokaż gościom / Ukryj przed gośćmi. Gość pracuje w uproszczonym portalu z dostępem do współdzielonych dokumentów i zadań.

3Planowanie: etapy i kamienie milowe

Zakładka Etapy to plan realizacji projektu. Każdy etap ma nazwę, opis (zakres i kryteria wyjścia), ramy czasowe, osobę odpowiedzialną, kolor oraz kategorię statusu (Do zrobienia / W toku / Gotowe), która odpowiada kolumnie na tablicy kanban. Do etapu przypinasz zadania — etap pokazuje własne KPI: postęp zadań, termin i liczbę dni do końca.

Kamienie milowe

Kamienie milowe wyznaczają kluczowe punkty kontrolne projektu z datą docelową. Etapy możesz przypisać do kamienia milowego — gdy wszystkie etapy kamienia osiągną status Gotowe, kamień milowy zamyka się automatycznie. System ostrzega, gdy termin etapu wypada po dacie jego kamienia milowego.

4Praca z zadaniami

Zadania to serce codziennej pracy. Tworzysz je przyciskiem Nowe zadanie w zakładce Zadania lub bezpośrednio na tablicy. Każde zadanie ma:

• Status — Otwarte, W realizacji, Wstrzymane, Czeka na akceptację, Zakończone, Anulowane.
• Priorytet — Niski, Normalny, Wysoki, Pilny.
• Osoby — zlecający i odpowiedzialny za realizację.
• Terminy — data startu i termin wykonania; system wyraźnie oznacza zadania po terminie.
• Checklistę (podzadania) — pozycje z własnym przypisaniem i terminem, odhaczane po wykonaniu.
• Komentarze i załączniki — dyskusja i pliki bezpośrednio przy zadaniu.
• Rejestrację czasu — zakładka Czas do logowania przepracowanych godzin.
• Przypomnienia — np. 1 godzinę lub 1 dzień przed terminem, względem daty startu lub terminu wykonania.
• Powiązania — z klientem, osobą kontaktową, umową, dealem lub sprawą CRM.

Widoki zadań

Ten sam zbiór zadań możesz oglądać na kilka sposobów, przełączając widok:

5Flow pracy iteracyjnej: backlog, epiki i sprinty

Jeśli zespół pracuje iteracyjnie, włącz moduł Sprinty. Praca układa się wtedy w powtarzalny rytm: backlog → planowanie sprintu → realizacja → przegląd i retrospektywa → kolejny sprint. Poniżej opisujemy ten cykl krok po kroku, razem z dobrymi praktykami, które sprawdzają się w większości zespołów.

5.1. Backlog — jedna uporządkowana lista pracy

Backlog to lista wszystkich zadań, które kiedyś trzeba wykonać, ale które nie są jeszcze przypisane do żadnego sprintu. W zakładce Sprinty znajdziesz go w sekcji Backlog. Zasady, które utrzymują backlog w zdrowiu:

• Wszystko trafia do backlogu. Pomysł, zgłoszenie klienta, poprawka — każda praca zaczyna życie jako zadanie w backlogu (przycisk Dodaj zadanie do backlogu). Dzięki temu nic nie ginie w mailach i notatkach.
• Góra backlogu jest zawsze gotowa. Zadania na szczycie listy powinny być doprecyzowane: jasny opis, kryteria ukończenia (checklista), estymacja. Zadania niżej mogą być ogólnikowe — doprecyzujesz je, gdy awansują w górę.
• Porządkuj regularnie (refinement). Raz w tygodniu, 30–60 minut: kierownik projektu z zespołem przegląda górę backlogu, dzieli za duże zadania, uzupełnia estymacje, usuwa nieaktualne pozycje. To najlepsza inwestycja w sprawne planowanie sprintów.
• Priorytet = kolejność. Zamiast dyskutować o etykietach priorytetów, przeciągaj zadania w backlogu — to, co wyżej, wchodzi do sprintu pierwsze.

5.2. Epiki — grupowanie pracy wokół celów

Epik to duży cel biznesowy, który jest zbyt obszerny na jedno zadanie i zwykle rozciąga się na kilka sprintów — np. „Nowy onboarding klientów" albo „Wdrożenie u klienta X". W zakładce Epiki tworzysz epik z nazwą, opisem, kolorem i ramami czasowymi, a następnie podpinasz do niego zadania z backlogu i sprintów.

• Epik odpowiada na pytanie „po co?", zadanie — „co konkretnie?". Jeśli nie umiesz wskazać, jakiemu celowi służy zadanie, to sygnał, że zakres projektu się rozmywa.
• Epiki są niezależne od sprintów. Sprint to okno czasowe, epik to wątek tematyczny — jedno zadanie należy do jednego epiku, ale epik „przepływa" przez wiele sprintów.
• Zamykaj epiki świadomie. Gdy cel został osiągnięty, oznacz epik jako Ukończony. Regularne zamykanie epików daje zarządowi czytelny obraz postępu na poziomie celów, nie pojedynczych zadań.
• Nie przesadzaj z liczbą. Kilka (3–7) aktywnych epików to zdrowy poziom; kilkadziesiąt oznacza, że epiki stały się zwykłymi kategoriami i przestały porządkować pracę.

5.3. Jaka powinna być długość sprintu?

Veloryn pozwala ustawić czas trwania sprintu od 1 tygodnia do 1 miesiąca (lub niestandardowy). Wybór nie jest przypadkowy — zależy od charakteru projektu:

Trzy zasady ważniejsze niż sama liczba tygodni:

1. Stała długość. Nie zmieniaj długości sprintu ze sprintu na sprint — porównywalność velocity (patrz krok 6) istnieje tylko przy stałym oknie. Veloryn ostrzeże, jeśli okna sprintów nakładają się na siebie.
2. Sprint kończy się w terminie — zawsze. Nie przedłużaj sprintu, żeby „dokończyć". Niedokończone zadania wracają do backlogu lub przechodzą do następnego sprintu (Veloryn zapyta o to przy zamykaniu) — a rozjazd planu z wykonaniem jest tematem na retrospektywę.
3. Zaczynaj krócej, wydłużaj świadomie. Jeśli nie wiesz, od czego zacząć — wybierz 2 tygodnie. Po 3–4 sprintach zespół sam poczuje, czy okno jest za ciasne, czy za luźne.

5.4. Planowanie sprintu — krok po kroku

Sprint tworzysz przyciskiem Utwórz sprint. Dobre planowanie w Veloryn wygląda tak:

1. Nazwa i okno sprintu — nazwa nadawana jest automatycznie (Sprint 1, Sprint 2…), data zakończenia wylicza się z wybranego czasu trwania.
2. Cel sprintu — jedno zdanie odpowiadające na pytanie: „co będzie prawdą na koniec sprintu, czego nie ma dziś?". Cel porządkuje decyzje w trakcie — gdy pojawi się nowa praca, pytasz: „czy to przybliża nas do celu sprintu?".
3. Definicja Ukończenia (DoD) — wspólna checklista jakości dla wszystkich zadań sprintu, np. „Code review zatwierdzony", „Przetestowane przez drugą osobę", „Dokumentacja zaktualizowana". Dodajesz pozycje w sekcji Definicja ukończenia (DoD).
4. Scrum Master — wskaż osobę pilnującą procesu (usuwanie blokerów, moderowanie ceremonii).
5. Zakres — w sekcji Zadania na start (z backlogu) wybierasz zadania z góry backlogu, aż suma estymacji zbliży się do pojemności sprintu (jak ją wyznaczyć — krok 6). Veloryn na bieżąco sumuje punkty (Σ) i porównuje z pojemnością: pokazuje „Bufor X pkt · zdrowe obciążenie" albo ostrzega „Przeciążenie o X pkt".
6. Start — Utwórz i aktywuj (lub aktywuj później opcją Rozpocznij sprint). W jednym momencie aktywny może być tylko jeden sprint. Możesz też zaznaczyć Powiadom zespół, aby wszyscy dostali informację o starcie.

5.5. Rytm w trakcie sprintu

• Codzienna synchronizacja (daily) — 10–15 minut: co zrobiłem, co robię, co mnie blokuje. Ustalenia i blokery zapisuj w kanale czatu workspace'a (zakładka Kanał wiadomości), żeby były widoczne także dla nieobecnych.
• Tablica mówi prawdę — statusy zadań aktualizowane na bieżąco (przeciąganie na kanbanie), a nie zbiorczo w piątek. Bez tego burndown i zdrowie sprintu tracą sens.
• Monitoruj zdrowie sprintu — widżety sprintu pokazują wykres Burndown (pozostała praca vs linia idealna), Prognozę ukończenia i status Zdrowie sprintu: Na dobrej drodze lub Zagrożony. Status „Zagrożony" w połowie sprintu to sygnał do działania dziś, nie na review.
• Chroń zakres — nowe pilne zadania kieruj domyślnie do backlogu. Do sprintu wchodzą tylko wyjątkowo i świadomie — najlepiej wymieniając się jeden do jednego z zadaniem o podobnej estymacie, które wraca do backlogu.

5.6. Zamknięcie sprintu: przegląd i retrospektywa

1. Przegląd (review) — zespół pokazuje ukończone zadania interesariuszom. Podstawą jest raport sprintu: zadania ukończone, niedokończone i zmiany zakresu.
2. Zamknięcie w systemie — Zakończ sprint. Jeśli zostały niedokończone zadania, Veloryn zapyta, co z nimi zrobić: Do backlogu, Do następnego sprintu lub do wskazanego sprintu. Domyślnie wybieraj backlog — automatyczne przepychanie zadań do przodu ukrywa problem przeszacowania.
3. Retrospektywa — 30–45 minut w zespole: co poszło dobrze, co poprawić, jedna–dwie konkretne zmiany na kolejny sprint. Wnioski zapisz w polu Notatki retrospektywy — zostają w raporcie sprintu i możesz do nich wrócić po miesiącach.
4. Spójrz na velocity — wykres Velocity porównuje plan z wykonaniem w kolejnych sprintach. Trend jest ważniejszy niż pojedyncza wartość.

6Story points w praktyce i pojemność sprintu

Najczęstsze pytanie przy pracy sprintowej brzmi: „ile pracy zmieści się w sprincie?". Odpowiada na nie para pojęć: story points (miara wielkości zadania) i velocity (ile punktów zespół realnie dowozi w jednym sprincie).

6.1. Czym są story points — i czym nie są

Story point to względna miara wielkości zadania: łączy pracochłonność, złożoność i niepewność. Kluczowe słowo to „względna" — punkty porównują zadania między sobą („to jest mniej więcej dwa razy większe niż tamto"), a nie przeliczają się wprost na godziny. Dlaczego nie godziny? Bo 8 godzin doświadczonego pracownika to nie to samo, co 8 godzin osoby nowej w projekcie — a wielkość zadania jest dla obu taka sama. Punkty uodparniają planowanie na to, kto weźmie zadanie.

Jak estymować w praktyce:

1. Ustalcie skalę. Najpopularniejsza to ciąg zbliżony do Fibonacciego: 1, 2, 3, 5, 8, 13. Rosnące odstępy są celowe — im większe zadanie, tym mniej precyzyjna estymacja, więc nie ma sensu spierać się, czy coś jest „na 9 czy 10".
2. Wybierzcie zadanie referencyjne. Weźcie dobrze znane, niedawno ukończone zadanie średniej wielkości i umówcie się, że to 3 punkty. Odtąd każde nowe zadanie porównujecie do wzorca: wyraźnie mniejsze → 1–2, porównywalne → 3, większe → 5, dużo większe → 8.
3. Estymujcie zespołowo. Każdy, kto może realizować zadanie, podaje swoją ocenę jednocześnie (np. na palcach lub na czacie — technika „planning poker"). Rozbieżność 2 vs 8 to nie problem do uśrednienia, tylko cenna informacja: ktoś widzi ryzyko, którego inni nie widzą. Krótka dyskusja i ponowna ocena.
4. Duże znaczy „podziel". Zadanie estymowane na 13 punktów lub więcej nie wchodzi do sprintu w całości — podziel je na mniejsze części (checklista zadania dobrze podpowiada naturalne linie podziału). Zadanie, które zajmuje pół sprintu, to największe pojedyncze ryzyko niedowiezienia celu.
5. Nie przeliczajcie punktów na godziny „oficjalnie". Punkty służą planowaniu zakresu sprintu, godziny — rejestracji czasu i rozliczeniom. Veloryn prowadzi obie miary niezależnie: estymaty w punktach przy zadaniach, przepracowany czas w zakładce Czas.

Tryb estymacji ustawiasz w Ustawieniach workspace'a, w sekcji Sprinty → Tryb estymacji. Do wyboru: story points (rekomendowany dla zespołów projektowych), czas w godzinach (naturalny dla zespołów rozliczających się z klientem godzinowo) lub liczba zadań (najprostszy — dobry na sam początek, gdy zadania są podobnej wielkości). Jednostka pojemności sprintu wynika automatycznie z wybranego trybu.

6.2. Ile punktów mieści sprint? Velocity i pojemność

Velocity to liczba punktów, które zespół faktycznie ukończył w sprincie. To jedyna wiarygodna podstawa planowania — nie deklaracje, nie ambicje, tylko historia. Zasada jest prosta:

Przy tworzeniu sprintu Veloryn wyświetla sekcję Sugerowana pojemność z wyjaśnieniem źródła, np. „Mediana velocity 34 pkt z 5 zamkniętych sprintów × dostępność 90%". Jednym kliknięciem (Użyj sugestii) przenosisz ją do pola pojemności. Jeśli historia jest zbyt krótka (mniej niż 3 zamknięte sprinty), system uczciwie to komunikuje i prosi o ręczne ustawienie pojemności.

Pierwszy sprint — brak historii velocity

Gdy zaczynasz i nie masz żadnej historii, oszacuj pojemność „od godzin":

Zasady, które chronią przed przeszacowaniem

• Zostaw bufor. Nie planuj 100% pojemności. Veloryn pokazuje to wprost przy doborze zadań: „Bufor 4 pkt · zdrowe obciążenie" to stan pożądany; komunikat „Przeciążenie o 6 pkt" oznacza, że coś musi wypaść z zakresu przed startem, a nie w połowie sprintu.
• Velocity to termometr, nie cel. Nie premiuj zespołu za wzrost velocity — jedynym efektem będzie inflacja punktów (te same zadania wyceniane coraz wyżej). Velocity służy planowaniu, nie ocenie ludzi.
• Sekcja pojemności per osoba — w formularzu sprintu Veloryn pokazuje Pojemność zespołu z rozbiciem na poszczególnych członków. Jeśli 80% zaplanowanych punktów przypada na jedną osobę, sprint jest zagrożony niezależnie od sumy.
• Spadek velocity to informacja, nie porażka. Sprawdź przyczyny: nieobecności, dużo pracy niesprintowej (serwis, wsparcie), zadania „prawie skończone" (za duże — dziel je), zmiany zakresu w trakcie.

7Kontrola obciążenia zespołu i nieobecności

Najlepszy plan sprintu rozbija się o rzeczywistość, jeśli kierownik nie widzi dwóch rzeczy: kto jest przeciążony i kogo nie będzie. W Veloryn obie odpowiedzi znajdziesz w jednym miejscu — widoku Obciążenie — a dodatkowo system sam podnosi nieobecności podczas planowania sprintu.

7.1. Widok Obciążenie — kokpit kierownika

Przejdź do zadań i przełącz widok na Obciążenie (obok Listy i Kanbanu). Zobaczysz tabelę Obciążenie zespołu: wiersz na każdego członka zespołu, kolumny na dni. U góry wybierasz Przestrzeń (workspace), opcjonalnie Sprint oraz okres: 1 tydzień, 2 tygodnie lub Miesiąc.

Dla każdej osoby widzisz:

• Pojemność — ile godzin dana osoba ma do dyspozycji (wynika z harmonogramu pracy; domyślnie 8 h × poniedziałek–piątek).
• Planowane godziny — suma estymat zadań przypisanych tej osobie w danym okresie.
• Zalogowane godziny — czas faktycznie zarejestrowany na zadaniach.
• Alokacja / Dostępne — ile z pojemności jest już zajęte i ile zostaje wolne.
• % wykorzystania i status — system klasyfikuje każdą osobę jako Przeciążony, Optymalny lub Niedociążony; przy przeciążeniu pokazuje konkretną wartość, np. „Przeciążenie: 6 h".
• Aktywne i zaległe zadania — liczba zadań w toku oraz tych po terminie.
• Zadania niezaplanowane — praca bez podziału czasu między wykonawców; jej duża liczba oznacza, że obraz obciążenia jest niepełny i warto uzupełnić estymaty.

7.2. Skąd kierownik wie o urlopie pracownika?

Nie musisz o nic pytać ani niczego ręcznie odnotowywać — informacja o nieobecnościach płynie do widoków projektowych automatycznie z modułu wniosków urlopowych:

1. Pracownik składa wniosek urlopowy w module HR (samodzielnie, ze swojego konta).
2. Wniosek od razu widać w projekcie — jeszcze zanim zostanie zatwierdzony. W widoku Obciążenie dni objęte wnioskiem są oznaczone: Urlop zatwierdzony (cały dzień), Urlop zatwierdzony (…% dnia) albo Urlop oczekujący (ryzyko) — ten ostatni stan to wniosek złożony, lecz jeszcze niezaakceptowany.
3. System przelicza godziny — zatwierdzone urlopy obniżają pojemność danej osoby, a przy wnioskach oczekujących Veloryn pokazuje ostrzeżenie „X h zagrożone": tyle zaplanowanej pracy stoi pod znakiem zapytania, jeśli urlop zostanie zaakceptowany.
4. Pełny obraz nieobecności — przy każdej osobie widzisz też bieżący status dostępności: Dostępny, Na urlopie, Na delegacji, Praca zdalna, Zajęty, Poza biurem. Z widoku Obciążenie przejdziesz jednym kliknięciem do Tablicy nieobecności — kalendarza urlopów całego zespołu.

7.3. Nieobecności przy planowaniu sprintu

Tych samych danych nie musisz szukać ręcznie podczas planowania — formularz sprintu robi to za Ciebie:

• Sekcja Nieobecności w sprincie podsumowuje: „Łączna liczba dni roboczych nieobecności w terminie sprintu: X" oraz osobno dni z wniosków oczekujących na akceptację.
• Przy członkach zespołu pojawiają się znaczniki „Nieobecność: X dn." (i „oczekuje: X" dla wniosków w toku).
• System rozróżnia pojemność nominalną (bez nieobecności) i pojemność zagrożoną — a Sugerowana pojemność sprintu jest już pomniejszona o zatwierdzone urlopy. W trybie godzinowym sugestia to wprost „suma dostępnych godzin uczestników po zatwierdzonych nieobecnościach", z dopiskiem, ile dodatkowych godzin jest zagrożonych oczekującymi wnioskami.

8Komunikacja i dokumenty

Kanał wiadomości

Każdy workspace ma własny kanał czatu (zakładka Kanał wiadomości) tworzony automatycznie — bieżąca komunikacja zespołu zostaje w kontekście projektu zamiast ginąć w e‑mailach. To naturalne miejsce na codzienną synchronizację, zgłaszanie blokerów i szybkie decyzje.

Aktywność i komentarze

Zakładka Aktywność to oś czasu projektu na żywo: komentarze (ze wzmiankami @), zmiany statusów, dodani członkowie, powiązane dokumenty, ukończone etapy, przeniesienia zadań między sprintami. Możesz filtrować widok do samych komentarzy i oznaczać wpisy jako widoczne dla gości.

Dokumenty

W zakładce Dokumenty dodajesz nowe dokumenty lub podpinasz istniejące z modułu Dokumenty (opcja Połącz istniejący dokument). Dla każdego dokumentu ustawiasz widoczność dla gości; odłączenie dokumentu nie usuwa go z systemu.

9Monitorowanie postępu i raporty

Do bieżącej kontroli projektu służą:

• Przegląd — pulpit projektu z kluczowymi informacjami: właściciel, klient, wartość, liczba zadań, uczestników i dokumentów, postęp etapów.
• Raporty — zestawienia realizacji zadań i sprintów (burndown, velocity, zmiany zakresu, retrospektywy).
• Obciążenie zespołu — kto ma wolne moce, kto jest przeciążony, ile godzin jest zagrożonych nieobecnościami (krok 7).
• Kalendarz — zadania i ramy czasowe projektu na wspólnej osi czasu.
• Pola niestandardowe i automatyzacje — zakładki opcjonalne: własne pola opisujące zadania oraz reguły automatyzujące powtarzalne czynności. Włączysz je przyciskiem Dodaj zakładkę.

10Zakończenie projektu: archiwizacja i kosz

Po zakończeniu prac zamknij sprinty, upewnij się, że kamienie milowe są ukończone, a następnie zarchiwizuj workspace (menu Więcej opcji → Archiwizuj). Zarchiwizowany projekt pozostaje dostępny do wglądu na liście po przełączeniu filtra Zarchiwizowane i w każdej chwili można go Przywrócić.

Usunięte w trakcie projektu zadania i dokumenty trafiają do zakładki Kosz — widzisz tam, kto i kiedy usunął element, i możesz go przywrócić jednym kliknięciem. Dzięki temu żadna praca zespołu nie ginie bezpowrotnie.