Jak co nejlépe využít MotioCI při podpoře osvědčených postupů

MotioCI má integrované zásuvné moduly pro vytváření sestav Cognos Analytics. Zamknete zprávu, na které pracujete. Poté, když skončíte se svou editační relací, zkontrolujete ji a přidáte komentář, abyste zaznamenali, co jste udělali. Do komentáře můžete uvést odkaz na tiket v externím systému sledování defektů nebo požadavků na změnu.

Můžete najít další podrobnosti o tom, jak nastavit spojení mezi MotioCI a váš systém prodeje vstupenek třetí strany v MotioCI Příručka správce v části Používání MotioCI se systémy jízdenek třetích stran. Klíčové slovo (opraví, zavřít) s číslem tiketu tiket uzavře. Nebo pomocí klíčového slova jako reference plus číslo tiketu zapíše poznámku k odbavení do ticketingového systému a nechá tiket otevřený.

Použití lístkového systému – jako je Atlassian® JIRA, Microsoft Windows™ Trac nebo mnoho dalších – pomáhá při řízení projektu sledováním konkrétních úkolů, problémů a jejich řešení. Vstupenky poskytují prostředek komunikace mezi autory nebo vývojáři sestav a koncovými uživateli, testovacím týmem a dalšími zainteresovanými stranami. Systém lístků také poskytuje metodu sledování závad a zajištění, že budou vyřešeny před povýšením zprávy do výroby.

Typický pracovní postup pro vývoj sestav

Aby bylo jasno, integrace MotioCI s lístkovým systémem není jediný způsob, jak bude váš tým komunikovat s lístkovým systémem. Typicky, jak je znázorněno na doprovodném diagramu pracovního postupu, proces vývoje sestavy v prostředí Cognos Analytics s MotioCI může to být něco takového:

1. Zálohování. Vytvoří se nový tiket. Obchodní analytik zdokumentuje obchodní požadavky pro novou sestavu a zadá ji přímo do systému tiketů vytvořením tiketu. Vloží lístek do resty stav.
2. Vývoj softwaru. Nevyřízeným lístkům lze udělit prioritu mnoha různými způsoby, ale nakonec bude lístek přiřazen vývojářce sestavy a označen jejím jménem. Stav lístku lze změnit na in_dev. Vytvoří novou zprávu. Při vývoji sestavy v Cognos Analytics zkontroluje své změny a odkáže na lístek v komentáři pro přihlášení, například „Vytvořena nová sestava; počáteční verze; přidána rychlá stránka a podpůrné dotazy, reference #592“. Nebo „Přidán dotaz na fakta a křížová tabulka; filtry a formátování, reference #592.“ (V MotioCI, číslo hashtagu se stane hypertextovým odkazem přímo na tiket.) Může si sestavu prohlížet, provádět změny a zpětně ji vracet s odkazem na tiket několikrát za období dní.
3. Vývoj dokončen. Poté, co vývojář sestav sestavu dokončí a otestuje na zkušebním stavu, zaznamená do tiketu v systému tiketů, že je připraven k testování pomocí kontroly kvality a změní stav z in_Dev na ready_for_QA. Tento stát je vlajkou pro MotioCI Administrátor nebo role odpovědná za propagaci sestav Cognos, že sestava je připravena migrovat do prostředí QA k testování.
4. Promotion až QA. Správce povýší sestavu a změny stavu na in_QA. Tento stav dává týmu QA vědět, že zpráva je připravena k testování.
5. Testování. Tým QA testuje zprávu podle obchodních požadavků. Zpráva v testech buď projde, nebo neprojde. Pokud sestava neprojde testováním kvality, lístek bude označen značkou v Dev stavu, návrat k vývojáři sestavy pro opravy.
6. Testování bylo úspěšné. Pokud zpráva projde, tým kontroly kvality sdělí administrátorovi, že je připraven povýšit do produkce tím, že ji označí připraveno pro Prod stav.
7. Promotion do výroby. Jakmile je sestava připravena k produkci, lze získat konečná schválení a naplánovat vydání, případně ve spojení s dalšími dokončenými sestavami. Správce povýší sestavu do prostředí Cognos Production. Vloží lístek Hotovo stavu označujícího, že vývoj a testování jsou dokončeny a bylo přesunuto do výroby. Tím se lístek uzavře.

Řízení procesu tvorby reportů

