Cevap.

Sorunun Tarihi:

İş süreçlerinin otomasyonunun erken aşamalarında genellikle müşterinin, resmi olarak belgelenmemiş önemli iş kurallarının bir kısmını tam olarak anlamadığı veya gözden kaçırdığı anlaşılmaktaydı. Bu tür kuralların kesin bir şekilde kaydedilmemesi, mantıksal hatalara, öngörülemeyen durumlara ve iş ile BT arasında uyuşmazlıklara yol açıyordu.

Sorun:

Gizli veya örtük iş kurallarını belirlemek zordur: bunlar yalnızca deneyimli çalışanlar tarafından bilinir, kağıt üzerinde kaydedilebilir veya hiç belgelenmeyebilir. Bu, hata ve çatışma risklerini artırır, ürünün test edilmesini ve uygulanmasını zorlaştırır.

Çözüm:

Sistem analisti şunları uygular:

• Anahtar kullanıcılar ve uzmanlarla mülakatlar
• Olayların ve olağan dışı durumların analizi
• İlgili süreçlerin düzenlemelerinin, mesaj arşivlerinin ve yazışmaların incelenmesi
• Boşlukları belirlemek için durum modelleme ve BPMN/UML diyagramları oluşturma

Kurallar toplandıktan sonra, analist bunları iş kuralı şablonları, çözüm matrisleri, durum ve koşul diyagramları kullanarak biçimlendirir. Gereksinimlerdeki değişiklikler olduğunda belgeleri sürekli günceller.

Anahtar özellikler:

• Belirlenen kuralların doğrulanması için uzmanların aktif katılımı
• Açıklama için şablon formatlarının uygulanması (örneğin, Karar Tablosu)
• Tüm iş kurallarının müşteri ile onaylanması ve onaylanması

Kandırmacalı Sorular.

Müşterinin başlangıçta bahsettiği tüm kuralların kapsamlı olduğunu kabul edebilir miyiz?

Hayır, genellikle önemli bilgilerin bir kısmı gizli veya kendiliğinden anlaşılır kabul edilir. Derinlemesine analiz ve ek çalışmalar gereklidir.

Yalnızca bazı çalışanlar tarafından bilinen kurallar her zaman projede dikkate alınmalı mı?

Hayır, yalnızca bu kurallar iş tarafı tarafından onaylandıysa ve stratejik hedeflerle çelişmiyorsa dikkate alınmalıdır. Aksi takdirde, çelişkilerin kaynağı olabilir.

İş kuralını teknik belgede yalnızca belgelendirmek yeterli midir?

Hayır, uzmanlarla doğrulanması, istisnaların tanımlanması, ifadelerin mutabık kalması ve test belgelerine dahil edilmesi de gereklidir.

Tipik Hatalar ve Anti-Desenler

• Atlanan veya yanlış anlaşılan kurallar, yeniden çalışmalara neden olur
• Kullanıcı senaryolarına bağlanmadan iş kurallarının fazla teknik tanımları
• İş müşterisi tarafından belgelerin onaylanmaması

Hayattan Bir Örnek

Olumsuz Vakalar: Analist, müşteriden alınan iş kurallarını, netleştirici sorular sormadan ve uzman kullanıcıların geri bildirimlerini almadan kaydetti. Ürün ortamında dikkate alınmayan istisnalarla karşılaşıldı (örneğin, özel ödeme durumları). Avantajlar:

• Hızlı bir analitik belge hazırlığı Dezavantajlar:
• Büyük sayıda hata, acil yeniden çalışmalar

Olumlu Vakalar: Analist, uzman kullanıcılarla oturumlar gerçekleştirdi, tüm durumlar için çözüm tabloları kullandı ve son ifadeleri birkaç paydaşla senkronize etti. Avantajlar:

• Tam senaryo kapsama
• Uygulamadaki çatışmaların en aza indirilmesi Dezavantajlar:
• Hazırlık ve onaylama için yüksek zaman maliyeti.