en iyi şekilde nasıl yapılır MotioCI kanıtlanmış uygulamaları desteklemekte
MotioCI Cognos Analytics rapor yazma için entegre eklentilere sahiptir. Üzerinde çalıştığınız raporu kilitlersiniz. Ardından, düzenleme oturumunuz bittiğinde, oturumu kontrol eder ve yaptığınız şeyi kaydetmek için bir yorum eklersiniz. Yoruma, harici bir kusur izleme veya değişiklik talebi sistemindeki bir bilete referans ekleyebilirsiniz.
arasındaki bağlantının nasıl kurulacağı hakkında ek ayrıntılar bulabilirsiniz. MotioCI ve üçüncü taraf biletleme sisteminiz MotioCI Kullanım altındaki Yönetici Kılavuzu MotioCI üçüncü taraf biletleme sistemleriyle. Bir anahtar kelime (düzeltmeler, kapat) bilet numarası ile bileti kapatacaktır. Veya, gibi bir anahtar kelime kullanarak referanslar artı bilet numarası, check-in yorumunu biletleme sistemine yazacak ve bileti açık bırakacaktır.
Atlassian® JIRA, Microsoft Windows™ Trac veya diğerleri gibi bir biletleme sisteminin kullanılması, belirli görevleri, sorunları ve bunların çözümünü izleyerek proje yönetimine yardımcı olur. Biletler, yazarlar veya rapor geliştiriciler ile son kullanıcılar, test ekibi ve diğer paydaşlar arasında bir iletişim aracı sağlar. Bir biletleme sistemi ayrıca, bir raporu üretime geçirmeden önce kusurları takip etme ve bunların ele alınmasını sağlama yöntemi sağlar.
Rapor Geliştirme için Tipik İş Akışı
Açık olmak gerekirse, entegrasyon MotioCI ekibinizin biletleme sistemiyle etkileşime girmesinin tek yolu biletleme sistemi değildir. Tipik olarak, eşlik eden iş akışı diyagramında gösterildiği gibi, bir Cognos Analytics ortamında rapor geliştirme süreci MotioCI şöyle bir şey olabilir: 
- birikim. Yeni bir bilet oluşturulur. Bir İş Analisti, yeni bir rapor için iş gereksinimlerini belgeler ve bir bilet oluşturarak doğrudan biletleme sistemine girer. Bileti kutuya yerleştirir. birikim devlet.
- gelişme. Birikmiş talepler bir dizi farklı şekilde önceliklendirilebilir, ancak sonuçta bilet bir rapor geliştiricisine atanacak ve onun adıyla etiketlenecektir. Biletin durumu şu şekilde değiştirilebilir: in_dev. Yeni bir rapor oluşturacak. Cognos Analytics'te raporu geliştirirken, değişikliklerini kontrol edecek ve check-in yorumunda "Yeni rapor oluşturuldu; ilk versiyon; bilgi istemi sayfası ve destekleyici sorgular eklendi, referans #592”. Veya, “Olay sorgusu ve çapraz tablo eklendi; filtreler ve biçimlendirme, referans #592” (İçinde MotioCI, etiket numarası doğrudan bilete bir köprü olur.) Raporu kontrol edebilir, değişiklik yapabilir ve bir gün boyunca birden çok kez bilet referansıyla tekrar kontrol edebilir.
- Geliştirme tamamlandı. Rapor Geliştiricisi raporu tamamladıktan ve karşılaştırmalı olarak test ettikten sonra, biletleme sistemindeki biletin QA tarafından test edilmeye hazır olduğunu not eder ve durumunu şu şekilde değiştirir: in_Dev için hazır_for_QA. Bu devlet için bir bayrak MotioCI Raporun test için QA ortamına taşınmaya hazır olduğu Cognos raporlarını tanıtmaktan sorumlu yönetici veya rol.
- başınamotion'den QA'ya. Yönetici raporu yükseltir ve durumu şu şekilde değiştirir: in_QA. Bu durum, KG ekibinin raporun test edilmeye hazır olduğunu bilmesini sağlar.
- Test yapmak. QA ekibi, raporu iş gereksinimlerine göre test eder. Rapor testleri geçer veya geçemez. Rapor KG testini geçemezse, bilet şu şekilde etiketlenir: Dev'de durumu, düzeltmeler için rapor geliştiricisine geri döner.
- Test başarılı. Rapor başarılı olursa, QA ekibi yöneticiye etiketleyerek üretime geçmeye hazır olduğunu söyler. Ürün için hazır devlet.
- başınamotion Üretime. Rapor üretim için hazır olduğunda, nihai onaylar alınabilir ve belki de tamamlanmış diğer raporlarla birlikte paketlenerek yayın planlanabilir. Yönetici, raporu Cognos Production ortamına yükseltir. Bileti yerleştirir tamam geliştirme ve testlerin tamamlandığını ve üretime taşındığını belirten durum. Bu, bileti kapatır.
Rapor Geliştirme Sürecinin Yönetimi
Bu bilet yönetimi süreci şunları ima eder ve kanıtlanmış uygulamalar şunları gerektirir:
- Her yeni raporun, raporu tasarlamak için iş gereksinimlerine sahip bir bileti olmalıdır.
- Her kusurun, bir raporla ilgili herhangi bir hatayı veya sorunu kaydetmek için bir bileti olmalıdır.
- Bir rapor her düzenlendiğinde, MotioCI check-in yorumu, adreslenen bilet numarasını içermelidir.
- Geliştirmeden QA'ya yükseltilen her raporun, bir yöneticinin geliştirmenin tamamlandığını ve QA ortamına taşınmaya hazır olduğunu onaylayabileceği ilişkili bir bileti olmalıdır.
- QA'dan Üretime terfi ettirilen her raporun, geliştirmenin tamamlandığını, QA'yı geçtiğini, gerekli tüm yönetim onaylarını aldığını ve terfi ettirildiğini gösteren bir geçmişi olan bir bileti olmalıdır.
- Üretim ortamındaki her raporun bir digital Konseptten teste, sabitlemeden çözüme, onaya ve promotion.
Bu son nokta, doğrulamak için denetçilerin favorisidir. "Üretim ortamındaki tüm raporların belgelenmiş biletleme ve onay sürecinize bağlı olduğunu nasıl onayladığınızı bana gösterebilir misiniz?" Diye sorabilir. Denetçiye yanıt vermenin bir yolu, taşınan tüm raporların bir listesini sağlamak ve sürecinize uymayan bir rapor aramak için biletleri gözden geçirmesini sağlamak olabilir.
Alternatif olarak ve daha ideal olarak, bunu yapan raporların bir listesini sağlayabilirsiniz. değil tanımladığınız geliştirme ve biletleme sürecine bağlı kalın. İşte bu raporun faydalı olacağı yer: “Biletsiz Tanıtılan Raporlar”. Bu, raporların bir listesinin istisna raporudur. değil Her rapor değişikliğinin bir bilete bağlanmasına ilişkin en iyi uygulamalara bağlı kalındı. Bu, boş olmasını istediğiniz birkaç rapordan biridir. Terfi edilen tüm raporların kendisiyle ilişkili bir bileti varsa, hiçbir kaydı olmayacaktır. Başka bir deyişle, bir rapor yalnızca Üretim ortamındaysa ve tanıtılan rapor yorumda bir bilet numarasına atıfta bulunmadıysa listede görünecektir. 
Faydalı Süreç
Sürecin faydaları nelerdir veya bunu kuruluşunuzda neden yapmalısınız?
- Geliştirilmiş ekip işbirliği: Biletleme sistemi, normalde iletişim kurmayan rollerdeki bireyleri bir araya getirebilir. Örneğin, yazarları ve son kullanıcıları veya proje yöneticisini ve QA ekibini rapor edin. Bilet izi, geliştirilmekte olan rapor olan paylaşılan bir kaynak hakkında iletişim kurmak için ortak bir yer sağlar.
- Azalan maliyetler:
- Daha erken yakalanan ve düzeltilen kusurlar, üretime geçmelerinden çok daha ucuzdur.
- Geliştirilmiş verimlilik – rapor yazarları her zaman iyi tanımlanmış bir çalışma bildirimi olan bir bilet üzerinden çalışırlar.
- Manuel süreçlerin otomasyonu sayesinde azaltılmış süre
- İyileştirilmiş belgeler: Bu süreç, kusurların ve bunların nasıl çözüldüğüne ilişkin kendi kendini belgeleyen bir bilgi tabanı haline gelir.
- İyileştirilmiş tahmin ve analitik: Artık temel performans göstergelerini izleyebilir ve bunları hizmet düzeyi anlaşmalarıyla karşılaştırabilirsiniz. Çoğu biletleme sistemi bu tür analizleri sağlar.
- Geliştirilmiş dahili destek: Destek ekibiniz, diğer rapor geliştiriciler (ve hatta gelecekteki kendiniz!), geçmişte benzer kusurların nasıl giderildiğini araştırabilir. Bu paylaşılan bilgi tabanı, kusurların hızlı bir şekilde çözülmesine yol açabilir.
- Geliştirilmiş son kullanıcı memnuniyeti: Biletleme sistemi aracılığıyla geliştiricilere doğrudan erişim sayesinde kullanıcılar, sistem üzerinden talep edilen bir raporun ilerlemesini izlemenin yanı sıra kusurların hızlı bir şekilde çözülmesini bekleyebilir.
Sonuç
Bu, kanıtlanmış uygulamaları takip etmenin zengin getirilerine ve iyi tanımlanmış süreçleri takip etmenin değerine bir örnektir. Ayrıca, yeni MotioCI “Biletsiz Tanıtılan Raporlar” raporu, bir denetçinin sorularını yanıtlamada veya sadece şirket standartlarına uygunluk için dahili izlemede büyük bir yardımcı olabilir.
