Pro čtenáře, který se dobře orientuje v problematice doporučujeme přejít na konec příspěvku, kde jsou grafy i Long Story Short.

Jak přistoupit k výběru produktu a minimalizovat náklady na předplatné

V oblasti cloud aplikací má samozřejmě porovnání nákladů on-premise řešení a cloud několik známých „ale“. Hlavní z nich je, že náklady na cloud v sobě zahrnují i provozní prostředí (infrastrukturu) a náklady na upgrade základního software, případně podporu. Na druhé straně v nákladech na provoz on-premise řešení je hodnota za smluvně garantovanou dostupnost, nezávislost a data residence. Je také pravdou, že obě platformy nabízejí neporovnatelné funkční možnosti, a zde vede zcela jednoznačně on-premise.

Ostrý manager a majitel tyto argumenty vezme v úvahu, ale ve finále se rozhodne podle toho, kolik zaplatí. Proto jsme se v rámci analýzy rozhodli vzít v úvahu jenom cenu „licence“, jednoduše – cash.

Nejdříve je potřeba uvést celou problematiku Atlassian nástrojů a formy jejich nabídky.

Základní kritéria pro výběr Atlassian řešení

Mnoho uživatelů Atlassian produktů zvažuje, do jaké platformy migrovat po ukončení podpory produktů z řady Server, které byly velmi oblíbené. Licence typu server byla velmi vhodná pro české podmínky menších a středních firem s několika desítkami až stovkami uživatelů. Navíc lze říct, že náklady na pořízení produktu z řady server byly zároveň relativně nízké s levnou podporou. Zákazníci používající Server licence stojí před nelehkou volbou, zda svoji platformu migrovat do cloudu a investovat do úprav nebo ji jen přesunout na jiný typ licence, tzv. Data center.

Potencionální zákazník, který by rád požíval produkty jako Jira, Confluence nebo Servicedesk má dnes několik možností. Není to jen volba mezi produkty jako je Jira Software, Service management nebo Work management. Uživatel musí zvolit také typ produktu, tedy, zda chce řešení on-premise, Cloud Standard nebo Premium. Předmětem rozhodování je také způsob platby, který výrobce umožňuje roční nebo u cloud měsíční. Rozhodnutí, kterou cestou se vydat, zahrnuje více dimenzí, které je třeba promyslet.

První dimenzí je volba mezi pokračováním v on premise variantě data center nebo migrací do cloud platformy s ohledem na kritérium, kterým je náročnost migrace. Ta přímo úměrně závisí na míře přizpůsobení platformy a složitosti její customizace a charakteru automatizací. Automatické migrační nástroje umožní migrovat standardní funkcionality, ale v řadě případů je třeba připravit nové řešení, protože cloud platforma je odlišný produkt. Při migraci je tedy třeba počítat s náklady na specialisty.

Důležitým bodem je funkcionalita.  Zákazník musí zvážit, zda mu stačí krabicové cloud řešení a jeho možnosti nebo chce mít platformu pod plnou kontrolou a v jeho rozhodování převáží cloud.

Volba správné produktové řady

V případě cloud platformy je důležité zvolit správnou produktovou řadu, protože všechny základní aplikace se prodávají v několika řadách. Pro české prostředí bude nejčastější volbou řada Standard nebo Premium. Produkty typu Standard mají omezenou funkcionalitu a úložiště i podporu a jsou určeny spíše pro menší zákazníky. Produkty řady Premium mají naopak více výhod, které jsou samozřejmě vyváženy vyšší cenou. Jako příklad můžeme uvést fakt, že například Jira Service management Standard nemá k dispozici konfigurační databázi a automatizace pouze na úrovni projektu, opak má edice Premium. U Jira Software je Standard edice omezená zejména v oblasti plánování a Resource managementu. Standard edice je tedy opravdový základ, který lze označit za low-cost a pro větší týmy není určena. Hlavní rozdíly naleznete na následujících odkazech:

• https://www.atlassian.com/software/jira/pricing
• https://www.atlassian.com/software/jira/service-management

On-premise řešení je z pohledu funkcionality jiný nástroj, který lze přirovnat více k Premium edici cloud, ale jeho nástroje a možnosti jsou na daleko vyšší úrovni. Je určen pro kompletní integraci do podnikového prostředí.

Dalším kritériem je počet uživatelů, které zákazník potřebuje. On-premisová řešení mají licenční balíčky a není jiné možnosti než nakupovat licence po nich za roční předplatné. U Jiry je to nejčastěji 500, 1000 nebo 2000. U Service Managementu je možné produkt využít od 50 uživatelů a další možnosti jsou 100, 250, 500, 750, 1000 atd. 

 U cloud produktů je situace podobná, nicméně balíčky uživatelů jsou menší, navíc je možné platit pouze za aktuálně využívaný počet uživatelů v měsíčním předplatném.

Analýza licenčních nákladů v oblasti Jira Service Managementu

Kolik nás tedy Atlassian produkt u jednotlivých variant bude stát ročně? Podívejme se nejprve na Service management formou grafu, kde jsou porovnání roční náklady produktů podle počtu uživatelů.

