Gereksinim Yönetimi ve İzlenebilirlik İçin En Eksiksiz Kılavuz

Bir Gereksinim Yönetim Aracı nasıl uygulanır?

Bir Gereksinim Yönetimi Aracını uygulamak için atabileceğiniz birkaç adım vardır.

Öncelikle, aracın paydaşlarını ve kullanıcılarını tanımlamanız gerekir. Buna proje yöneticileri, iş analistleri, geliştiriciler, testçiler ve onu kullanacak diğer kişiler dahildir. Ayrıca, büyüklüğüne, projelerin karmaşıklığına ve diğer faktörlere bağlı olarak kuruluşunuz için en iyi gereksinim yönetim sistemi türünü belirlemeniz gerekir.

Ardından, gereksinim yönetimi süreciniz için hangi yazılım aracını veya platformu kullanmak istediğinize karar vermelisiniz. Bugün piyasada Visure gibi birçok farklı tip bulunmaktadır. Kuruluşunuzun ihtiyaçları için hangisinin en iyi olduğuna karar verdikten sonra, sistemi kurmanın zamanı geldi. Bu, kullanıcı hesapları oluşturmayı, farklı kullanıcılar için erişim düzeylerini ayarlamayı ve yazılımın düzgün çalışmasını sağlamak için ayarları yapılandırmayı içerebilir.

Gereksinim yönetimi aracınız düzgün bir şekilde ayarlandıktan sonra, onu kullanmaya başlama zamanı! Paydaşlardan gereksinimleri toplamak ve düzenlemek için şablonlar tanımlamalısınız. Ek olarak, her gereksinimin doğru bir şekilde belgelenmesini ve böylece yaşam döngüsü boyunca uygun şekilde izlenmesini sağlayan bir süreç ve kural seti oluşturmalısınız. Son olarak, bir gereksinimdeki tüm değişikliklerin veya güncellemelerin uygulanmadan önce uygun şekilde gözden geçirilmesi için bir inceleme süreci oluşturmalısınız.

Neden bir Gereksinim Yönetim Aracına ihtiyacınız var?

Yetersiz gereksinimlerin düşük kaliteli ürünlere yol açtığı ve bu projelerin genellikle kapsam kaymasıyla dolu olduğu bir sır değil. Gereksinimlere belge tabanlı bir yaklaşımla ilgili zorluklar, sürekli değişen yazılım geliştirmede onları güncel tutmanın zor olduğu gerçeği de dahil olmak üzere çoktur. Kullanıcı gereksinimlerini toplama ve belgeleme konusunda mükemmel bir iş çıkarmış olsanız bile, gereksinimleri yönetme görevi daha yeni başlamıştır.

Karl Wiegers'a göre otomatikleştirilmiş bir Gereksinim Yönetimi aracını kullanmanın bazı temel nedenleri (www.processimpact.com Gereksinim Yönetimini Otomatikleştirme hakkında makale).

Sürümleri ve değişiklikleri yönetin. Çoğu sistem bugün yinelemeli (veya Çevik) bir tarzda piyasaya sürülür. Bu, gereksinimlerin sürümle ilişkili sürümleri olacağı anlamına gelir. Değişiklikleri izleyebilmek ve değişikliklerin kontrol edilmesi ve kapsam kayması üzerindeki etkilerini belirleyebilmek.

Gereksinim özniteliklerinde gereksinimle ilgili ek bilgileri depolayın. Bir gereksinim hakkında, gereksinimin ifadesinden başka bilmemiz gereken çok daha fazla şey var. Örneğin, gereksinimlerin durumu, öncelik, kimin talep ettiği ve test durumu. Bunlar sadece birkaç öneri.

Gereksinimleri diğer sistem öğelerine bağlayın. Tüm gereksinimlerin ürünün bir parçası olduğundan, tüm gereksinimlerin test edildiğinden, değişikliklerin değerlendirildiğinden vb. emin olmak için gereksinimleri diğer sistem öğeleriyle ilişkilendirebilmeliyiz.

İzleme durumu. Onaylanmayan tüm gereksinimlerin, alt düzey gereksinimlerle bağlantılı olmayan tüm gereksinimlerin ve test edilmemiş tüm gereksinimlerin bir listesini oluşturabileceğinizi düşünün. Bunlar, projenin durumunu gerçekten bilmemize yardımcı olan bilgi türleridir.

Gereksinim alt kümelerini görüntüleyin. Atanmış bir test yöntemi olmayan tüm yüksek öncelikli gereksinimleri görüntüleyebildiğinizi düşünün. Veya yalnızca güvenlikle ilgili gereksinimleri incelemek isteyen bir güvenlik ofisi. Gereksinimleri yalnızca kullanıcının görmek istediği bilgileri içerecek şekilde filtreleyebilmek, bu gereksinimleri gözden geçirmek için gereken süreyi azaltır.