Tento proces správy tiketů předpokládá a osvědčené postupy diktují, že:

• Každá nová sestava by měla mít lístek s obchodními požadavky, podle kterých má být sestava navržena.
• Každá závada by měla mít lístek k zaznamenání jakýchkoliv chyb nebo problémů s hlášením.
• Pokaždé, když je sestava upravena, MotioCI poznámka k odbavení by měla obsahovat číslo letenky, která byla adresována.
• Každá sestava, která je povýšena z Dev na QA, by měla mít přidruženou vstupenku, kterou může správce potvrdit, že vývoj byl dokončen a je připravena k přesunu do prostředí QA.
• Každá zpráva, která je povýšena z QA na produkci, by měla mít lístek, který má historii ukazující, že vývoj je dokončen, prošel QA, obdržel všechna požadovaná schválení managementu a byl povýšen.
• Každá sestava v produkčním prostředí by měla mít a digital papírová stopa od koncepce přes testování přes upevnění až po rozhodnutí až po schválení a promotion.

Tento poslední bod je oblíbený u auditorů k ověření. Mohla by se zeptat: „Můžete mi ukázat, jak potvrzujete, že všechny sestavy v produkčním prostředí dodržují váš zdokumentovaný proces vydávání lístků a schvalování?“ Jedním ze způsobů, jak odpovědět auditorovi, může být poskytnout seznam všech zpráv, které byly migrovány, a nechat ji procházet lístky, aby hledala takovou, která neodpovídá vašemu procesu.

Alternativně, a v ideálním případě, můžete poskytnout seznam přehledů, které ano ne dodržujte proces vývoje a prodeje vstupenek, který jste definovali. Zde bude tato zpráva užitečná: “Zprávy propagovány bez vstupenek“. Je to výjimka ze seznamu zpráv, které mají ne dodržovali osvědčené postupy, aby každá změna hlášení byla spojena s tiketem. Toto je jeden z mála přehledů, které chcete mít prázdné. Nebude mít žádné záznamy, pokud všechny zprávy, které byly povýšeny, mají přiřazený tiket. Jinými slovy, sestava se v seznamu objeví pouze v případě, že je v produkčním prostředí a sestava, která byla povýšena, v komentáři neodkazovala na číslo tiketu.

Proces s výhodami

Jaké jsou výhody tohoto procesu nebo proč byste to měli dělat ve vaší organizaci?

• Vylepšená týmová spolupráce: Systém prodeje vstupenek může ve skutečnosti sdružovat jednotlivce v rolích, kteří běžně nekomunikují. Například autoři zpráv a koncoví uživatelé nebo projektový manažer a tým QA. Záznamová stopa poskytuje společné místo pro komunikaci o sdíleném zdroji, sestavě ve vývoji.
• Snížené náklady:
  • Závady zachycené a opravené dříve jsou mnohem levnější, než když uniknou do výroby.
  • Vylepšená efektivita – autoři sestav vždy pracují z lístku, který je dobře definovaným výkazem práce.
  • Snížení času díky automatizaci manuálních procesů
• Vylepšená dokumentace: Tento proces se stává samostatně dokumentující bází znalostí o defektech a o tom, jak byly vyřešeny.
• Vylepšené prognózy a analýzy: Nyní můžete sledovat klíčové ukazatele výkonu a porovnávat je s dohodami o úrovni služeb. Většina systémů prodeje vstupenek poskytuje tyto typy analýz.
• Vylepšená interní podpora: Váš tým podpory, další vývojáři zpráv (a dokonce i vaše budoucí já!) mohou vyhledat, jak se podobné závady řešily v minulosti. Tato sdílená znalostní báze může vést k rychlému řešení defektů.
• Vylepšená spokojenost koncových uživatelů: Díky přímému přístupu k vývojářům prostřednictvím systému lístků mohou uživatelé očekávat rychlé vyřešení závad a také sledovat průběh požadované zprávy prostřednictvím systému.

Proč investovat do čističky vzduchu?

Toto je jeden příklad bohatých výnosů vyplývajících z osvědčených postupů a hodnoty dodržování dobře definovaných procesů. Dále nové MotioCI Zpráva „Zprávy propagované bez vstupenek“ mohou být obrovskou pomocí při řešení otázek auditora nebo jednoduše interním monitorováním dodržování podnikových standardů.