Nejlevnější variantou je low-cost Jira Service management Standard, méně umí=méně stojí. Podle analýzy se zdá, že až na instalace s malým počtem uživatelů do 25 je v ročním porovnání výhodnější vždy měsíční předplatné. Nicméně se najdou i neobvyklé výkyvy, kdy je měsíční varianta výhodnější i u většího počtu uživatelů. Od 25 do 50 uživatelů se k Standard variantě trochu přiblížilo on-premise řešení. Nicméně zde opravdu porovnáváme hrušky a jablka, protože low-cost varianta je opravdu osekaná.

Viditelné schody v grafech jsou způsobeny prodejem předplatného v balíčcích, kdy do určitého počtu uživatelů je z pohledu ročních nákladů výhodnější měsíční platba a pak zase roční.

U Cloud Premium řešení je situace obdobná a průběh úrovně nákladů podle počtu uživatelů má obdobné charakteristiky. Zde je však zajímavé zejména srovnání s on-premise produktem Data center, která i s lepší funkcionalitou poskytuje z pohledu nákladů na předplatné výraznější úsporu v hodnotách až větších desítek tisíc dolarů ročně.  

Analýza nákladů na předplatné Jira Software

Dalšímu srovnání jsme podrobili Jira Software a výsledky shrnujeme na druhém grafu:

Zde je srovnání mezi low-cost a plným řešením obdobné. Data center řešení je pak výhodnější od 300 uživatelů s malým výkyvem okolo intervalu 500-600.

V případě 500 uživatelů se data center dá pořídit za stejnou hodnotu jako Cloud Standard.

Long Story Short

Z naší nákladové analýzy produktu Jira Software by měl malý tým startovat vždy na cloud řešení. Od 300 uživatelů je třeba vážit zejména, zda funkčně stačí Standard nebo je vhodnější plnohodnotné řešení Premium či on-premise.

V případě Jira Service management je situace trochu jiná. Pomiňme týmy do 25 řešitelů, kde je to z pohledu nákladů jasné pořadí Standard Cloud, Premium Cloud a Data center. U většího počtu uživatelů, než je 25 je třeba zejména posuzovat požadovanou funkcionalitu a náklady, zde se zdá, že on-premise řešení má výrazně vyšší přidanou hodnotu s nižšími náklady.

Resumé: pro zvolení správné varianty je potřeba vždy rozbor odborníka, který pomůže doporučit nejvhodnější variantu, často navíc zákazník používá oba produkty zároveň a rozhodnutí není tak jednoduché jako námi analyzovaná data.

Na naší firemní stránce Linked-In zanedlouho uveřejníme podobnou analýzu pro Confluence a porovnání Jira platforem Service management, Software a Work management. Pokud nás budete sledovat, dostanete informace z první ruky.

The post Srovnání nákladů na licence Atlassian produktů appeared first on CoreIT- Atlassian Partner.

CoreIT s.r.o.Vám jako Atlassian Solution Partner nabízí měsíční předplatné Atlassian Cloud bez platební karty a se slevou. Zákazník dostává za každý měsíc tradiční fakturu s dohodnutou splatností. Součástí nabídky je i významná sleva na služby, kterou můžeme jakou partner koncovému zákazníkovi zprostředkovat. Kontaktujte nás zde.

Atlassian formou cloudových služeb (Atlassian Cloud) nabízí produkty pro řízení projektů, týmů i služeb (nejen pro ITSM). Jde zejména o produkty Jira Software, Jira Service management pro podporu ITSM a Confluence. Produkty obsahují nejen podporu procesů zákazníka, ale i nástroje pro jejich automatizaci a reporting. 

Atlassian tyto i další produkty nabízí na bázi předplatného. Nejde v pravém slova smyslu o nákup licence, ale spíše o službu. Pro používání produktů musíte platit roční nebo měsíční předplatné (tzv. subscription) podle počtu uživatelů. Vyšší přidanou hodnotu má zejména měsíční předplatné, kdy zákazník platí vždy pouze za aktuální počet uživatelů, které využívá. Pro platbu předplatného Atlassian cloud aplikací zákazník musí u Atlassian registrovat platební kartu. Z té jsou platby pravidelně strhávány, což může být pro některé firmy jedním z úskalí využívání služby. Proto přucházíme s nabídkou platby za cloud protřednictvím faktury.

Jira Software

Jira Software je nástroj pro správu projektů, který pomáhá týmům plánovat, sledovat a řídit jejich práci. S Jira Software můžete vytvářet a spravovat různé typy projektů, včetně řízení procesů uvnitř firmy, vývoje softwaru, správy projektů a podpory zákazníků. Tento nástroj umožňuje vytvářet a sledovat úkoly, řešit problémy a spravovat požadavky od začátku až do konce projektu. S Jira Software můžete snadno přizpůsobit své projekty, vytvořit si vlastní workflow a sledovat klíčové ukazatele výkonnosti pomocí dashboardu. Jira Software také umožňuje týmům spolupracovat a komunikovat mezi sebou prostřednictvím komentářů a zpráv, což usnadňuje koordinaci a řešení problémů. Detaily o produktu lze nalézt zde.

