Sistem AnaliziSistem Analisti

Sistem analisti, görev alanı ile mimar veya iş analisti arasındaki sorumluluk sınırlarını nasıl belirler, böylece tekrar ve çelişkilerden kaçınır?

Hintsage yapay zeka asistanı ile mülakatları geçin

Cevap.

Konunun geçmişi:

Klasik projelerde genellikle analistler ve mimarlar arasında, ayrıca sistem ve iş analistleri arasında çatışmalar ortaya çıkıyordu: her biri bir kısmı "kapatmaya" veya tam tersine sorumlulukların bir kısmını üstlenmeye çalışıyordu. Sınırların net bir şekilde tanımlanması, olgun bir ekibin işaretlerinden biri haline geldi.

Sorun:

Tehlike, işlerin kesişmesi ve tekrar etmesinde yatıyor, bu da yanlış anlamalara, sorumluluk kaybına, gecikmelere ve bazı durumlarda aynı sistem bölümünün tanımlanmasına yönelik paralel ve çelişkili çalışmalara yol açıyor.

Çözüm:

  • Her rol için artefaktlar ve son ürünler belirlenir (örneğin: iş analisti iş hedeflerinden sorumludur, sistem analisti işlevsel spesifikasyonlardan, mimar ise mimari kararlar alır)
  • Proje başlangıcında, sorumluluk alanlarının net bir şekilde ele alındığı ve düzenleyici belgelerin (örneğin RACI matrisleri) onaylandığı atölye çalışmaları/toplantılar yapılır
  • Proje geliştikçe ve bağlam değiştikçe sınırların düzenli olarak tartışılması ve düzeltilmesi önemlidir

Anahtar özellikler:

  • Rollerin ve sorumluluk alanlarının şeffaf dağılımı
  • Artefaktların ve aralarındaki giriş/çıkış noktalarının açıkça tanımlanması
  • Görevler arasındaki ara noktalarda sürekli iletişim ve kontrol

Kandırıcı sorular.

Sistem analistinin tüm sistem mimarisinin tasarım seviyesine çıkması gerekir mi?

Hayır, mimar mimari kararlar alır. Analist, mimarın kullanabileceği gereksinimleri netleştirir, ancak tüm mimariyi tasarlamaz.

İş analisti doğrudan teknik sınırlamaları tanımlamakla ilgilenebilir mi?

Genellikle hayır — iş analisti iş gereksinimlerini oluşturur. Teknik sınırlamalar sistem analisti veya mimarın alanıdır.

Eğer bir görev tanımı iş analistinden alındıysa, sistem analistinin iş ile toplantıyı tekrarlaması gerekir mi?

Hayır, ancak sistem analisti her şeyi doğru anladığından emin olmalı ve uyuşmazlık durumlarında sorular başlatmalıdır.

Tipik hatalar ve anti-paternler

  • Sorumluluk alanlarını "varsayılan olarak" devretme
  • Son ürünlerin (artefaktların) belirsiz tanımı
  • Roller arasındaki düzenli iletişimin eksikliği nedeniyle çatışmalar

Hayattan bir örnek

Olumsuz durum:

İki ekip aynı sistem bölümünü paralel olarak çalışıyordu: analistler sahte mimari yazarken, mimarlar iş süreçlerini tanımlıyordu. Sonuç olarak spesifikasyonlar arasındaki farklar genişledi, uygulama uzadı.

Artılar:

  • Çalışmayı hızlandırmaya yönelik bir çaba

Eksiler:

  • Tekrar, belgesel farklılıklar, süre kaybı

Olumlu durum:

Başlangıçta, kimin ne için sorumlu olduğunu anlaştıkları, sınırları ve bağlantıları belgeledikleri ortak bir atölye çalışması. Daha sonra her aşamada bu anlaşmaların gözden geçirilmesi yapıldı.

Artılar:

  • Net çalışma, çatışma yok, işlerin hızlı tamamlanması

Eksiler:

  • Başlangıçta daha fazla iletişim gerekir ama risklerin minimize edilmesi