# Zastąpiliśmy JIRA naszym własnym narzędziem Planora: stworzonym przez agentów AI > URL: https://4eck-media.de/pl/blog/zastapilismy-jira-naszym-wlasnym-narzedziem-planora-stworzonym-przez-agentow-ai/ > Language: pl > Description: Opracowaliśmy narzędzie do zarządzania projektami, aby zastąpić JIRA. Czas realizacji: cztery tygodnie, równolegle z bieżącą pracą agencji, dzięki Claude Code. Rezultat jest […] --- Opracowaliśmy narzędzie do zarządzania projektami, aby zastąpić JIRA. Czas realizacji: cztery tygodnie, równolegle z bieżącą pracą agencji, dzięki Claude Code. Rezultat jest zdumiewająco dobry. W tym studium przypadku pokazujemy, jak już teraz tworzymy całe systemy za pomocą agentów AI. ## Planora: Plan. Track. Ship. Zna to każdy: co miesiąc płaci się za narzędzie, które wykorzystuje się tylko w połowie, którego nie wolno modyfikować i które – przynajmniej w naszej konfiguracji – nie jest też przechowywane we własnej infrastrukturze. Dokładnie w tym miejscu byliśmy z JIRA. JIRA to oprogramowanie do zarządzania projektami i obsługi zgłoszeń firmy Atlassian. Alternatywami są Trello, Monday.com czy Asana. Dziś pracujemy z Planorą – w pełni własnym rozwiązaniem, które sami hostujemy, sami rozwijamy i precyzyjnie dopasowujemy do naszych procesów. Ten artykuł wyjaśnia, dlaczego zdecydowaliśmy się na ten krok i co Planora potrafi już dziś. ![Jira ersetzt durch Planora: die Case Study](https://4eck-media.de/wp-content/uploads/2026/06/jira-alternative-planora-ai-agent-entwicklung.avif "Jira ersetzt durch Planora: die Case Study") ### Impuls JIRA przez lata była naszym standardem, jak w wielu innych agencjach. Działała. Ale działać to nie to samo, co pasować optymalnie. Trzy rzeczy ostatecznie dały nam impuls do zmiany: - Bieżące koszty rosły wraz z naszym rozwojem. Każdy nowy współpracownik, każda dodatkowa funkcja, każdy dodatek stawał się droższy. Kto choć raz widział roczny rachunek za średniej wielkości konfigurację Atlassian, wie, co mam na myśli. - Ograniczeń nie dało się już ignorować. Pewne procesy (workflow), których sobie życzyliśmy, albo w ogóle nie były możliwe, albo tylko za pośrednictwem wtyczek, które znów kosztowały i wciągały nas głębiej w ekosystem. Modyfikacje interfejsu były dozwolone tylko w wąskim zakresie. Niektóre zbędne kliknięcia przy zakładaniu zgłoszeń po prostu irytowały. - A do tego dochodziła złożoność. JIRA to narzędzie dla wszystkich, a przez to dla nikogo do końca odpowiednie. Wykorzystywaliśmy może trzydzieści procent funkcji. Reszta była zbędna i sprawiała, że zwinne zarządzanie projektami stawało się nieprzejrzyste. Co naprawdę przeszkadzało nam w JIRA: chcieliśmy narzędzia, które nam służy, a nie takiego, któremu sami się podporządkowujemy. Chcieliśmy mieć nasze dane na naszych serwerach. Chcieliśmy wklejać zrzuty ekranu przez Ctrl+V bezpośrednio do zgłoszenia, bez trzech kliknięć. Chcieliśmy przejrzystych tablic, osi czasu bez przeładowanej logiki roadmapy, czystego backlogu. I chcieliśmy swobody bezproblemowego dodawania nowych modułów, jak CRM czy prognoza przychodów dla każdego projektu, gdy tylko ich potrzebujemy. ## Jak to zrealizowaliśmy Być może najbardziej zaskakująca część tego studium przypadku: Planora powstała w około miesiąc. Projekt toczył się równolegle z naszymi bieżącymi projektami klienckimi i jeszcze dwa lata temu byłby w takich ramach czasowych nie do pomyślenia. Produkt zbudowaliśmy za pomocą Claude Code i zespołu agentów AI. Zamiast jednej SI, która robi wszystko naraz, rozdzieliliśmy pracę na dziewięciu wyspecjalizowanych agentów, którzy współpracują jak prawdziwy zespół programistyczny. Team Lead koordynuje całość, Product Owner pisze wymagania i kryteria akceptacji, projektant UX/UI definiuje ekrany i interakcje, architekt backendu projektuje model danych i API, architekt frontendu planuje komponenty i stan, programista full-stack realizuje funkcje, agent QA sprawdza i pisze plany testów, agent DevOps zajmuje się Dockerem, CI/CD i wdrożeniem, a Technical Writer dba o aktualność dokumentacji. Każda historyjka (story) przechodzi ten sam proces: Product Owner formułuje wymaganie, Team Lead dzieli je i przydziela, projektant oraz architekci wyjaśniają zachowanie i interfejsy, programista buduje na gałęzi funkcji (feature branch), QA sprawdza, Writer dokumentuje, DevOps weryfikuje infrastrukturę, a na końcu Team Lead decyduje o scaleniu (merge). W razie konfliktów między agentami Lead sięga do centralnej specyfikacji projektu i podejmuje udokumentowaną decyzję. Rezultat: spójna architektura, czysty kod, przetestowane funkcje i pełna dokumentacja – a wszystko to w tempie, którego klasycznym podejściem nigdy byśmy nie osiągnęli. Planora jest więc dla nas nie tylko nowym narzędziem, ale i dowodem na to, jak dziś wygląda poważne tworzenie oprogramowania z dobrze zorkiestrowanymi agentami AI. Poniżej widok pulpitu (dashboard) z osobistymi zgłoszeniami, które albo utworzyłem sam, albo zostały do mnie skierowane: ![My Issues Dashboard in Planora](https://4eck-media.de/wp-content/uploads/2026/06/planora-my-issues.avif "My Issues Dashboard in Planora") ## Co Planora potrafi dziś Planora to samodzielnie hostowane narzędzie do zarządzania projektami i zadaniami, przeznaczone dla zespołów liczących mniej więcej od jedenastu do pięćdziesięciu osób. Zakres funkcji obejmuje wszystko, co znaliśmy z JIRA, a mimo to jest bardziej zwięzły i przejrzysty. W skrócie: - Tablica Kanban z przeciąganiem (drag-and-drop) i aktualizacjami w czasie rzeczywistym - Oś czasu w stylu Gantta z poziomami powiększenia od dni po kwartały - Backlog z wielokrotnym wyborem i akcjami zbiorczymi - Pełne zarządzanie sprintami z wykresem burndown i velocity - Śledzenie zgłoszeń (issues) ze stories, taskami, bugami, epikami i podzadaniami - Edytor tekstu sformatowanego z wklejaniem zrzutów ekranu przez Ctrl+V - Własny język zapytań PQL oraz zapisywane i udostępniane filtry - Raporty z podziałem według priorytetu, statusu, typu i osoby przypisanej - Szczegółowy system ról i uprawnień z ponad dwudziestoma uprawnieniami - Powiadomienia w czasie rzeczywistym w aplikacji, e-mailem i na Slacku - Integracja ze Slackiem z podglądem linków do zgłoszeń Planora - Rejestracja czasu dla każdego zgłoszenia - Powiązane zgłoszenia z relacjami takimi jak blocks, duplicates i relates_to - Załączniki plików do dwudziestu pięciu megabajtów przez MinIO - Import z JIRA z mapowaniem projektów i statusów - Eksport CSV do analiz poza systemem - Tokeny API i wbudowany serwer MCP dla Claude i innych narzędzi AI - Funkcja czyszczenia (cleanup) starych zakończonych zadań wraz z plikami - W pełni hostowane samodzielnie na własnej infrastrukturze Podstawę stanowi nowoczesna architektura: FastAPI w backendzie, React z TypeScriptem we frontendzie, PostgreSQL jako baza danych, Redis do zdarzeń w czasie rzeczywistym i MinIO do plików. Wszystko działa w kontenerach Docker, wszystko można uruchomić na własnej infrastrukturze. Claude Code na początku prac zalecał inną architekturę i chciał oprzeć Planorę na NodeJS. Z naszego doświadczenia wiemy, że później mogłoby to okazać się problematyczne. I właśnie tu tkwi różnica wobec stron internetowych, które znamy z wielu postów w stylu *„Zbudowałem swoją stronę w 5 godzin z AI”* na LinkedIn i podobnych. Stron, które potem dobrze wyglądają, ale często są oparte wyłącznie na JavaScripcie i mają problemy z SEO oraz widocznością w AI. Gdy prawdziwa agencja technologiczna lub kompetentni programiści nie ufają AI ślepo, lecz przekazują jej, jak ma realizować projekty, wykorzystanie Claude Code w programowaniu staje się prawdziwym game changerem. Przy uwierzytelnianiu stawiamy na tokeny JWT z rotacją tokenów odświeżających, pełne resetowanie hasła przez e-mail oraz własne zarządzanie kontem z konfigurowalnymi kolorami awatara. Administratorzy przestrzeni roboczej (workspace) zarządzają użytkownikami, rolami i uprawnieniami poprzez szczegółowy system RBAC z ponad dwudziestoma uprawnieniami – od tworzenia projektów po automatyzację. Projekty mają typowe standardowe statusy, takie jak Backlog, Todo, In Progress, For Approval, Done i Cancelled, oraz typowe typy zgłoszeń: Story, Task, Bug, Epic i Subtask. Oto drobne usprawnienia, o których teraz sami decydujemy: przy tworzeniu zgłoszenia jako domyślny wykonawca automatycznie ustawiany jest jego twórca, o ile nikt nie zostanie przypisany. W JIRA pole to pozostawało bez przypisania, dopóki nie wskazano osoby odpowiedzialnej. To pomaga, ponieważ często zakłada się szereg zadań przeznaczonych tylko dla siebie. A jeśli są przeznaczone dla kogoś innego, nie przeoczy się tego, bo jako twórca zadania pozostaje się za nie odpowiedzialnym, dopóki nie wskaże się kogoś innego. To drobiazg, który jednak nam pomaga. Na tym zrzucie ekranu, w widoku osi czasu (timeline) projektu, widać, jak otwiera się panel przy tworzeniu zgłoszenia: ![Timeline-Ansicht in Planora: Tickets direkt im Projektkontext anlegen und planen](https://4eck-media.de/wp-content/uploads/2026/06/create-issue-planora.avif "Ticketerstellung in Planora") Każde zgłoszenie otrzymuje powiązany z projektem klucz, taki jak PLN-1, i obsługuje wszystkie pola, jakich oczekuje się od profesjonalnego śledzenia: tytuł, opis w tekście sformatowanym, priorytet, osobę przypisaną (assignee), zgłaszającego (reporter), element nadrzędny (parent), epik, sprint, story points, pola dat, szacunki czasu, etykiety, załączniki, obserwujących (watcher) i powiązane zgłoszenia. Tablica Kanban reaguje w czasie rzeczywistym poprzez WebSockety. Karty można przenosić metodą przeciągnij i upuść, przejścia statusów są walidowane, a limity WIP respektowane. Oś czasu pokazuje zadania w widoku zbliżonym do Gantta z poziomami powiększenia od dni po kwartały, z filtrami, edycją w miejscu (inline) i hierarchicznymi wierszami dla epików i ich elementów podrzędnych. Oto widok tablicy Kanban dla naszej własnej strony agencji. Na zrzucie ekranu ciekawa jest też mała liczba po prawej stronie obok projektów w lewej kolumnie. Pokazuje ona tylko wciąż otwarte zadania i dzięki temu w widocznym miejscu daje szybki przegląd: ![Kanban-Board in Planora: klare Projektübersicht mit offenen Aufgaben pro Projekt](https://4eck-media.de/wp-content/uploads/2026/06/planora-kanban.avif "Kanban-Board von Planora") Dla zespołów Scrum dostępne jest pełne zarządzanie sprintami ze stanami Planned, Active i Completed. Przy zamykaniu sprintu otwarte zadania można przenieść do następnego sprintu lub z powrotem do backlogu. Story points są automatycznie sumowane, a burndown i velocity dostępne są jako raporty. Backlog to sortowalna tabela z wielokrotnym wyborem i akcjami zbiorczymi. Zadania można jednocześnie przypisywać, priorytetyzować, przenosić lub oznaczać etykietami. To oszczędza czas przy planowaniu sprintów. Wyszukiwanie działa na dwóch poziomach. Proste wyszukiwanie pełnotekstowe dla szybkiego dostępu oraz własny język zapytań o nazwie PQL dla złożonych filtrów. Kto zna JQL z JIRA, od razu się odnajdzie. Zapytanie takie jak assignee = currentUser() AND priority IN („Critical”, „High”) AND status != „Done” zwraca dokładnie to, co obiecuje. Często używane filtry można zapisać i udostępnić w zespole. Raporty obejmują najważniejsze widoki: podsumowanie dla każdego projektu z podziałem według priorytetu, statusu, typu i osoby przypisanej, raport zadań z filtrami oraz velocity i burndown dla sprintów. Powiadomienia docierają do zespołu w czasie rzeczywistym poprzez WebSockety, opcjonalnie dodatkowo e-mailem lub przez Slack. Wiadomości na Slacku wyzwalane są przy konfigurowalnych progach priorytetu, a linki Planora rozwijane są bezpośrednio w Slacku wraz z podglądem. Zarządzanie plikami odbywa się przez MinIO z podpisanymi adresami URL. Standardem są załączniki do dwudziestu pięciu megabajtów. Szczególnie przydatna jest funkcja Ctrl+V w edytorze tekstu sformatowanego: zrzuty ekranu ze schowka trafiają prosto do zgłoszenia. To wyraźnie przyspiesza zgłaszanie błędów, przeglądy projektów i notatki QA. Wystarczy skonfigurować połączenie, zmapować projekty i statusy, sprawdzić podgląd i zaimportować. Już zaimportowane zgłoszenia są pomijane, więc proces można bezpiecznie powtarzać. Kto chce zintegrować narzędzia AI, korzysta z tokenów API i wbudowanego serwera MCP. Claude Code lub Claude Desktop sięgają dzięki temu bezpośrednio do projektów, zgłoszeń i komentarzy: odczytują zgłoszenia, tworzą nowe, zmieniają statusy i dodają komentarze. Dla administratora przestrzeni roboczej dostępne są ponadto funkcje czyszczenia, które pozwalają trwale usunąć stare zakończone zadania wraz z załącznikami i plikami MinIO. Miejsce na dysku pozostaje pod kontrolą, a wrażliwe dane znikają w sposób pewny. | Kryterium | Jira | Planora | | --- | --- | --- | | Hosting | Chmura lub własna infrastruktura, zależnie od modelu | Self-hosting | | Możliwość dostosowania | duża, ale często złożona | dopasowana do własnych procesów i łatwa do rozszerzania | | Model kosztów | bieżące koszty licencji | planowana licencja dożywotnia (lifetime) | | Integracja AI | zależnie od konfiguracji | Tokeny API i serwer MCP | | Grupa docelowa | bardzo szeroka grupa docelowa | Zespoły od ok. 4 do 50 osób | ## Co dalej Decydującą zaletą własnego rozwiązania jest swoboda dalszej rozbudowy. Mamy konkretne plany, aby stopniowo rozszerzać Planorę o funkcje, które w żadnym standardowym rozwiązaniu nie są realizowane efektywnie i zwięźle: Zintegrowany CRM, który łączy klientów, osoby kontaktowe i komunikację bezpośrednio z projektami. Prognoza przychodów dla każdego projektu, która uwidacznia planowane i rzeczywiste przychody w ujęciu sprintów i kamieni milowych. Rozbudowane automatyzacje, własne pola i głębsze analizy, gdy tylko będą nam potrzebne w praktyce. Rozwijamy Planorę tam, gdzie przynosi nam to najwięcej korzyści, i nikt nie decyduje o tym za nas – poza naszą własną potrzebą. ## Licencja dożywotnia dla innych firm i agencji Przejście z JIRA na Planorę było bezproblemowe. Bez narzekań – raczej feedback z zespołu, jak płynnie wszystko działa. Planora sprawdziła się u nas od pierwszego dnia. Z rozmów wiemy, że wiele innych zespołów ma dokładnie te same problemy z JIRA i podobnymi narzędziami. Dlatego wkrótce zaoferujemy Planorę także poza agencją. Pulpit do zarządzania licencjami i tworzenia kluczy aktywacyjnych (activation keys) został ukończony wczoraj. Tutaj na zrzucie ekranu w trybie ciemnym… Planora działa w trybie jasnym lub ciemnym, zależnie od preferencji użytkownika. ![Dashboard für Lizenz-Verwaltung](https://4eck-media.de/wp-content/uploads/2026/06/planora-seller.avif "Dashboard für Lizenz-Verwaltung") Kto nabędzie licencję dożywotnią, otrzymuje pełny produkt do samodzielnego hostowania bez powracających kosztów licencji. Dane pozostają na własnym serwerze, narzędzie skaluje się wraz z zespołem, a nowe wersje są wliczone. Chcą Państwo zastąpić Jira, Trello, Asana lub Monday samodzielnie hostowanym narzędziem? W takim razie porozmawiajmy o Planorze. Pokażemy, jak może wyglądać instalacja, migracja i licencjonowanie dla Państwa zespołu. ## Podsumowanie Zastąpiliśmy JIRA Planorą, ponieważ przedłożyliśmy kontrolę, przejrzystość i możliwość dostosowania nad wygodę. Rezultatem jest narzędzie, które dokładnie pasuje do naszego zespołu, które w każdej chwili możemy rozbudować i które nie przysyła nam już comiesięcznych rachunków. Kto ma podobne potrzeby, może od teraz stać się tego częścią. ## Pytania i odpowiedzi na temat Planory Czym jest Planora? Planora to samodzielnie hostowane narzędzie do zarządzania projektami i zadaniami, które stworzyliśmy w 4eck Media, aby zastąpić JIRA w codziennej pracy agencji. Łączy tablice Kanban, backlog, oś czasu, zarządzanie sprintami, śledzenie zgłoszeń, raporty, zarządzanie uprawnieniami, integrację ze Slackiem i integrację AI w jednym zwięzłym rozwiązaniu dla zespołów. Dlaczego zastąpiliśmy JIRA Planorą? Chcieliśmy narzędzia, które lepiej pasuje do naszych własnych procesów. JIRA była dla nas funkcjonalna, ale zbyt złożona, zbyt mało elastyczna i wiązała się z bieżącymi kosztami. Poza tym chcieliśmy hostować dane projektowe na własnej infrastrukturze i odwzorować pewne procesy szybciej, klarowniej i bez zbędnych kliknięć. Dla jakich zespołów nadaje się Planora? Planora nadaje się szczególnie dla agencji, zespołów programistycznych i firm liczących mniej więcej od czterech do pięćdziesięciu osób, które chcą centralnie sterować projektami, zadaniami, sprintami i wewnętrznymi procesami. Nacisk położono na zespoły, które potrzebują profesjonalnego zarządzania projektami, ale nie chcą stosować przeładowanego standardowego rozwiązania. Czy Planorę można hostować samodzielnie? Tak. Planora jest w pełni przystosowana do self-hostingu. A tym samym optymalna pod kątem RODO i własnej suwerenności danych. Oznacza to: aplikacja działa na własnej infrastrukturze, dane pozostają na własnym serwerze, a firma zachowuje kontrolę nad projektami, użytkownikami, uprawnieniami, plikami i integracjami. Jakie funkcje oferuje Planora? Planora oferuje tablice Kanban z przeciąganiem (drag-and-drop), oś czasu w stylu Gantta, zarządzanie backlogiem, zarządzanie sprintami, śledzenie zgłoszeń, opisy w tekście sformatowanym, wklejanie zrzutów ekranu przez Ctrl+V, zarządzanie rolami i uprawnieniami, raporty, powiadomienia Slack, załączniki plików, rejestrację czasu, import z Jira, eksport CSV, tokeny API oraz serwer MCP dla narzędzi AI. Czym Planora różni się od JIRA, Trello, Asany czy Monday? Planora nie powstała jako ogólne narzędzie dla jak najszerszej grupy odbiorców, lecz z konkretnej potrzeby agencyjnej. Dzięki temu jest bardziej zwięzła, mocniej ukierunkowana na operacyjną pracę projektową i można ją celowo rozwijać. Największa różnica tkwi w połączeniu self-hostingu, licencji dożywotniej, możliwości dostosowania i bezpośredniej integracji AI. Jak powstała Planora? Planora powstała w około cztery tygodnie, równolegle z bieżącą pracą agencji. Wykorzystano przy tym Claude Code i zespół wyspecjalizowanych agentów AI. Agenci współpracowali w rolach takich jak Product Owner, projektant UX/UI, architekt backendu, architekt frontendu, programista full-stack, agent QA, agent DevOps i Technical Writer. Jaką rolę odgrywa AI w Planorze? AI odegrała w tworzeniu Planory kluczową rolę. Claude Code i kilku wyspecjalizowanych agentów AI wspierało prace nad wymaganiami, architekturą, realizacją, testami, dokumentacją i wdrożeniem. Dodatkowo sama Planora udostępnia tokeny API i serwer MCP, dzięki czemu narzędzia AI mogą sięgać do projektów, zgłoszeń i komentarzy. Czy istniejące projekty JIRA można przenieść do Planory? Tak. Planora zawiera import z JIRA, za pomocą którego można przejąć projekty, statusy i zgłoszenia. Przed wykonaniem importu można zmapować projekty i statusy. Już zaimportowane zgłoszenia są rozpoznawane i pomijane, dzięki czemu proces można powtórzyć. Czy istnieje licencja dożywotnia na Planorę? Tak, Planora ma być oferowana jako licencja dożywotnia dla innych firm i agencji. Oznacza to: firmy otrzymują pełny produkt do samodzielnego hostowania bez powracających kosztów licencji. Nowe wersje są wliczone, a własne dane pozostają na własnym serwerze. Jakie korzyści oferuje Planora agencjom? Agencje czerpią szczególne korzyści z przejrzystych struktur projektów, szybkich procesów obsługi zgłoszeń, bezpośredniego przechwytywania zrzutów ekranu, planowania sprintów, tablic w czasie rzeczywistym, powiadomień Slack oraz narzędzia, które można dopasować do własnych procesów. Dzięki temu praca projektowa staje się bardziej przejrzysta, uzgodnienia prostsze, a zależność od zewnętrznych rozwiązań SaaS zostaje ograniczona. Co dalej z Planorą? Planora będzie stopniowo rozszerzana. Planowane są m.in. zintegrowany CRM, powiązanie klientów i projektów, prognoza przychodów dla każdego projektu, rozbudowane automatyzacje, własne pola i głębsze analizy. Zaletą własnego rozwiązania jest to, że nowe funkcje powstają dokładnie tam, gdzie przynoszą realną korzyść w codziennej pracy.