Jira Service management

Jira Service Management je nástroj pro správu služeb, který pomáhá organizacím zvyšovat kvalitu služeb zákazníkům a udržovat jejich spokojenost. Tento nástroj umožňuje organizacím vytvářet a spravovat různé typy služeb, jako je například IT podpora, personální oddělení, účetní a mnoho dalších. S Jira Service Management můžete snadno spravovat žádosti a incidenty od jejich identifikace až do vyřešení. Nástroj pomáhá zvyšovat efektivitu a rychlost řešení problémů.  Jira Service Management také umožňuje týmům spolupracovat a komunikovat mezi sebou a zákazníkem prostřednictvím komentářů a zpráv. Podrobný popis funkcí je na této stránce.

Další nástroje

Kromě toho můžete Jiru integrovat s dalšími nástroji Atlassian, jako je například Confluence nebo Bitbucket, a tím získat plně propojený ekosystém pro správu služeb a projektů.

Mimo tento hlavní stream je v nabídce služeb dále třeba OPSGenie jako nástroj pro podporu organizace a komunikace agentů. OPSGenie je přímo integrován se Servicedeskem a umožňuje probudit agenta i o půlnoci několika komunikačními kanály.  Tento nástroj umožňuje týmům vytvářet a spravovat služby, sledovat stavy, upozornění a události v reálném čase a poskytovat včasnou podporu pro udržení vysoké dostupnosti služeb. S OpsGenie můžete definovat vlastní služby a politiky pro notifikace a alarmy.

The post Měsíční předplatné Atlassian bez platební karty a se slevou! appeared first on CoreIT- Atlassian Partner.

Všichni Atlassian partneři mají motivaci nabízet zákazníkům cloudová řešení Atlassian Jira, Service management nebo Confluence a preferovat je před řešením on-premise Data center. Pokud nahlédnete pod pokličku Atlassian týmů, může jejich odborný názor být často opačný. Atlassian prodej cloud služeb však masivně a agresivně podporuje, dokonce Cloud nedávno podpořil zrušením nejprodávanější on-premise řady pro střední firmy „Server“.

Proč je Cloud zatím u technických týmu ne zcela preferovaným řešením, jsme se na našem blogu zmínili. Jde zejména o nedostatek možností přizpůsobení a automatizace, která je na on-premise produktech normální. Z pohledu zákazníka najdeme několik omezení, které ve srovnání s on-premise řešením, nehovoří ve prospěch cloudu, jako je např. nedostatečné řešení CMDB.

Atlassian však opravdu masivně investuje do vývoje cloudu. A to se začíná projevovat i ve funkcionalitě aplikace. I Atlassian týmy možná zpozorní, protože v posledním roce se ledy pohnuly i v cloud produktech.

Tím nejzajímavějším, s čím Atlassian přichází je funkcionalita Automation. Už sám název napovídá. Je to framework pro tvorbu akcí, které se spouští na základě definovaných událostí. Uživatel si může definovat například pravidlo, které umožní při příchodu prioritního tiketu poslat SMS zprávu nebo tiket automaticky posunout do jiného stavu. Protože Automation podporuje tzv. Smart values a dovoluje dělat v pravidlech proměnné, stává se mocným nástrojem, který Atlassian Jira Cloud pozdvihne o úroveň výše.

Něco málo o funkcionalitě

Automation je nějakou dobu dostupná i v on-premise řešení, zde ale v porovnání s konkurencí působí spíše jednoduše. V Cloudu je to naopak, Automation dovoluje dělat věci, které dosud nešly, včetně možností integrace na řadu služeb jako je Slack, AWS, Gitlab,  Twilio nebo MS Teams. Atlassian zjevně nedal svým partnerům jako je Adaptavist moc šanci udělat Scriptrunner konkurenceschopným nástrojem a počítá s tím, že většina automatizačních činností se bude realizovat v jeho nástrojích. Mimo velmi zajímavé integrace má Automation možnost spouštět svoje pravidla na základě desítek různých událostí, obsahuje if-then bloku a dovoluje dělat hromadné akce. Nástroje také podporuje adhoc integrace, protože disponuje možností vytvářet webhooky nebo je volat.

Proč zvolit předplatné Premium

Vraťme se oklikou zpět k názvu příspěvku, který nevznikl náhodně, protože je tu vedle nadšení i  jedno „ale“.

Produkt je bohužel omezen na úrovni celé platformy počtem spouštěných akcí měsíčně. To je v případě tiketovacího nástroje pro řízení ITSM procesů lehké omezení, protože některé automatizace je třeba implementovat po projektech a nikoliv globálně. U verze Premium je omezení rozumně nastaveno, je to 1000 akcí na 1 placeného uživatele měsíčně. U verze Enterprise je dokonce počet spuštění neomezený (tu lze však zakoupit od 1000 uživatelů za cenu okol 130 tis. USD, je tedy určena pro velké firmy).
V nižších edicích je to 100 a 500 akcí globálně, a to je opravdu málo. Zde je produkt použitelný pouze na projektové úrovni pro menší týmy nebo limitovaná pravidla. Automation umí naštěstí situaci, kdy má dojít k překročení, notifikovat.

