Etki analizi belgesine koyduğunuz şeyler nelerdir?

9

Yani hataları düzeltiyorsunuz, o zaman yazılım ürününün diğer modüllerini etkileyebilecek bir hata ile karşılaştınız. Verileriniz, düzeltmenin etkileri hakkındaki talebinizi desteklemek için yeterli değildir ve sizden bir etki analizi belgesi oluşturmanız istenmiştir.

Bunun nasıl yapılacağına dair tanımlanmış bir süreç var mı?
Gerekli temel bilgiler nelerdir?
Bu belge için bilinen herhangi bir biçim / şablon var mı?

project-management documentation

— setzamora
kaynak

1

Bana bazı biri sizi oraya koymak ve herhangi bir argüman olmadan bu hatayı düzeltmek için süslü bir terim pişirilmiş gibi görünüyor.

— Aditya P

4

Bu soru ve cevabı beni böyle mutlu bir ortamda çalışmadığım için mutlu ediyor. "Çift Yönlü İzlenebilirlik Matrisi"? "Karar Analizi ve Karar Formları"? Gerçekten mi? İş yapmamanın kaç farklı yoluna ihtiyacınız var?

— Rein Henrichs

2

@Rein, hepsi iş. İş sadece kodlama değildir. Ayrıca, bu bir kişinin değil. Analiz, Tasarım, Kodlama, Tahminin bir kişi tarafından yapıldığı küçük organizasyonlarda, bu gerçekten cehennem gibidir, ancak uzmanlığa sahip büyük ekiplerle bu büyük bir sorun değildir.

— M.Sameer

4

@AdityaGameProgrammer, @Rein Henrichs: Yorumlarınızı anlamıyorum. Planlama ve yönetim yapmamanızı önerir misiniz? Tabii ki, proje bir kişi tarafından yapılıyorsa ve değişikliğin uygulanması kolaysa doğrudan kodlamaya başlamak uygundur. Peki ya büyük ölçekli projeler ve bir projenin farklı bölümleri üzerinde büyük etkisi olabilecek değişiklikler ne olacak?

— Arseni Mourzenko

5

Çalıştığım şirketin içinde yapıldığında etki analizi için gördüğüm şablonlar. Değişiklik İsteklerini değerlendirmek ve bunlar üzerinde çalışmadan önce (ve muhtemelen bazılarını reddetmek için) kullanırız. Bunun gibi bölümleri vardı:

Gereksinimler Üzerindeki Etkisi: Bu bölümde Analist, istenen değişikliği desteklemek için Kullanım Durumlarında nelerin değiştirilmesi gerektiğini yazar.
Tasarım ve Mimariye Etkisi: Bu bölümde mimar ve tasarımcı, değişikliğin desteklenmesi için modelin hangi bölümlerinin değiştirilmesi veya yeniden yapılması gerektiğinden bahseder.
Test Üzerindeki Etkisi: QC, test senaryolarının güncellenmesi gerektiğini yazar.
Tahmin ve Çizelge Üzerindeki Etkisi: Proje yöneticisi, gereken çabayı, değişikliğin maliyetini ve proje çizelgesi üzerindeki etkisini tahmin eder.

Olası tüm etkileri kapsamak için bağımlılıklardan geçmeniz gerekir. Çift Yönlü İzlenebilirlik Matrisiniz varsa bunu kolaylaştıracaktır.

Yukarıdaki düzeni kullandık çünkü tasarımcı, değişimin daha iyi anlaşılması için analistin bakış açısından etkisini bilmeli ve test uzmanının analistin ve mimarın görüşünü bilmesi gerekiyor. Benzer şekilde, PM'nin maliyeti ve programı bilmek için tüm bilgilere ihtiyacı vardır.

Bunu CR'lerle kullandık, ancak böceklerle aynı şekilde kullanabilirsiniz. Ayrıca, hatayı çözmek için birkaç düzeltme çözümü arasında seçim yapmak için bunu yapmanız gerekirse, olası her çözüm için etki analizini tekrarlamanız ve hangi çözümün hangisi olduğunu öğrenmek için tüm verileri tek bir Karar Analizi ve Çözünürlüğü (DAR) formunda birleştirmeniz gerekir. en iyisi. DAR formuna, gelecekteki sürdürülebilirlik veya etki analizinde örtük olarak yer almayan diğer faktörler gibi bazı değerlendirme faktörleri eklemelisiniz. Daha sonra her bir faktör ağırlığını ve her faktördeki her çözelti puanını verin. Sonunda çarpın ve puan * ağırlığı toplayın ve en iyisini seçin. Maliyetin faktörlere dahil edilebileceğini veya PM'nin başka bir görüşü olabileceğini unutmayın.

— M.Sameer
kaynak

1

Kulağa… burrokratik. (Yani, eşekler tarafından yönetiliyor gibi görünüyorsunuz.)

— Donal Fellows

3

@Donal Fellows, Bu CMMi danışmanları ve IBM'den süreç iyileştirme danışmanları tarafından tavsiye edilmiştir.

— M.Sameer

3

Herhangi bir belge ile çevik yaklaşımın iyi olduğuna inanıyorum. Şimdi, çevikliğin "hiçbir belge veya analiz yok" anlamına geldiği konusunda bazı yanılgılar var, ancak durum böyle değil. Çevik hakkında okuduğum şeyler "neyin işe yaradığını kullan" der. Bunu, belgenin göreve uygun uzunlukta ve ayrıntılı olması gerektiği anlamına geliyor.

