Dokumentacja

Zakładasz konto, zapraszasz zespół i otwierasz pierwszy projekt, który automatycznie otrzymuje własny klucz w formacie PRJ-142. Następnie ustawiasz statusy, priorytety, etykiety i typy zadań ze słowników, budujesz backlog i uruchamiasz pierwszy sprint.

Praca jest zorganizowana na czterech poziomach: projekt, jego kamienie milowe, sprinty i zadania. Każde zadanie ma status, priorytet, typ i etykiety, może zależeć od innego (blokuje / zablokowane przez) i gromadzi zarejestrowany czas, komentarze oraz wpisy w dzienniku aktywności. 4myprojects nie udostępnia publicznego API ani nie wydaje kluczy API klientom — pracujesz z panelu.

4myprojects nie łączy się z repozytoriami Git, komunikatorami, kalendarzami ani platformami automatyzacji — nie ma zewnętrznych konektorów i nie wysyła danych do usług podmiotów zewnętrznych. W zamian trzyma w jednym miejscu to, co zwykle bywa rozproszone: tablicę Kanban, backlog, sprinty, wykres Gantta z kamieniami milowymi, zależności między zadaniami, zarejestrowany czas, komentarze i dziennik aktywności. Konto pozostaje tym samym co w ekosystemie 4b2b, więc zespół loguje się do panelu dotychczasowymi danymi.

Backlog zawiera wszystko, co nie jest jeszcze zaplanowane; stamtąd przenosisz zadania do sprintu. Tablica Kanban pokazuje je w kolumnach, ze statusem, priorytetem, typem i etykietami. Po zamknięciu sprintu zostają burndown i velocity, a to, czego nie ukończono, wraca do backlogu.

Kolejność, która się sprawdza: budujesz strukturę projektów i kamienie milowe, konfigurujesz słowniki (statusy, priorytety, etykiety, typy), przypisujesz zasoby do projektów i sprawdzasz obciążenie zespołu, a dopiero potem planujesz pierwszy sprint. Po pierwszym tygodniu rejestracji czasu masz już raporty na zadanie i na osobę.

Nie ma automatycznego importu: 4myprojects nie pobiera danych z Jiry, Asany, Monday ani ClickUp i nie czyta plików CSV. Strukturę odtwarzasz bezpośrednio w platformie, a w praktyce idzie to szybko, jeśli zaczniesz od aktywnego sprintu i otwartego backlogu — resztę historii możesz zostawić w starym narzędziu jako archiwum.

Administrator poznaje słowniki i strukturę projektów; kierownik projektu pracuje z backlogiem, sprintami, wykresem Gantta z kamieniami milowymi i obciążeniem zespołu; członkowie zespołu zostają na własnej stronie pracy, gdzie widzą swoje zadania, rejestrują czas i komentują. Najprościej ćwiczyć na projekcie testowym, oddzielonym od rzeczywistych.

Frontend działa na Next.js, usługa projektów na FastAPI, a dane są w PostgreSQL. Całość działa w kontenerach Docker za bramą, która weryfikuje dostęp, na serwerach w Unii Europejskiej.