Když cloud, tak Premium? Ano kvůli Automation to jednoznačně platí. Premium verze předplatného má i další výhody, o kterých se zmíníme v některém dalším příspěvku.

The post Když Atlassian Cloud, tak jedině Premium appeared first on CoreIT- Atlassian Partner.

Atlassian nabízí v rámci svého cloudu řadu oblíbených produktů jako je Jira Service management (Service Desk), Jira Software nebo Confluence v několika variantách. Ty se často liší svojí funkcionalitou a cenou. Řada stávajících uživatelů i nových zákazníků společnosti Atlassian směřuje do cloud prostředí. V cloudu často najdou řešení pro svoje procesy a týmy menší firmy i velké korporace.

Atlassian nabízí produkty v ročním a v měsíčním předplatném. Přestože zákazníci mohou nakoupit předplatné přímo a platit kartou, CoreIT může s cenou nákupu výrazně pomoci, protože jako Gold partner může nabídnout lepší ceny než nabízí Atlassian koncovým zákazníkům. Součástí naší služby je samozřejmě nejen poskytnutí slevy, ale zároveň i obstarání kompletního billingu spojeného s nákupem a správou licencí. Slevy se zároveň vztahují i na produkty partnerů z marketplace. S výběrem vhodných pluginů vám rádi pomůžeme.

Do Atlassian Cloud výrobce v poslední době intenzivně investuje a produkty nabízí mnoho nových funkcí. Téma je aktuální i vzhledem k dohledné době končící podpoře produktů řady Server. Po několik migračních projektech jsme si jisti, že dokážeme vždy najít řešení pro zákazníky dosud zvyklé na on premise variantu.

K čemu lze jednotlivé produkty lze použít najdete na  našich stránkách https://www.coreit.cz/atlassian/ nebo stránkách výrobce www.atlassian.com. Pokud si nevíte rady s implementací nebo byste rádi získali výhodné slevy, určit nás kontaktujte prostřednictvím emailu atlassian@coreit.cz nebo kontaktního formuláře.

The post Výhodné předplatné Atlassian produktů Jira a Confluence Cloud appeared first on CoreIT- Atlassian Partner.

Čím nahradit CMBD Insight po změnách v Atlassian, se dozvíte v dnešním článku.

Co se stalo s CMBD Insight?

Po nedávných změnách ve svém portfoliu umožnil Atlassian další prodej pluginů pro server prostředí po dobu několika let. Špatnou zprávou však je, že jedno z nejpopulárnějších rozšíření, CMDB Insight, Atlassian z trhu pro nové zákazníky stáhnul. Insight nebyl jen CMDB v rozsahu vidění takové platformy z pohledu ITSM, šlo o velmi používanou databázi pro ukládání dat a řídících metainformací k jednotlivým úlohám, nástroj pro podporu automatizací i integrační prostředí. Ve větších instalacích se stal Insight nezbytnou podmínkou efektivního využívání platformy stejně jako Scriptrunner.

Po ukončení prodeje Insight CMDB, který je nyní součástí pouze Jira Service Managementu v data center edici, jsme udělali analýzu alternativ této nejpopulárnější konfigurační databáze pro Jiru. Cílem naší práce bylo nalézt použitelné řešení pro zákazníky, kteří dále chtějí provozovat on-premise platformu server anebo provozují Jira Software v edici data center.

Pokud máte již zakoupenou licenci Insight CMDB, rozhodně u něj zůstaňte, je to nejlepší řešení v této oblasti, které je plně srovnatelné s konkurencí na jiných platformách. Druhé nejlepší řešení je koupit Jira Service Management v data center, i když předplatné pro základních 50 uživatelů není zrovna levná záležitost.

Čím bychom CMBD Insight nahradili my?

Alternativ pro Insight není mnoho. My bychom vybrali plugin STAGIL Assets for Jira. Jedná se o plnohodnotnou CMDB, která umí definovat vztahy mezi Assety (např. server – aplikace) a ty popsat s pomocí mnoha atributů. Umožní k úkolům přidat vazbu na položky konfigurační databáze a informace analyzovat ve vzájemných vazbách i graficky.

Všechny objekty konfigurační databáze Stagil jsou Jira Issue, všechny výhody Jiry tedy lze využít – životní cyklus položky, automatizace při vzniku objektu, integrační rozhraní, export a import. Integrace CMDB přímo do Jira projektu má mnoho výhod pří správě i přístupu k datům. V ideálním případě doplněním platformy o Scriptrunner dojde k vybudování prostředí, které splní většinu požadavků. Atributy assetů se popisují s pomocí uživatelských polí.

Pro úplnost jsme otestovali Stagil i v prostředí Atlassian Cloud. Jako celý Atlassian Cloud v tomto prostředí toho CMDB umí méně a její funkcionalita je omezena, ale je výrazně lepší než Insight.