Kontrol erişimi. İş analistlerinin yalnızca kullanıcı gereksinimlerini değiştirebildiğinden emin olmak isteyeceksiniz; sistem analistleri yalnızca sistem gereksinimlerini değiştirebilir vb. Onaylandıktan sonra gereksinimlere erişim sınırlandırılmalıdır, böylece inceleme yapılmadan başka değişiklik yapılamaz.

Paydaşlarla iletişim kurun. Paydaşların tüm potansiyel değişikliklerden haberdar olmasını sağlamak için değişikliklerin bildirilmesi esastır. Çoğu gereksinim yönetimi aracı, bu tür bir bildirimin otomatik olarak sağlanmasına yardımcı olabilir.

Gereksinim yönetimi araçlarını kullanmış olanlarımız için, bu işi kağıt üzerinde yapmaya geri dönmeyi hayal etmek zor. Ve bu yönteme geri dönmeyi seçecek çok azımız olduğuna inanıyorum. Şahsen herhangi bir gereksinim yönetimi aracını belge tabanlı bir yaklaşım yerine alırdım. Ancak, her boyuttan birçok kuruluşun gereksinimlerini yönetmek için belge tabanlı araçlara güvenmeye devam etmesi benim için şaşırtıcı. Bir Gereksinim Yönetimi aracının kullanılması, gereksinimlerin kontrolünü ele geçirmek için gerekli bir ilk adımdır.

Bir Gereksinim Yönetimi Aracı satın almadan önce...

Profesyonel gereksinim mühendisliği çözümlerinin, gereksinimlerle çalışırken verimliliği artırmaya yardımcı olduğu bir sır değil. Ayrıca, geliştirme yaşam döngüsünün sonraki aşamalarında bulunduğunda genellikle maliyetli düzeltmelere yol açabilecek hataların sayısını en aza indirmeye yardımcı olurlar.

Bu nedenle, birçok şirket bu tür gereksinim mühendisliği çözümleri arıyor, ancak ne yazık ki, hemen hemen her tür yazılım aracı için geçerli olan aynı kural, gereksinim mühendisliği çözümleri için de geçerli: aracı olan bir aptal aptal olarak kalır...

Visure Requirement ALM platformu gibi sınıfının en iyisi gereksinim mühendisliği çözümleri, neredeyse her tür gereksinim mühendisliği sürecini destekleyebilme konusunda çok esnektir. Elbette, bir araç satıcısı olarak size bazı yazılımlar satmaktan mutluluk duyuyoruz, ancak bunun tek başına size yardımcı olmayacağına inanıyoruz. Bunun yerine, ürünlerimizi başarılı bir şekilde kullanmanıza yardımcı olmak istiyoruz.

Bu nedenle, bir gereksinim mühendisliği çözümü satın almadan önce lütfen belirli rollere atanan belirli etkinliklerle tanımlanmış uygun bir gereksinim mühendisliği sürecine sahip olduğunuzdan emin olun. Elbette bu alandaki deneyimlerimizi de sizlerle paylaşabiliriz. Prosesinizin ayrıntılı özelliklerini biliyorsanız, prosesinizin ihtiyaçlarına uygun uygun çözümü bulmanız çok daha kolaydır.

Bir Gereksinim Yönetimi Aracının Başarılı Bir Şekilde Uygulanması İçin 6 İpucu

Yıllar önce, birkaç yılımı çok karmaşık bir silah kontrol sistemi üzerinde çalışarak geçirdim. Tahmin edebileceğiniz gibi, gereksinimler büyük, karmaşık ve sık sık değişiyordu. Hem müşterilerden hem de geliştiricilerden gönderilmeye devam eden sinir bozucu değişiklikleri yönetmeye çalışmak için çok zaman harcadık. O ilk günlerde, bu değişiklikleri değerlendirmemize yardımcı olacak herhangi bir gereksinim yönetimi aracımız yoktu. Interleaf ve Excel kullanıyorduk (artık acı inlemelerini duyabiliyorum). Karmaşık izlenebilirliğimiz dahil her şey manueldi. İzlenebilirlik matrislerini korumaktan ve değişikliklerin etkisini değerlendirmekten başka hiçbir şey yapmayan birkaç çalışanımız vardı. Şu anda sadece Operasyon Konseptinden Sistem Gereksinimlerine ve Alt Sistem Gereksinimlerine kadar izlenebilirliğimiz vardı. "Yalnızca" diyorum ama o zamanlar bu düzeyde izlenebilirliğe sahip olmak bile büyük bir başarıydı.

