İş Analizi Süreç Akışı: Adım Adım Eğitim

İş Analizi Sürecinde izlenecek adımlar nelerdir?

Aşağıda iş analizi sürecinde yer alan adımlar yer almaktadır. 1. iş analizi sürecinden planlama aşamasının sonuna kadar size rehberlik edecektir.

Adım 1) Projeyle ilgili tüm bilgileri toplayın

It is İş Analisti Proje ile ilgili her detayı, projeyle bağlantılı kişilere (proje yöneticisi, proje sponsoru, fonksiyonel yönetici veya işletme sahibi) sorular sorarak toplama sorumluluğu.

Toplanan bilgiler şu konuları kapsamalıdır:

• Proje kapsamı ve sınırları
• Organizasyonu etkileyen mevcut faktörler
• Proje riski ve kısıtlamalar
• Daha geniş organizasyonel bağlam

Projeye aktif olarak katılan paydaşları belirleyin. Bu aynı zamanda bir değerlendirme yapmak için de iyi bir fırsattır. Paydaş İhtiyaç Analizi.

Bu bilgileri topladıktan sonra, projedeki rolünüzü analiz edin ve bir İş Analisti olarak ekleyebileceğiniz bir kontrol listesi oluşturun, örneğin:

• Önceki deneyimlerinizden hangi dersleri mevcut projeye uygulayabilirsiniz?
• Mevcut proje için gerekli dokümantasyon ve planlama
• Projenin olası sonuçlarını paydaşlarla görüşmek
• Projeye dahil olan üyeleri belirleyin.
• Ek bilgiye ihtiyaç duyulduğunda müşteri ve paydaşlarla bir toplantı düzenleyin.
• Beklenen çıktılar ve bunların istendiği format
• Projeyi daha iyi anlamak için inceleyebileceğiniz mevcut dokümanlar.
• Metodoloji (Çevik veya Şelaleprojeye en uygun olacak olan

Adım 2) Paydaşları Belirleyin ve Bir Plan Oluşturun RevGörüş Toplantısı

İkinci adımda, bir kurulum yapın. gözden geçirme toplantısı Proje yöneticisi, paydaşlar ve ekip üyeleriyle birlikte. Belirsiz bir gündem genellikle proje başarısızlığına yol açar.

• Projeden ne beklendiği konusunda net olun.
• Toplantıya proje yöneticisini, paydaşları ve ekip üyelerini dahil edin ve projeyle ilgili sorular sorun.
• Tamamen yeni bir proje üzerinde çalışıyorsanız, proje yöneticisine veya daha önce o alanda çalışmış bir kişiye danışın.

3. Adım) Projeyle İlgili Tüm Belgeleri Analiz Edin

Ardından, uygun şekilde çözümlemek Proje ile ilgili tüm belgeler, örneğin:

• İş süreci belgeleri
• İş ve sistem gereksinimleri belgeleri
• İş vakaları
• Grafikler ve akış diyagramları
• Proje planları
• Organizasyon şeması
• Strateji belgeleri ve iş planları
• Politikalar ve mevzuat

İş gereksinimleri belgesinde gizlenmiş tüm bilgileri ortaya çıkarın ve tracMevcut sistemler, süreçler, prosedürler ve operasyonlarla ilgili boşluklar olabilir. Size verilen belge güncel olmayabilir, bu nedenle nihai bilgi olarak kabul etmeden önce bulduğunuz her bilgiyi doğrulayın.

4. Adım) Keşfettiğiniz Tüm Gerçekleri ve Bilgileri Kaydedin

Araştırma ve analiz sürecinde, değiştirilmesi veya uygulanması gereken proje hakkında birçok faydalı bilgi ortaya çıkaracaksınız. Daha sonra incelenebilmesi için her bulguyu kaydedin.

• Raporlama gereksinimleri dahil iş gereksinimleri
• İş süreçleri ve destekleyici sistemler
• İşlevsel ve işlevsel olmayan gereksinimler
• Şu anda projeyi etkileyen sorunlar ve riskler

Adım 5) Sorun Alanını Anlamak

Bu aşamada projeyi iyice anlamış oldunuz, bu yüzden şunları yapabilirsiniz: Sorun alanını tanımlayınBunu öğrenmeniz gerekiyor:

• Hangi iş fonksiyonu etkilenecek?
• İşletmeyi etkileyen riskler ve faktörler
• Projeyi etkileyen politikalar ve kısıtlamalar
• Projenin önem düzeyini belirleyen değerler
• Şu anda iş faaliyetlerini destekleyen sistemler
• Sorun alanını özetleyen belgeler, örneğin Yıllık Rapor.
• İşletmenin şu anda arzu edilen sonuçlara ulaşmasını engelleyen sorunlar
• Önerilen değişikliğin sorun alanında bir fark yaratıp yaratmayacağı

Adım 6) İş Gereksinimlerini Sunun

Tüm iş gereksinimlerini topladıktan ve sorun alanını anladıktan sonraki adım şudur: iş gereksinimlerini sunmak Paydaşlara veya proje yöneticisine yönelik sunumlarda kullanılan yaygın teknikler şunlardır:

• Bir tablo veya e-tablo
• Bir diyagram veya grafik
• Bir prototip veya simülasyon
• Yapılandırılmış bir metin şablonu veya yapılandırılmış cümle

İş Analisti sürecine hızlı bir genel bakış sağlayan terimler sözlüğü:

• Amaç: Önerilen girişim için gerekli iş analizi faaliyetlerinin amacını tanımlar
• Dürbün: Dahil edilen ve hariç tutulan teslimatları tanımlar
• Ana neden: Belirlenen sorunların temel nedenlerini tanımlar.
• Şu anki durum: Değişim ihtiyacına yol açan sorunu tanımlar.
• Planlanmış aktiviteler: Faaliyetin nedenini, teslimatları ve teslimat tarihlerini tanımlar
• Paydaş Katılım Planı: Paydaş katılım sürecine genel bir bakış sunar.
• Kalite Yönetimi: Proje çıktılarının kalitesini sağlayacak faaliyetleri açıklar.
• Target Şart: Belirlenen kritik sorunların nasıl ele alınacağını tanımlar.

İş Analisti için hızlı ipuçları

• Toplantılarda sorular sorun
• Paydaş toplantısı veya inceleme öncesinde hazırlıklı olun
• Değişime ve yeni deneyimlere uyum sağlayabilin.
• Beklentileri yönetin
• Geri bildirime yanıt verme

İş Analizi Sürecinde Üretilen Yaygın Çıktılar

Her iş analizi süreci, proje ekibinin, sponsorların ve denetçilerin kullanabileceği bir dizi belge bırakır. tracTekrar başa dönelim. Bu çıktıları tutarlı bir şekilde üretmek, sürecin projeler arasında tekrarlanabilir olmasını sağlar.

• İş Analizi Planı: Analiz çalışmalarına yönelik yaklaşımı, zaman çizelgesini ve paydaş katılım planını açıklamaktadır.
• Paydaş Kaydı: Tüm paydaşları, rolleri, etkileri, beklentileri ve tercih ettikleri iletişim kanallarıyla birlikte listeler.
• İş Gereksinimleri Belgesi (BRD): İşletmenin üst düzey ihtiyaçlarını, hedeflerini ve başarı kriterlerini, teknik olmayan paydaşların anlayabileceği bir dilde ifade eder.
• İşlevsel ve İşlevsel Olmayan Gereksinimler: BRD'yi, geliştiricilerin ve test uzmanlarının temel alabileceği sistem davranışlarına, kalite özelliklerine ve kısıtlamalara dönüştürün.
• Süreç Modelleri ve Kullanım Senaryoları: Mevcut durum ve gelecekteki durum iş akışlarını BPMN diyagramları, UML kullanım senaryoları veya aktivite diyagramları kullanarak gösterin.
• Yer Alan Kurallar TracUygunluk Matrisi (RTM): Her gereksinimi kaynağına, tasarım öğesine ve onu doğrulayan testlere bağlar.
• Değişiklik Talebi Günlüğü: Kapsamda yapılan her değişikliği, etkisini, kararını ve onaylayanını kaydederek denetim izinin bozulmadan kalmasını sağlar.

Bu çıktılar, her ekip üyesinin aynı sürümle çalışabilmesi için Confluence, SharePoint veya özel bir gereksinim yönetimi aracı gibi paylaşılan bir depoda saklanmalıdır.

İş Analizi Sürecinde Kaçınılması Gereken Yaygın Hatalar