Rozhodně kladně lze hodnotit způsob prezentace informací na tiketech i spolehlivost, kdy Insight na cloud platformě bohužel jednoznačně prohrává. Insight od začátku vsází na uložení dat mimo Jiru, což na Atlassian Cloud způsobuje řadu problémů při integraci do prostředí a jeho data je třeba udržovat prakticky pouze ručně.

Na cloud prostředí je tedy Stagil jasnou volbou.

Shrnutí a doporučení

Velká část Atlassian konzultantů jásá, že výrobce zastavil prodej on-premise produktů pro střední firmy, asi stejná část to kritizuje. Na hodnocení důsledků tohoto rozhodnutí pro zákazníky i partnery je zřejmě ještě brzo, některé se však projevují ihned.  Ti, kdo tento postup kritizují, říkají, že je na rozhodnutí vidět neschopnost výrobce rozumět svým zákazníkům. Já to nechám raději bez komentáře.

Naše doporučení pro stávající zákazníky Jira Server je zatím nepřecházet na cloud a čekat na dokončení jeho vývoje.

V případě jakýchkoli dotazů (nejen k tomuto článku) jsme vám dispozici na e-mailu nebo nám napište vzkaz přes kontaktní formulář.

The post Čím nahradit CMBD Insight po změnách v Atlassian appeared first on CoreIT- Atlassian Partner.

Jira Service Management Budget Plugin – šetřete čas i nervy s pluginem pro reporting

Pravidelný reporting je důležitou součástí každého projektu, nejen toho servisního. Ne vždy je ale jednoduché posbírat a utřídit potřebná data. S naším pluginem si jednoduše nastavíte detailní reporty pro každý projekt.

Jak vlastně myšlenka pluginu vznikla?

Když jsme se před rokem rozhodli přijmout nového kolegu jako Atlassian programátora, nevěděli jsme, že se z Adama vyklube skvělý parťák, který bude mít v malíčku programování pro Atlassian už za pár měsíců.

Rozhodli jsme se jeho růst využít a pomoci mu se získáním zkušeností tak, že vyjma práce na zakázkách bude ve zbývajícím čase připravovat plugin pro Jira Service Management.

Dlouho jsme se totiž v Jira prali s tím, že na našich servisních kontraktech nedokážeme jednoduše sledovat čerpání sjednaných budgetů v závislosti na typu požadavku zákazníka a sestavení servisního reportu zabralo hodinu práce.

Výsledek je po několika měsících na světě a usnadní vám reporting! Zatím jsme ho dali k dispozici zdarma na Atlassian Marketplace hlavně pro veřejné testování, abychom odladili případné vady. Plugin je dostupný včetně dokumentace i servicedesku pro podporu uživatelů.

Aktuálně chystáme jeho portaci na Data Centre a dál se uvidí .

Co všechno plugin pro reporting umí?

Aplikace umí řídit servisní budget a v pravidelných cyklech nastavených dle smlouvy, umožňuje jeho monitoring a reporting.

Jednoduše si nastavíte:

• Celkový přehled čerpaných hodin.
• Přehled odpracovaných hodin podle jednotlivých tasků.
• Procentuální výpočet plnění SLA.
• Automatický převod nevyčerpaných hodin do dalších měsíců.

Jak již bylo řečeno, plugin si můžete zdarma stáhnout na Atlassian Marketplace. Budeme rádi, když nám k němu dáte zpětnou vazbu, protože vždy je co vylepšovat.

V případě jakýchkoli dotazů (nejen k pluginu) jsme vám dispozici na e-mailu nebo nám napište vzkaz přes kontaktní formulář.

The post Jira Service Management Budget Plugin appeared first on CoreIT- Atlassian Partner.

Integrace Jira do vnitropodnikových informačních systémů

Ve východočeské společnosti Farmet působí náš Atlassian tým především v rámci podpory systémů pro řízení konstruktérských týmů. Podílíme se ale také na dodávce asset managementu s konfigurací výroby a dalších projektech.

V prostředí Atlassian pracuje ve Farmetu téměř 250 uživatelů, kteří produkty Atlassian používají pro řízení projektových týmů, servisní podporu zákazníků i pro vnitrofiremní procesy.

Cílem projektu, se kterým se společnost Farmet obrátila na naše Atlassian specialisty, byla integrace několika firemních systémů tak, aby tvořily jeden celek a navíc mezi sebou dokázaly sdílet potřebné informace.

Jak celý projekt probíhal, si můžete přečíst v naší Case Study:

Pokud Vás zajímá cokoliv z Atlassian portfolia, neváhejte se na nás obrátit. Jako Atlassian Silver Solution partneři vám pomůžeme nastavit efektivní týmovou spolupráci díky správně integrovaným nástrojům společnosti Atlassian

The post Integrace Jira do vnitropodnikových informačních systémů appeared first on CoreIT- Atlassian Partner.