Yeterince değişiklik yaptığımızda, yeni bir sistem gereksinimleri belgesi ve yeni alt sistem gereksinimleri belgesi yayınladık. Bu zayıf yükleniciler, devasa alt sistem gereksinimlerinden geçmek ve neyin değiştiğini manuel olarak belirlemek zorunda kaldı. Müteahhitlerin endişe duymaları gereken değişiklikleri anlamaya çalışarak harcadıkları zamanı hayal bile edemiyorum.

Bu yükseltme projesinin ortasında, müşteri yeter dedi ve ekibime bir gereksinim yönetimi aracını değerlendirme ve seçme görevi verdi. Seçtiğimiz araç bu özel tartışma için önemli değil, ancak bu araç seçiminden ve uygulamasından öğrendiklerimiz önemlidir. İşte öğrenilen bazı dersler.

(1) – Herkesi memnun edecek tek bir araç yok. Seçimimizi seven ve her adımda bizimle savaşan kullanıcılarımız vardı. Değişimi destekleyen ve uygulayan bir müşteri olmadan, bunun gibi büyük bir program mümkün olmazdı. Bir kullanıcı, araç tarafından oluşturulan izlenebilirlik matrisinin sütun boyutundan şikayet etti ve bunun kendisini günlerce süren manuel çabadan kurtardığı gerçeğini tamamen göz ardı etti.

(2) – Manuel izlenebilirliğimiz çok temiz değildi. Tüm bilgilerimizi araca aktardıktan ve ilişkilendirdikten sonra izlenebilirlikte birçok boşluk bulduk. Daha da rahatsız edici olan, hiçbir anlam ifade etmeyen bağlantılarımızın olmasıydı. İzlenebilirlik matrislerimizi temizlemek için çok çalışmamız gerekti.

(3) - Gereksinimlerin izlenmesi harikaydı, ancak şimdi aynı çabayı gereksinimleri test planlarına bağlamak için kullanabilirdik ve alt sistem gereksinimlerini gözden geçirebileceğimiz tasarım belgelerine bağlayacak kadar ileri gittik. Bu bir gecede olmadı, ama oldu. Sonunda, bir alt sistem gereksiniminden bir tasarım belgesine ve bir kod modülüne kadar sistem gereksinimlerinin izini sürebiliriz. Hatta kod modüllerinin karmaşıklığını belirlemek için bir araç kullandık ve bunu bir değişikliğin uygulanmasının ve test edilmesinin ne kadar zor olacağını belirlemeye yardımcı olması için kullandık.

(4) – Bir gereksinim aracından alınan metrikler, test etkinliklerinin eksiksizliğini anlamanın anahtarıdır. Sıklıkla testlerin %50'sini tamamladığımızı düşünürdük. Sonuçta testlerin %50'si tamamlandı. Ancak bulduğumuz şey, önce sistemin en basit ve en çok anlaşılan kısımlarını test etme eğiliminde olduğumuzdu. Yani %50 tamamlanmış olmamıza rağmen geriye kalan her şey çok yüksek risk taşıyordu. Manuel izlenebilirlik yoluyla belirleyemediğimiz bilgiler olan gereksinim önceliklerine ve yazılım karmaşıklığına bakarak testimize öncelik vermeyi öğrendik.

(5) – Bunalmak çok kolaydı. Basit başlayın. İddialı fikirlerimizden vazgeçmek ve basit bir izlenebilirlik modeliyle başlamak zorundaydık. Araçla öğrendikçe ve daha fazla deneyim kazandıkça, modelimize daha fazla bilgi ekledik. Daha iyi hale getirmek için başka neler yapabileceğimizi bulmak için sürecimizi sürekli olarak değerlendiriyorduk.

(6) - Eğitim ve mentorluktan mahrum kalmayın. Herkesi proje hakkında eğittik ve kullanıcıların başlangıçtaki engelleri aşmasına yardımcı olacak uzmanlar oluşturduk. Aracı kullanma konusunda hız kazanmalarına yardımcı olmak için uzmanlarımızı her seferinde haftalarca yüklenicilerimize gönderdik. Kendi dahili kullanıcı grubumuz bile vardı. Bu tür çabalara hazırlıklı olun.

Bu benim için ne harika bir öğrenme deneyimiydi. Gereksinim sürecinizi iyileştirmek için böyle bir değişikliğe başlamakla ilgileniyorsanız, Visure Solutions ile iletişime geçin. Sürecinizi sizinle tartışmaktan mutluluk duyarız.

Bu gönderiyi paylaşmayı unutmayın!