aistack
Sjednat konzultaci →
← Všechny články
MCP / Projekty a dodávka

MCP server pro Jiru: úkoly a termíny bez otevírání Jiry

Vývojáři i lidé okolo se ptají na to samé: co je hotové, co se posunulo, kdo na čem visí. Odpověď může přijít z Jiry sama, s oprávněními toho, kdo se ptá.

srpen 2026·7 min read·Milan Janoštík·
ClaudeMCPJira
Infografika: uprostřed most MCP se znakem identity, z něj vedou linky ke třem projektovým tabulím, jedna má zelený řádek s odpovědí a jedna je ztmavená mimo oprávnění.

MCP server pro Jiru je malý most mezi Jirou a Claudem. Nekopíruje vaše projekty nikam jinam. Ptá se Jiry stejně, jako byste se zeptali vy, a s vašimi oprávněními. Otázka „co se tenhle týden posunulo a kdo na čem visí" tak má odpověď za pár sekund, bez otevírání Jiry.

Práce, kterou nikdo nechce

Ve firmě do padesáti lidí je stav projektů uložený na dvou místech: v Jiře a v hlavě jednoho člověka. Ten člověk v pátek otevře board, projede uložený filtr, přepne se do druhého projektu, zkopíruje pár čísel do tabulky a napíše zákazníkovi mail o třech odstavcích. Trvá to hodinu, někdy dvě. Příští pátek to začne znovu.

Horší než ta hodina je zpoždění. Obchod se potřebuje zeptat ve středu, zákazník v pondělí ráno. Kdo se v projektech nevyzná, zeptá se kolegy, a kolega přeruší práci, aby dohledal jeden termín. Otázky jsou přitom pořád ty samé: co je hotové, co se posunulo, na čem se čeká.

Sprint skončil v pátek v pět. Report o sprintu vznikl v sobotu v devět.

Zkrácený týden jednoho projektového manažera

Co znamená „propojená Jira"

Propojení neznamená, že se Jira nahradí chatem. Znamená, že vedle Jiry stojí malá služba, MCP server, která umí přeložit lidskou otázku do dotazu, jakému Jira rozumí. Jira Cloud má dokumentované REST API a jazyk JQL, kterým se hledají issues podle projektu, stavu, štítků nebo data. MCP server tohle API používá stejně jako člověk s prohlížečem, jen rychleji a bez přepínání záložek.

Podstatný je způsob přihlášení. Server nevystupuje jako jeden servisní účet s právy na všechno. Přihlašuje se přes OAuth s vaší identitou a s omezeným rozsahem oprávnění, takže platí projektová oprávnění, která už v Jiře nastavená máte. Nikde nevzniká druhá kopie projektů. Není co synchronizovat a není co zapomenout smazat.

Pravidlo
Odpověď nikdy nepřekročí vaše oprávnění
Když v Jiře nevidíte projekt Personalistika, neuvidí ho ani odpověď v Claude. Práva zůstávají tam, kam patří: v permission schémech a bezpečnostních úrovních issue. Most je prostředník, ne nový správce oprávnění.
Otázka jde do MCP serveru s vaší identitou, ten se ptá Jiry a vrací jen to, co smíte vidět.

Konkrétně: Jira Cloud, JQL a hodiny z worklogů

Řekněme dodavatelský tým, který vede vývoj v Jira Cloud, komunikuje na Slacku a fakturuje v Pohodě. Jira zůstává tam, kde je, včetně boardů a filtrů, na které jsou lidé zvyklí. Přidá se jen most. Na otázku „co se v projektu ESHOP posunulo od minulého pondělí a co viselo na klientovi" Claude sestaví odpověď z historie změn stavů a z komentářů a přiloží odkazy na konkrétní issues, aby si je člověk mohl otevřít a zkontrolovat.

  • Přeloží otázku do JQL a načte jen ta pole, která jsou potřeba, místo exportu celého projektu.
  • Přečte historii změn, takže rozliší „hotovo dnes" a „hotovo před třemi týdny".
  • Sečte worklogy za období a rozdělí je po projektech jako podklad pro fakturaci.
  • Najde issues, na které se dlouho nikdo neozval, a označí, na čí straně se čeká.
  • Sestaví text pro zákazníka v tónu, který si tým jednou uloží jako skill, a příště ho použije každý.

Ilustrativně: pětičlenný tým, který dodává dvě zakázky současně, by takhle mohl páteční ruční report nahradit jednou otázkou ve chvíli, kdy ho někdo skutečně potřebuje. Stejný most pak poslouží obchodu („kdy realisticky slíbit nasazení") i účetní („kolik hodin šlo v květnu na projekt Alfa"), pokaždé s oprávněními toho, kdo se ptá.

Co MCP server pro Jiru neudělá, a proč je to dobře

Nezavře za vás ticket, nezmění prioritu a nepřehodí termín. Zápis do Jiry je samostatné oprávnění a v prvních týdnech se obvykle nezapíná vůbec. Most čte. Když se čtení osvědčí, dá se přidat pár úzkých zápisových operací, třeba přidat komentář nebo přiřadit issue, a každou z nich potvrdí člověk.

Ta zdrženlivost je důvod, proč se takovému mostu dá věřit. Jira je pracovní záznam, podle kterého se fakturuje a plánuje. Nástroj, který by do ní mohl sám psát cokoli, by musel někdo hlídat. Nástroj, který jen odpovídá na otázky v rámci vašich práv, hlídat nemusíte. Rozhodnutí, co se odloží a co se řekne zákazníkovi, zůstává na člověku, protože se opírá o informace, které v Jiře nikdy nebyly.

~2 h
týdně nad ručním reportem stavu (ilustrativní odhad)
1
MCP server, žádná druhá kopie projektů
0
projektů nad vaše oprávnění v Jiře

Co by to u vás znamenalo

Most běží na vaší infrastruktuře a ve vašem tenantu, ne v cizí službě. Potřebuje OAuth aplikaci ve vašem Atlassian účtu, seznam projektů, na které se má ptát, a tři až pět otázek, které dnes někdo řeší ručně. Začíná se čtením jednoho projektu. Ne rokem přípravy a ne migrací Jiry.

Otázka v ClaudeMCP server, vaše identitaJira Cloud API a JQLJen viditelné projektyOdpověď s odkazy na issues

Co zbývá

Model není brzda. Claude umí přečíst historii stavů a napsat z ní srozumitelné shrnutí. Brzda je vzdálenost mezi ním a Jirou, ve které vaše firma opravdu pracuje. Tuhle vzdálenost zavíráme: jedním malým serverem, vašimi oprávněními, vaší infrastrukturou.

Pokud vás páteční report otravuje dost dlouho, napište nám. Krátký hovor stačí na to, abychom prošli tři otázky, na které se u vás v Jiře nejčastěji hledá odpověď, a řekli si, co by první verze mostu obsahovala.