Dnes jsme se stali účastníky vývoje platformy Forge z dílny Atlassian. Je to horká novinka, kterou Atlassian označuje jako revoluční a opravdu to tak hned na první pohled vypadá. Forge je programová platforma pro výstavbu aplikací v Atlassian Cloud a jeho přizpůsobení specifickým požadavkům. V rychlosti ji hodnotíme jako něco, co může opravdu revolučně změnit pohled mnoha zákazníků na cloudové služby výrobce.

Téma Atlassian Cloud dlouhodobě sledujeme a věříme, že do jejich projektu Forge přispějeme k tomu, aby se Atlassian Cloud více otevřel a dohnal některá omezení této platformy.

Náš další článek o Atlassian Cloud si můžete přečíst zde.

Pokud byste potřebovali poradit nebo pomoci s čímkoliv ohledně Atlassian produktů, neváhejte se na nás obrátit.

The post Forge, novinka od Atlassian appeared first on CoreIT- Atlassian Partner.

Scrum nebo Kanban, to je otázka. Cílem tohoto článku je popsat přístup k výběru základních nástrojů pro agilní plánování v Jira a vysvětlit faktory, které by měly ovlivnit výběr nástrojů. Nejdříve si však dovolím napsat obecný úvod do problematiky nástrojů pro agilní řízení týmu v Atlassian prostředí.

Agilní metodiky řízení jsou stále populárnější a někdy se dokonce může zdát, že cokoliv jiného je už sprosté slovo. Zejména v oblasti IT je Scrum skloňovaný snad při každém dotazu na způsob řízení projektu. Není však pravda, že všichni svoje agilní týmy řídí s využitím Scrumu. 

Nedáme dopustit na Atlassian

I výrobce jednoho z nepopulárnějších nástrojů pro řízení týmů a projektů se trendům snaží přizpůsobit a již několik let buduje příslušnou nástrojovou podporu. Atlassian má pro podporu řízení týmu s využitím agilních technik nástrojů hned několik, a někdy se zdá, že nabízí až příliš mnoho možností oproti ostatním.

U několika zákazníků jsme se setkali se situací, kdy jsme museli pečlivě vysvětlovat rozdíly mezi použitím, výhodami a nevýhodami jednotlivých nástrojů. I když takových informací je zdánlivě plný internet, žádný návod není úplný a málokdo dá uživatelům praktické argumenty pro volbu správných nástrojů a metodik. Zrádné jsou jistě i situace, kdy týmy s nástrojem i agilní metodikou začínají a mají tendenci volit nejjednodušší řešení. Naštěstí není přechod mezi jednotlivými nástroji bolestný proces.

A co Atlassian tedy v rámci Jira nabízí?

Nad vlastním task managementem existuje několik přímo integrovaných nástaveb, které jsou součástí licenčního balíku Jira Software nebo se dokupují jako pluginy. Nástroje, které jsou součástí základního řešení, slouží zejména pro podporu prioritizace úloh, plánování a hodnocení výsledků (reporting). Jedná se o zejména o:

• Kanban board
• Scrum board
• Reporty
• Řízení releasů a verzí etc.

Pro velké týmy jsou tu ještě například pluginy Structure a Jira Portfolio, které slouží pro přechod mezi agilním řízením a strukturovaným plánováním. Protože se to však do tohoto článku tematicky nehodí, tak o tomto tématu možná až jindy.

Rád bych se dále zaměřil hlavně na rozdíl v použití Scrum a Kanban boardu pro řízení práce týmu.

Na první pohled oba nástroje vypadají podobně a některým týmům může být na první pohled jedno, s čím začnou. Po nějaké době používání pak často zjistí, že jejich výběr mohl být chybný.  

Kanban board

Kanban board je jednoduchá deska, která umožňuje posouvat úkoly po jednotlivých sloupcích a měnit tím stavy zvolených tiketů. Board je současně vhodně provázán s plánováním releasů i reporty. Také stojí za zmínku, že lze oddělit vlastní board a backlog na dvě samostatné obrazovky a plánování rozdělit do dvou kroků, kdy v jednom probíhá prioritizace a ve druhém řízení práce, resp. změna stavů úkolů. Board nemá podporu pro plánování v čase ani pro capacity management. I to je jeden z určujících topiců, který board použít. Vhodné je tasky na boardu pro přehlednost obarvit a rozdělit do vodorovných swimlines, například dle priority nebo přiřazeného řešitele.

Scrum board

Scrum board je tabule, která je vstupní branou pro řízení agilních týmů s využitím sprintů (nástroj Scrum metodiky nebo odvozených technik). Jira Vám umožní sprint plánovat odděleně od běžících sprintů a prioritizovat backlog. V projektu lze spustit jeden sprint nebo ho nastavit tak, aby jich mohlo být více současně. To lze využít zejména pro situaci, kdy na projektu pracuje víc týmů nebo si tým organizuje práci obsahově odděleně. Stejně jako u Kanban boardu totiž lze board založit na filtru a připravit backlog v závislosti na specifických podmínkách.