Şablonlar bir kontrol listesi olarak yardımcı olabilir, ancak küçük veya düşük riskli değişiklikler için her bölümün doldurulmasını istemem. Tek satırlık bir değişiklik için, belki de bir dokümana ihtiyacınız yoktur. Etki analizi belgesi için hiç şablon kullanmadım, ancak düzenli olarak iş gereksinimleri veya teknik özelliklerle ilgileniyorum. Bir şablon çok kısıtlayıcı olabilir; bunun yerine iyi bir rehber izleyicinin kim olacağını düşünmektir. Teknik olmayan yöneticiler içinse, değişikliğin ticari gerekçelerine odaklanın. Teknik insanlar içinse, ekipteki yeni bir kişinin kaybolmaması için biraz arka plan sağlayın ve değişikliği desteklemeleri gerekiyorsa onlara başlayacak kadar verin. Ayrıca, daha fazla sürtünmesiz ve hafif bir şey istiyorsanız, bir dokümanı hiç kullanmayın, bir wiki'ye koyun.

Eklenecek bilgiler:

Sorunun kısa açıklaması
Kusurun başarısızlığa ve / veya verimsizliğe nasıl neden olduğunu açıklayın veya gösterin
Karmaşıklık tahminini dahil et
Düzeltme için maliyet ve zaman tahminini ekleyin

Bu iyi bir minimum. Diğer yazı, IBM'den oldukça ağır CMMi öğelerini vurguladı; bunun için zamanınız ve kaynaklarınız varsa (ve insan hayatının tehlikede olduğu NASA için sistemler oluştururken, insanlar bu konuda ciddi olsa iyi olur) harika ama küçük takımlar için muhtemelen bu kadar ağır olmanıza gerek yok . Tahminlere her zaman olduğu gibi dikkat edin. Yöneticiler bir tahminin gerçek olduğunu varsayarlar.

Çevik yaklaşımda tehlikeler olduğunu unutmayın. Bazı geliştiriciler bunun "dokümana gerek yok, sadece hack yapmaya başlayın" anlamına geldiğini düşünüyor (bazı durumlarda sorun yaratabilir). Ayrıca, diğerleri görev verilen enlemi alacak ve gerçekten yardım etmeyen gerçekten berbat belgeleri yazacak (çoğu durumda mutlaka sorun değil). Sorunun bir kısmı iyi yazmanın biraz çaba, beceri ve zaman gerektirmesidir; çoğumuz bunlardan en az ikisinde kısayız;)

Her zaman dokümantasyon konusunda büyük oldum çünkü en azından bir plana sahip olmak için yeterli düşünceye sahip olduğunuzu kanıtlıyor. Ancak yaşlılığımda, çok fazla dokümantasyonun kendisinin bir bakım güçlüğü haline gelebileceğini ve dokümantasyonun güncellenmesini sağlamak için yeterli sayıda insanın yeterli olmadığını umuyorum.

— Bernard Dy
kaynak

-1

Etki Analizi belgesi, özellikle programcıların coğrafi olarak farklı yerlerde çalıştığı büyük ölçekli projelerde gereklidir.

Etki Analizi belgesi, değişikliğin üretimde iyi çalışan diğer bileşeni etkilemediğinden emin olmak için olası satış tarafından onaylanmalıdır.

Gereksinimin tamamen anlaşıldığından ve yeniden çalışmayı önlemek için değiştirilecek tüm bileşenlerin tanımlandığından emin olmak için Etki Analizi gereklidir

Etki Analizi, müşteri paydaşlarının hesap verebilirliği için de gereklidir. Aksi takdirde, dağıtımdan sonra bir sorun oluştuğunda geliştirici günah keçisi olur.

Etki Analizi, tahminin temelidir. Bu olmadan, tahminin herhangi bir dayanağı yoktur. Çok yüksek veya çok düşük olabilir. Etki Analizi ile fiili çaba aşılırsa açıklamak da kolaydır.

— Raghu
kaynak

-2

Burada bir etki analizi raporu için normlu bir şablonunuz var. Belirli bir endüstri dalı için özelleştirilmiştir, ancak yine de kendi belgenizi yazmak için ilham kaynağı olabilecek yararlı bölümlere sahiptir.

Bağlantı: http://www.itu.int/tr/itu-d/projects/documents/templateimpactanalysis.pdf

Şerefe

— Nano
kaynak

Önerilen okuma: Cevabınız başka bir kalede: cevap ne zaman cevap değil? "açık konuşmama izin verin: bu tür bir cevap bir cevap değildir . Eğer bunu görürseniz, işaretleyin. Moderatörler, işaretli görürseniz, silin "

— gnat

Aslında katılmıyorum. Benim görevim bir cevap, özellikle "Bu belge için bilinen formatlar / şablonlar var mı?" Sorusunun 3. mermisi için bir cevaptır. Orada bir Telco panosundan bir tane var. Belki de yazılım geliştirme için özel olarak tasarlanmamıştır, ancak bu pdf'de kendi Etki Analizi şablonunuzu oluşturmak için ilham kaynağı olarak kullanılabilecek bazı ilginç bölümler vardır. Kendi önyargılı görüşünüz tarafından analiz edilen yayınların cesaretini kırmadan önce, soruyu yayınlayan orijinal kullanıcının girdim hakkında ne düşündüğünü bilmek ilginç olurdu. Şerefe.

— Nano

iyi bir nokta - bunun gerçekten resmi olarak bir cevap olarak nitelendirdiğini kabul edin (sorunun bir kısmını açıkça konu dışı bir kaynak talebini ele alırken )

— gnat