Cevap.

Soru Tarihi:

Standart dışı veya henüz gelişmekte olan iş süreçlerinin otomasyonu, genellikle net bir şekilde düzenlenmiş senaryoların ve yüksek değişkenliğin yokluğu nedeniyle zor bir görev olarak kabul edilmiştir. Geleneksel sistem analizi yöntemleri her zaman uygun olmayabilir ve daha esnek bir metodolojiye ihtiyaç vardır.

Sorun:

Bu tür süreçlerle çalışmanın en büyük sorunu dinamiklikleridir: başlangıçta yapılan tanımlar, işlemlerin bir kısmının özünü yansıtmayabilir ve müşterilerin talepleri çalışma sürecinde hızla değişebilir veya netleşebilir.

Çözüm:

Gereksinimleri doğru bir şekilde belirlemek ve tanımlamak için döngüsel yaklaşımlar (Agile, Lean) uygulanır, gözlem ve hızlı prototipler aracılığıyla veriler toplanır, kullanıcılar (örneğin, atölye çalışmaları aracılığıyla) aktif bir şekilde dahil edilir ve gereksinimler kullanıcı hikayeleri formatında belgelenir, Confluence, Miro, Figma gibi canlı belgelerle tamamlanır. Yaklaşımın ana özellikleri:

Kullanıcıdan ve iş ekibinden sürekli geri bildirim alma
Belirsiz senaryoları netleştirmek için prototipleme ve hızlı MVP kullanma
Gereksinimlerin artımlı olarak netleştirilmesi: yalnızca sürdürülebilir ve tekrarlanabilir olanı kayıt altına alma

Kandırıcı Sorular.

Analizin başlangıcındaki ve sonundaki gereksinimler birbirine eşit mi?

Hayır, analiz sonuçlarına göre gereksinimler değişir: bazıları eski olurken, bazıları yalnızca prototiplerin gerçek uygulamada kullanılmasından sonra şekillenir.

Değişen bir iş sürecini hemen tamamen belgelemek gerekli mi?

Hayır, yalnızca doğrulanan ve çalışan kısımları belgelemek yeterlidir, geri kalanı hipotezler olarak bırakılmalı veya geliştikçe netleştirilmelidir.

Gereksinimlerin kaydedilmesi için sadece bir yöntem mi seçilmelidir?

Hayır, farklı kitleler ve aşamalar için stand-up panoları, elektronik taslaklar, prototipler gibi birkaç kanal kullanmak önemlidir.

Tipik Hatalar ve Anti-Patternler

Her bir unsuru önceden detaylandırma girişimi (waterfall)
Kullanıcı geri bildirimini göz ardı etme
Yalnızca onaylanmış belgelerle veya yalnızca sözlü gereksinimlerle çalışmak, canlı örnekler olmadan

Hayattan Bir Örnek

Olumsuz durum:

Şirket, henüz kesinleşmemiş bir süreci otomatikleştirmeye karar verdi. Analist süreci sıkı bir şemanın etrafında tanımladı ve çalışanların anlattıkları her şeyi kaydetti. Başlatıldıktan sonra süreç hızla değişti, sistem yeni gerçeklere yanıt vermedi.

Artılar:

Mevcut şemaların hızlı bir şekilde entegrasyonu gerçekleştirildi.

Eksiler:

Süreç yalnızca kısmen otomatikleştirildi, çoğu değişiklik dikkate alınmadı, pahalı yeniden düzenlemeler.

Olumlu durum:

Analist, yalnızca istikrarlı aşamaların kısmi kaydını gerçekleştirdi, minimum işlev seti ile bir MVP oluşturdu, geri bildirim topladı, gereksinimleri iş ile birlikte geliştirdi ve değişiklikler için alan bıraktı.