Scrum board se konfiguruje a vypadá obdobně jako Kanban, takže i zde platí možnost zobrazení vybraných atributů úkolu, obarvení tasků, definice sloupců, swimlines etc. Scrum board má podporu pro agilní struktury jako je EPIC a Story, které mohou definovat strukturu projektu. Důležité je oproti Kanban boardu orientace na sprinty jako časové úseky s definovaným scopem práce. Při plánování sprintu lze také volit jeho délku. Scrum board má podporu pro plánování kapacity sprintu, což je velmi užitečná pomůcka v případě, že jsou úkoly ohodnoceny (pracností v hodinách nebo story pointy) a přiděleny na konkrétní zdroj. Scrum board pak ukáže, kolik mají členové týmu na daný sprint naplánováno práce. Stejně je užitečná i indikace toho, kolik práce je naplánováno, hotovo a kolik ještě zbývá. Po ukončení sprintu jsou nehotové tasky vráceny zpět do backlogu a lze je naplánovat znovu.

A teď k vlastnímu srovnání obou nástrojů a jednoduchým kritériím toho, jaký nástroj zvolit.

Kanban je vhodné použít zejména u služeb, tedy kontinuálně, opakovaně a pravidelně běžících činností, kam průběžně padají požadavky a průběžně se odbavují. Činnost nelze rozdělit na etapy a neexistují v nich milníky. Jedná se zejména o činnosti v oblasti údržby a odstraňování závad. Typicky ho lze použít pro podporu provozu v oblasti infrastruktury a aplikací. Je vhodné je použít i v případech, kdy se průběžně mění kapacita týmu a není možné naplánovat kapacitu dopředu. Efektivně lze Kanban použít i v jiných oblastech, jako např. pro podporu obchodu (CRM), logistika, řízení backoffice procesů nebo obdobné kontinuálně běžící činnosti.

V ostatních případech, které by se daly spíše označit jako projekty (definovaný čas, obsah a náklady) nebo vývoj produktů (to samé jako projekty, ale cyklicky se opakující dle roadmapy), je lepší použít Scrum boardy. Důvodem je lepší podpora pro plánování a sledování stavu projektu i větší přehlednost pro členy týmů. S využitím reportů lze měřit výkon týmu a sledovat i to, kdy pravděpodobně bude scope dokončen. Scrum boardy je také vhodné používat u kontinuálně běžících služeb (výjimka z předchozího odstavce), kde si týmy definují nějaký (např. týdenní) plán práce, nástrojová podpora jim umožní vybrat do plánu úkoly dle aktuální disponibilní kapacity a priorit.

Jednoduchá rada na závěr

Co dělat, když se spletu ve výběru a chtěl bych board změnit?  Odpověď je jednoduchá, není třeba se bát změny . Boardy jsou jen nadstavbou Jiry a s úkoly jsou jen nepřímo provázány. Na druhý board lze přejít poměrně pohodlně, bohužel však se ztrátou informací v agilních reportech.

Doufáme, že pro vás byl článek užitečný. Pokud byste potřebovali poradit nebo pomoci s čímkoliv ohledně Atlassian produktů, neváhejte se na nás obrátit.

The post Scrum nebo Kanban, to je otázka appeared first on CoreIT- Atlassian Partner.

Novinky a změny v Cofluence 7 jsou víc než zajímavé a je jich víc než dost, tak pojďme na to. Přejeme příjemné počtení.

Stejně jako Jira, tak i zbytek portfolia aplikací společnosti Atlassian postupně prochází vývojem k dalšímu platform releasu. Tentokrát se zaměříme na novinky a změny v Confluence 7.

Vylepšení výkonu podporou CDN na základě geolokace

Pokud máte týmy v několika časových zónách, mohli jste pocítit problém v rychlosti načítání vaší Confluence (a to i u verze Data Center). Tuto nepříjemnou situaci Atlassian vyřešil podporou CDN (Content Delivery Network). Nová podpora CDN umožňuje distribuovat statický obsah (jako JavaScript, CSS nebo fonty) ze serverů, které jsou vašim uživatelům blíže. Více informací k CDN najdete zde.

Automatické čištění Synchrony dat z databáze

Pokud jsou vaši uživatelé v Confluence hodně aktivní a využívají hromadnou editaci (Collaborative Editing), je to samozřejmě skvělé, ale o to víc dostává zabrat databáze. Může za to právě Synchrony (engine pohánějící právě hromadnou editaci), který zaznamenává každé stisknutí klávesy pro udržení synchronizovaného obsahu.

Atlassian proto uvádí dva plánované joby:

• Pravidelné a proaktivní čištění záznamů, které zamezí zbytečnému zvětšování Synchrony tabulek.
• Čas od času je potřeba důkladnější čištění, které je sice ve výchozím stavu vypnuté, můžete ho ale sami jednoduše zapnout. Bude se vám hodit v případě, že chcete smazat větší množství stránek a odstranit nejen uživatelské informace.

Více informací k automatickému čištění najdete zde.

Upgrade ve velkém aneb jak se na něj připravit

S novými vlastnostmi v plánování upgradu vás při samotné akci nic nezaskočí!

Před upgradem: jednodušší plánování

