JIRA Asset Management
•Download as PPTX, PDF•
1 like•431 views
Asset Management v JIRA: * Evidence HW, SW a snadné sledování jejich stavu * Zpřehlednění nákupu a údržby HW/SW * Pohled na reálné využití provozního majetku * Auditování změn HW/SW
More Related Content
More from Onlio
More from Onlio (20)
JIRA Asset Management
- 1. Asset management KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO
- 2. Obsah • Úvod do Asset Management (AM) • CMDB v JIRA • Co vše z AM lze zavést v JIRA? • Propojení AM s JIRA Service Desk • Enterprise AM v add-onu Insight KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO
- 3. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Co je to Asset Management? • Správa assetů: „aktiv“ nebo „konfiguračních položek“ (CI) • = hmotný i nehmotný provozní majetek (PC, licence, server...) • Ale také dohled, audit, evidence, servis...
- 4. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Proč mít Asset Management? • Evidence HW, SW a snadné sledování jejich stavu • Zpřehlednění nákupu a údržby HW/SW • Pohled na reálné využití provozního majetku • Auditování změn HW/SW • Lze zavést v JIRA!
- 5. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO AM v JIRA zvládá: Evidovat Nasazovat Udržovat Vylepšovat Vyřazovat
- 6. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Tvorba inventáře – „CMDB“ 1) Nový projekt 2) Typy aktiv
- 7. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Tvorba inventáře 3) Vhodná pole 4) Vhodné obrazovky… 5) Vhodná oprávnění… 6) Vhodné zabezpečení…
- 8. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Příklad AM workflow
- 9. • Sledovat, přidávat a odebírat položky • Rychle najít specifický „stroj“ • Vidět stav položek v různých kancelářích • Vidět historii každého nástroje KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Inventář hotov!
- 10. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Přehledy a reporty
- 11. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO AM + Service Desk
- 12. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO AM + Service Desk
- 13. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Servisní požadavek a AM
- 14. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Historie a auditování
- 15. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Insight
- 16. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Databáze zdrojů
- 17. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Schéma propojení
- 18. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Insight a
- 19. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Automatizace a upozorňování
- 20. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Import z existujících systémů
- 21. KAMIL BEER • ATLASSIAN CONSULTANT • ONLIO Děkuji za pozornost Užitečné odkazy: Prezentace ke sdílení http://www.slideshare.net/Onlio Atlassian komunita CZ & SK www.linkedin.com/groups?gid=2648129
Editor's Notes
- Meníčko
- Asset management se dá vykládat různě. Jak už říká jeho název, jedná se o správu aktiv, jindy assetů, jindy CI, konfiguračních položek. Pod nimi si lze představit hmotný i nehmotný provozní majetek firmy, který je potřeba nějakým způsobem evidovat, sledovat a udržovat jej. V oblasti IT jde často o to sledovat platnost licencí u SW, údržbu u hardwaru, poskytovat uživatelům podporu, řešit jejich servisní požadavky - a u toho všeho ještě peněžní náklady. Firmy si toto sledují třeba skrz excel nebo nějakou databázi, ale pokud jste zvyklí dosud vše řešit v JIRA, můžete tam provozovat i Asset management.
- Jaké výhody přinese, když si ve firmě zavedu asset management? V první řadě vidím, jak je na tom jakýkoli stroj, licence, nebo jiný provozní nástroj firmy. Potřebuje do servisu? Přijde mi upozornění. Dobíhá mi licence? Budu upozorněný. Všechno vidím. Potom, mám databázi nástrojů, ze které můžu vyvodit, jestli je třeba potřeba něco dokoupit, něco dosluhuje nebo je to třeba vyřadit. Síla v tom, že vždy vše vidíte. Příručka o umravnění zaměstnanců, to nic moc, ale vidím hlavně to, co je reálně využívané a nevyužívané: třeba při onboardingu vidím, co můžu dát za laptop zaměstnanci, nebo taky vidím, kdo co vlastní, aby se někde nějaký stroj „neztratil“. Historie HW/SW. Kolikrát byl v servise a s čím? Není to zas stejná chyba? Ve finále to také znamená, že nebude nástroj, který by nebyl evidovaný. A nepotřebujete extra program. AM v JIRA můžete posadit vedle svých vývojových, účetních nebo výrobních projektů díky její flexibilitě a jakmile máte jednou systém, kde máte všechny své tickety, bugy a zdroje evidované vedle sebe, okamžitě máte nad vším přehled.
- Atlassian sám ví, že termín AM je problematický a ve své příručce, jak AM provozovat, popisuje, že zvládne s nástroji firmy přinejmenším tyto úkony: Evidovat – Jak je na tom co Nasazovat – Kdo vlastní co Udržovat – Servis, licence dobíhá Upgradovat – Kontrolovat, vyměňovat, kdo má jak dlozho co Vyřazovat – Víme, kde co skončilo => Pojďme.
- Prvním krokem je tedy v tomto všem udělat pořádek. Abychom měli kde sledovat naše aktiva, assety, vytvoříme si na ně nový projekt v JIRA a k němu vytvoříme odpovídající typy úloh podle typů aktiv, co chceme sledovat. Takto vzniká tzv. konfigurační databáze neboli CMDB, která obsahuje jednotlivé assety, kterým se někdy říká CI, configuration items. Tyto mohou být hardware, software, cokoli potřebujeme.
- Dále si zvolíme vhodná pole, co u našich aktiv chceme sledovat. V případě počítačů se nabízí například pole pro HW konfiguraci – počet jader, RAM, kapacita HDD, zatímco u monitoru můžeme sledovat třeba rozlišení; u licence zase její platnost nebo délku. Každý typ aktiva může mít zobrazené jiné údaje. Každá JIRA úloha má pole řešitel a reportér. V našem případě jako řešitele dáme člověka, který má momentálně aktivum na starost – zaměstnanec, který ho používá, nebo servisní pracovník, co zrovna řeší jeho údržbu. Reportér může být správce aktiv, kterému pokaždé přijde upozornění o změnách. No a jak se dá JIRA různě ohýbat, tak si třeba můžu nastavit do přechodů mezi workflow stavy různé obrazovky (workflow si ukážeme za chvíli), kde bude třeba povinné pole, kde vybereme servis, kam by měla položka jít, nebo kdo musí odsouhlasit nákup nové položky. Nebo mohu nastavit přístupová práva do projektu tak, aby nástroje nikdo jiný kromě IT oddělení nemohl editovat (ale mohl je vidět), nebo některé assety ani neviděl, třeba v případě licenčních kódů.
- Další ze silných stránek JIRA, co poslouží AM, je právě její workflow, který se snadno přetvořit na životní cyklus položky v AM. Ve finále může vypadat například takto. Popsat. A když určitá položka nefunguje, třeba mám vyřazený notebook, přesunu ho ve workflow v JIRA do stavu, ve kterém je. Je v servisu? Je vyřazený? Ztracený? Ani to neunikne.
- V tomto bodě máme inventář hotov! Můžeme:
- Co kdybychom chtěli, aby uživatel vždy viděl, co všechno vlastní? Administrátor JIRA může každému pracovníkovi nastavit na úvodní nástěnku právě takovou obrazovku. Nebo co kdyby správce techniky chtěl vidět, kolik počítačů s jakou konfigurací je na skladě? Nebo cokoli jiného? Vždy si vytvoříme specifický filtr a výstup z něj si dáme na nástěnku. A tyto všechny údaje z filtrů se dají snadno překlopit do grafů a metrik v JIRA. Takto máte na jednom místě všechny údaje, co potřebujete.
- V tomto bodě máme inventář hotov a nyní se podíváme, jak ho lze využít v souvislosti s JIRA Service Desk.
- V Service Desk si vytvoříte pro uživatele servisní portál, kde mohou ihned zadat požadavek na opravu, na nový notebook, nebo přístup na nějakou stanici. Zde si vyplní příslušný ticket...
- Mám-li Service Desk, přijde mi do něj například ticket, že je třeba dát tiskárnu do servisu. Už když ho uživatel zadává, tak si vybere, co za stroj má a s tím se jeho požadavek hned spojí. Ať už tedy řešíme servisní požadavek nebo pracujeme s assetem v JIRA, vždy uvidíme, jak jsou spolu propojeny. Takhle si správce nástrojů snadno udržuje přehled o tom, kdo požádal o co, kolikrát šel určitý počítač do opravy a proč. Protože když jde počítač do servisu, určitě se hodí znát jeho historii; kolikrát tam a s čím tam byl, v jakém je stavu, nebo co má za HW. Nebo kdo ho vlastní. Tohle všechno najdete v JIRA. Zleva doprava vidíme, jak zákazník zadal ticket, z toho nám vznikl ticket v JIRA a ten zůstal evidovaný s tiskárnou, které se týkal. Propojení vidíme dole v „issue links“ mezi ticketem a assetem.
- A právě ať už ze změn stavů, tak z různých editací assetu vzniká log všech změn, co se s nástrojem staly. Vidíme tam změny hardwaru, vidíme, jak přibývaly v čase servisní požadavky, je tam změna vlastníků a pohyb ve workflow. Předchozí a současná hodnota. Toto je vždy v úloze.
- Někdo by mohl namítnout, že toto je řešení pro malé, možná střední podniky, ale jak je to v případě enterprise řešení? K tomuto slouží právě add-on Insight. Původně sloužící ke správě čehokoli, co nejsou issues, v JIRA (např. k HR nebo jako CRM), ale používá se často právě k asset managementu. Je to add-on od firmy Riada, který funguje ve spojení jak s Service Deskem, tak s Core.
- Insight pomáhá vytvořit kompletní konfigurační databázi. Volíme si zde typy assetů z předdefinované nabídky, propojení mezi sebou, pole, která budou relevantní... Vpravo vidíme typy a jak jsou propojeny, kořenový adresář; nalevo vidíme, co určitá kategorie obsahuje a napravo od toho už vidíme popis, nápadně podobný úloze v JIRA:
- Závislost mezi jednolivými položkami v asset managementu lze v Insight zobrazit i graficky. Zde například vidíme, jaké všechny údaje je třeba zadat pro server (vyplňujeme výrobce, uživatele, typ serveru) a jak mezi sebou souvisí zase ony.
- Synchronizace s JIRA Service Desk pak může vypadat třeba tak, že zatímco klient hlásí problém, může si v příslušném poli rovnou vybrat z relevantní nabídky, na kterém, v tomto případě serveru, chce hlásit problém. Hned se mu nabídnou odpovídající hodnoty, které může do ticketu zadat z vaší konfigurační databáze. Tato hodnota už pak zůstane v ticketu v JIRA.
- Protože se jedná o enterprise prostředí, je jasné, že nestíháme kontrolovat každou položku jednotlivě. Můžeme si tedy nastavit u každého našeho typu assetu automatické upozornění, že například dochází licence, že je třeba dát nástroj do servisu a podobně. Toto může proběhnout formou e-mailu, formou JIRA issue, spuštěním skriptu a dále.
- A samozřejmě, když nechcete databázi zadávat celou, můžete importovat z jiných systémů, kde sledujete buď lidské zdroje, assety, nebo jiná data. Máme tu LDAP, máme tu CSV, nebo třeba uživatele z JIRA.
- Děkujeme za pozornost a za vaše dotazy. Pokud byste měli jakékoli další otázky, týkajících se produktů Atlassian, neváhejte se na nás obrátit telefonicky nebo mailově, které najdete na našich stránkách www.myjira.cz. Přejeme příjemný zbytek dne.