Deneyimli İş Analistleri bile teslimat baskısı altında aynı tuzaklara düşebilir. Aşağıdaki hatalara dikkat etmek, projenin ilerleyen aşamalarında yaşanabilecek yeniden çalışma ve kapsam sürprizlerinin çoğunu önler.

• Zumping Sorunu çerçevelemeden önce bir çözüme ulaşmak: Sorunun asıl nedeni anlaşılmadan önce bir sistem, araç veya özellik önermek, pahalı yeniden çalışmalara ve gerçek iş ihtiyacını karşılamayan bir çözüme yol açar.
• Atlamakping Paydaş onayı: Sistemin kullanıcılarından onay alınmadan gereksinimlerin kaydedilmesi, ancak kullanıcı kabul testleri sırasında ortaya çıkan boşluklar yaratır.
• Gereksinimleri statik olarak ele almak: Proje süresince iş ihtiyaçları değişir. Gereksinim deposunu yönetmeyen bir İş Analisti ve tracYetenek matrisi kısa sürede kapsam üzerindeki kontrolünü kaybeder.
• İş birliği yapmak yerine aşırı belgelemeye yönelmek: Kimsenin okumadığı 200 sayfalık bir BRD (İş Gereksinimleri Şeması) hazırlamak, düzenli çalışma oturumları ve görsel modellerle desteklenen kısa bir belgeden daha kötüdür.
• Sadece mutlu sona odaklanmak: İstisna durumlarının, hata yönetiminin ve işlevsel olmayan gereksinimlerin eksikliği, hataların üretime geçmesine neden olur ve kullanıcılarla olan güveni zedeler.
• Kendi içlerinde izole bir şekilde çalışmak: Geliştiriciler, test uzmanları ve operasyon ekipleri olmadan gereksinimleri analiz etmek, ortak bir incelemede yakalanabilecek uygulanabilirlik risklerini ve sonraki aşamalardaki kısıtlamaları gözden kaçırmaya yol açar.
• Belirsiz veya muğlak bir dil kullanmak: Ölçülebilir kabul kriterleri olmadan kullanılan "kullanıcı dostu", "hızlı" veya "esnek" gibi kelimeler, ancak özellik gösterildiğinde ortaya çıkan anlaşmazlıklara yol açar.

İş Analizi Sürecini Destekleyen Popüler Araçlar

Doğru araç seti, iş analizi sürecinin her aşamasını, ihtiyaç belirlemeden onay aşamasına kadar destekler. Çoğu ekip, hafif bir iş listesi aracı, bir modelleme aracı ve bir dokümantasyon platformunu bir araya getirir.

• Jira ve Azure DevOps: TracÇevik teslimat ekipleri genelinde k epiklerini, kullanıcı hikayelerini ve hataları takip edin ve gereksinimleri sprint çalışmalarına bağlayın.
• Confluence, SharePoint ve Notion: İş analizi planını, toplantı notlarını, kararları ve iş gereksinim belgelerini (BRD'ler) paydaşların erişebileceği, aranabilir bir alanda saklayın.
• Microsoft Visio, Lucidchartve draw.io: İş akışlarını ve aktarımları görünür kılan BPMN süreç akış şemaları, kullanım senaryosu diyagramları ve veri modelleri çizin.
• Jama Connect, IBM KAPILAR, Modern Requirementsve Visure: Temel referans noktaları kullanarak gereksinimleri büyük ölçekte yönetin. tracDüzenlemeye tabi projeler için uygulanabilirlik ve etki analizi.
• Miro ve Duvar Resmi: Uzaktan keşfi kolaylaştırın, kullanıcı yolculuğu haritası oluşturun.pingve yakınlık haritasıping gerçek zamanlı atölye çalışmaları.
• Balsamiq ve Figma: Geliştirme başlamadan önce, önerilen ekranları iş kullanıcılarıyla doğrulayan düşük çözünürlüklü arayüz taslakları ve yüksek çözünürlüklü prototipler oluşturun.

Küçük ekipler genellikle Jira, Confluence ve diğer araçlarla işe başlar. LucidchartDaha büyük veya düzenlemeye tabi programlar, bir kez özel bir gereksinim yönetimi aracı ekler. tracPerformans, temel ölçütler ve denetim kayıtları zorunlu hale gelir.

SSS