Jak jednoduše zvládnout upgrade Confluence, je popsané v již existujícím nástroji (stejně jako v případě plánování upgradu Jira). Prozatím je k dispozici příručka jen pro server verzi, brzy ale přibude Data Center verze.

Po upgradu: report k poslednímu upgradu

S tímto releasem je představen také nový report. V případě zdárného upgradu zobrazí informace o stavu pluginů a application linků a podtrhne veškeré důležité informace, které mohou postihnout systém nebo uživatele. Najdete ho v  Nastavení > General Configuration > Latest upgrade report.

Přesouvání Confluence do cloudu

Další novinkou je vylepšení migračního nástroje do cloudu, který pro vás bude neocenitelný v případě, že plánujete migraci serverové Confluence. Tento asistent je dostupný také pro Data Center verzi a nově podporuje migraci uživatelů a skupin. Více informací najdete zde.

Makra aneb kdo půjde z kola ven

Jediným plně odstraněným makrem bude jUnit report makro, pro které byla podpora ukončena již ve verzi 6.6. Pokud máte toto makro někde použité, uvidíte místo něj hlášku „unknown macro“.

Ukončení podpory znamená skrytí makra v makro browseru (stále ale zatím bude fungovat) a bude se týkat následujících maker:

• IM Presence makro – podporovalo malé množství chatovacích služeb, které tuto funkci zvládají dobře samy.
• Network makro – zobrazovalo aktivitu určitého uživatele nebo lidí, kteří ho sledují.
• Search results makro – umožňovalo zobrazit seznam výsledků hledání na stránce.
• Space Details makro – umožňovalo zobrazit na stránce detaily k danému Space (Prostoru). Tato informace ale již delší dobu dostupná kdykoli ve Space Tools à Overview.

Gadgety

Gadgety byly navrženy pro zobrazování dynamického obsahu ze zdrojů jako je iGoogle nebo Jira v Confluence. První gadgety byly představeny již v Confluence 3.1 a většina technologií, na kterých leží, je zastaralých. Ukončení jejich podpory je zdůvodněno také tím, že mnoho z nich je duplicitních vůči makrům. Seznam gadgetů a jejich alternativ v podobě maker, pokud existují, naleznete na konci této stránky.

Změny v administraci

Konfigurace úložiště příloh

Ukládání v rámci souborového systému je již od Confluence 5.5 jedinou podporovanou metodou pro ukládání příloh. Tím pádem bude „Attachement Storage Configuration“ obrazovka skryta pro všechny, kdo již ukládají na souborový systém. Těm, kdo ještě ukládají přílohy do databáze, Atlassian doporučuje migraci – a to nejen kvůli kapacitně složitějšímu zálohování.

Osiřelé (orphaned) stránky

Ze Space Tools bude odstraněna stránka s „osiřelými“ stránkami, na které nevedou odkazy a nejsou v kořenové struktuře. Pokud by vás přesto zajímaly, můžete je zobrazit v sekci Reorder Pages uvnitř Space Tools

Integrace s Hipchatem

Pro mnohé z vás není novinkou, že Atlassian ukončil vývoj všech chatovacích nástrojů, i přestože v Confluence najdeme mnoho integrací s Hipchatem. Cloudové služby Hipchatu byly ukončeny v únoru 2019 a Hipchat Data Center a Server dosáhnou EOL (End-Of-Life) během příštích 18 měsíců.

Ukončení podpory bude rozfázováno tak, že zákazníci, kteří používají integraci Hipchatem, budou mít možnost ji používat i nadále, ale pro nové instalace budou pluginy podporující integraci ve výchozím stavu zakázány (ovšem s možností ručního povolení). Pokud tedy už Hipchat nepoužíváte a chtěli byste si uklidit administrační stránky, můžete si disablovat následující pluginy:

• Atlassian Hipchat integration plugin,
• Atlassian Hipchat integration plugin core,
• Confluence Hipchat emoticons plugin,
• Confluence Hipchat integrations plugin,
• Confluence Hipchat plugin.

Statistiky použití

Plugin Confluence Usage Stats poskytuje základní statistiky nad stránkou. Atlassian ví, že sledování využití aplikace a tvorba statistik jsou velmi důležité aktivity, ale s ohledem na výkon aplikace bude současná implementace vypnutá.

Změny pod kapotou

Podpora Java 11

Během některého z příštích 7.x releasů bude přidána podpora Java 11, která je LTS (Long Term Support) vydáním s podporou na několik let. 

Konec podpory

WebDav plugin

S vydáním nové verze bude ukončena podpora WebDav pluginu, protože obsahuje velké množství chyb a jedná se zastaralou technologii. Plugin bude kompletně odstraněn v jedné z dalších verzí.

Více informací najdete v poznámkách k vydání pro Confluence 7.0 Beta 1 a v oznámeních o ukončení podpory. 

Doufáme, že pro vás byl článek užitečný a upgrade vaší Confluence proběhne na 1. Pokud byste přece jen potřebovali s něčím poradit, neváhejte se na nás obrátit.

The post Novinky a změny v Confluence 7 appeared first on CoreIT- Atlassian Partner.