Son 3 ayını büyük bir projenin ayrıntılı ve yorucu - gereksinim toplama safhasında geçirdim ve hepsinden önemlisi, tek bedene uygun bir çözüm olmadığını öğrendim . Her durumda işe yarayacak hiçbir süreç, sır yok. Gereksinim analizi gerçek bir beceridir ve tam olarak nihayet anladığınızı düşündüğünüzde, tamamen farklı bir insan grubuna maruz kalırsınız ve bildiğiniz her şeyi pencereden atmanız gerekir.
Farklı paydaşlar farklı soyutlama seviyelerinde düşünürler.
Kolaydır demek "bir iş düzeyde konuşma, teknik değil", ama kolay o ille değil yapmak . Tasarladığınız sistem bir fil ve paydaşlarınız onu inceleyen kör insanlar . Bazı insanlar çok derin bir süreç ve rutinin içine giriyor , bir iş olduğunu bile bilmiyorlar . Diğerleri istediğiniz soyutlama düzeyinde çalışabilir ancak abartılı veya hatta yanlış iddialarda bulunmaya eğilimli olabilir ya da arzulu düşüncelerle meşgul olabilir.
Ne yazık ki, tüm bireyleri bireyler olarak tanımanız ve nasıl düşündüklerini anlamanız, söyledikleri şeyleri nasıl yorumlayacağınızı öğrenmeniz ve hatta neyi göz ardı edeceğinize karar vermeniz gerekir .
Bölmek ve fethetmek
Bir şeyin yapılmasını istemiyorsanız, bir komiteye gönderin.
Komitelerle görüşme. Bu toplantıları mümkün olduğunca küçük tutun. YMMV, ancak deneyimlerime göre ideal boyut açık oturumlar için 3-4 kişi (kendiniz de dahil) ve kapalı oturumlar için 2-3 kişidir (yani belirli bir soruya cevap vermeniz gerektiğinde).
Sektörde benzer işlevleri olan insanlarla tanışmaya çalışıyorum. Kazanılacak çok az şey var ve odadaki pazarlamacıların fasulye sayaçlarıyla fırlatılmasından kaybedecek çok şey var. Bir konuda uzman olan kişileri araştırın ve bu konuda konuşmasını sağlayın.
Hazırlıksız bir toplantı, amaçsız bir toplantıdır.
Diğer birkaç cevap / yorum, straw-man tekniğine atıfta bulundu; bu, sıkıntı çeken kişiler için mükemmel bir çözüm oldu. Ama saman adamlara çok fazla güvenmeyin, yoksa insanlar onları demiryoluna bağlamış gibi hissetmeye başlayacak. İnsanları nazikçe doğru yöne doğru dürtmek ve özelliklerini kendileri ortaya çıkarmalarına izin vermelisiniz, böylece kendilerine ait olduklarını hissederler (ve bir anlamda kendilerine aittirler).
Yapmanız gereken şey, işin nasıl yürüdüğünü ve sistemin nasıl çalışması gerektiğini düşündüğünüz bir tür zihinsel modeldir . Söz konusu şirkette bir uzman olmasanız bile, bir etki alanı uzmanı olmanız gerekir . İşiniz, rakipleriniz, piyasadaki mevcut sistemler ve uzaktan bile olsa ilgili olabilecek her şeyi araştırın.
Bir zamanlar, herkes için uygun olma eğiliminde olan Kullanım Örnekleri gibi üst düzey yapılarla çalışmanın en etkili olduğunu gördüm, ancak yine de belirli sorular sormak çok kritik. "Müşterilerinizi nasıl faturalandırırsınız?" İle başlarsanız. , çok uzun bir toplantı için varsınız. Başlangıcta süreci belgelemek yerine bir süreç ifade eden sorular sorun : Satır öğeleri nelerdir? Nasıl hesaplanır? Ne sıklıkla değişiyorlar? Kaç çeşit satış veya sözleşme var? Nerede basılıyorlar? Kaptın bu işi.
Eğer bir adımı özlüyorsanız, genellikle birileri size söyler. Hiç kimse şikayet etmezse, o zaman kendinize sırt üstü bir pat verin, çünkü işlemi tam olarak onayladınız.
Konu dışı tartışmaları erteleyin .
Gereksinim analisti olarak, aynı zamanda kolaylaştırıcı rolünü de oynuyorsunuz ve tüm zamanınızı toplantılarda harcamaktan gerçekten hoşlanmıyorsanız, olayları takip etmenin bir yolunu bulmanız gerekir. İronik olarak, bu sorun nihayet zaman en zararlı hale do insanlar konuşurken olsun. Dikkatli olmazsanız, rayları döşemek için çok zaman harcadığınız treni raydan çıkarabilir.
Ancak - ve bunu uzun zaman önce zor yoldan öğrendim - insanlara bir sorunun alakasız olduğunu söyleyemezsiniz . Belli ki onlarla alakalı , aksi halde bunun hakkında konuşmuyorlardı. İşiniz, insanların olabildiğince "evet" demesini sağlamak ve bunun gibi bir engel koymak sadece sizi "hayır" alanına sokmak.
Bu, birçok insanın “eylem öğeleri” ile koruyabildiği hassas bir dengedir - temelde bir süre geri geleceğine söz verdiğiniz genel tartışmalar sırası , normalde gerçekten önemli olduğunu düşünen paydaşların isimleriyle etiketlenir. Bu sadece diplomasinin uğruna değil, aynı zamanda toplantılar sırasında neler olduğunu hatırlamanıza yardımcı olacak ve daha sonra açıklama yapmanız gerekirse kiminle konuşacağınız konusunda da değerli bir araçtır.
Farklı analistler bunu farklı şekillerde ele alır; bazıları çok genel beyaz tahta veya yazı tahtası günlüğü gibi, diğerleri sessizce dizüstü bilgisayarlarına hafifçe vuruyor ve yavaşça başka konulara giriyor. Her ne ile rahat hissediyorsan.
Bir gündeme ihtiyacın var
Bu muhtemelen hemen hemen her türlü toplantı için doğrudur, ancak gereksinim toplantıları için iki kat doğrudur. Tartışmalar sürdükçe, insanların zihinleri kaybolmaya başlar ve gerçekten önemsedikleri şeylere ne zaman varacağınızı merak etmeye başlarlar. Gündeme sahip olmak, bazı yapılar sağlar ve aynı zamanda, yukarıda belirtildiği gibi, konu dışı olan bir tartışmayı ertelemeniz gerektiğinde karar vermenize yardımcı olur.
Tam olarak ne o örtmek istedi olmasıdır net bir fikir olmadan oraya gitme ne zaman ve . Bu olmadan, kendi ilerlemenizi değerlendirmek için hiçbir yolunuz kalmaz ve kullanıcılar sizden her zaman uzun sürdüğünüz için nefret edecektir (başka nedenlerden dolayı sizden nefret etmediklerini farz edersiniz).
Alay et
PowerPoint veya Visio'yu sahte bir araç olarak kullanırsanız, çok cilalanmış görünme sorunundan muzdarip olacaksınız . Kullanıcı arayüzlerinin neredeyse esrarengiz bir vadisi ; insanlar peçete çizimleriyle (ya da Balsamiq veya Sketchflow gibi bir araç kullanarak peçete çizimlerine benzeyen bilgisayar tarafından üretilen çizimleri) rahat hissedeceklerdir , çünkü bunun gerçek bir şey olmadığını bilirler - aynı nedenle insanların çizgi film karakterlerini izleyebilmeleri. Ancak, gerçek bir UI gibi görünmeye ne kadar çok başlarsa, o kadar çok insan seçmek ve pençe çekmek isteyecek ve sonuçta önemsiz olan ayrıntılar hakkında tartışmak için daha fazla zaman harcayacaklar.
Bu nedenle, gereksinimler hakkındaki anlayışınızı test etmek için kesinlikle alay edin ( ilk analiz aşamalarından sonra ) - çok hızlı ve ayrıntılı geri bildirim almanın harika bir yoludur - ama onları rahat ettirin ve siz alay edene kadar alay etmeyin. kullanıcılarınızla göz göze geldiğinizden emin olabilirsiniz.
Unutmayın sahte bir yukarı yayınlanabilir bir değil , anlaşılmasına yardımcı olmak amacıyla bir araçtır. UI tasarımını yaparken alaycınıza esir kalmasını beklemeyeceğiniz gibi, tasarımın tamam olduğunu kabul edemezsiniz çünkü alay-up Yaşasın. Gereklilikleri tamamen atlamak için bir koltuk değneği olarak kullanılan ya da daha kötüsü bir bahane olarak kullanılan alaylar gördüm; Bunu yapmadığından emin ol. Geri dönün ve bu sahneyi gerçek bir gereksinim grubuna çevirin.
Sabırlı ol.
Bu, pek çok programcının inanması zor, ama önemsiz olmayan projelerin çoğu için, sadece bir kez oturamaz ve tam bir işlevsel özellik elde edemezsiniz. Tek bir toplantıda sadece sabırdan bahsetmiyorum; Gereksinim analizi, kodla aynı şekilde yinelemelidir. A Grubu bir şey söyler ve sonra B Grubu A Grubundan duyduğuna tamamen aykırı olan bir şey söyler. Sonra A Grubu tutarsızlığı açıklar ve C Grubunun söylemeyi unuttuğu bir şey olduğu ortaya çıkar. 500 kez tekrarlayın ve kabaca gerçeğe benzeyen bir şey edin .
Küçük bir CRUD uygulaması geliştirmiyorsanız (bu durumda neden gereksinimlerinizi hiç rahatsız etmiyorsunuz?) O zaman ihtiyacınız olan her şeyi bir toplantıda ya da iki ya da beşte almayı beklemeyin. Çok dinleyeceksin, çok konuşacak ve kendini çok tekrarlayacaksın. Bu korkunç bir şey değil, aklınızdan çıkarmayın; kaçınılmaz olarak teslimatlarınız için imza attıracak olan insanlarla bir ilişki kurma şansı.
Tekniğini değiştirmek veya doğaçlama yapmaktan korkma.
Bir projenin farklı yönleri aslında farklı analiz teknikleri gerektirebilir. Bazı durumlarda klasik UML (Kullanım Durumu / Etkinlik şemasını kullan) harika çalışıyor. Diğer durumlarda, önceki uyarıma rağmen iş KSI'leri ile başlayabilir veya bir zihin haritasıyla beyin fırtınası yapabilir veya maketlere dalabilirsiniz.
Sonuç olarak, etki alanını kendiniz anlamanız ve başka birinin zamanını boşa harcamadan ödevinizi yapmanız gerekir. Belirli bir departman veya bileşenin yalnızca bir kullanım vakası olduğunu biliyorsanız, ancak delice karmaşık bir durum varsa, kullanım vakası analizini atlayın ve iş akışları veya veri akışları hakkında konuşmaya başlayın. Bir uygulama uygulamasının her parçası için aynı aracı kullanmazsanız, neden gereksinimlerin her kısmı için aynı aracı kullandınız?
Kulağını yere tut.
Gereksinim analizi için okuduğum tüm ipuçlarını ve püf noktaları, muhtemelen en çok göz ardı edilenlerden biri. Açıkçası toplantıları yaptığımdan daha soğuk konuşmaları dinlemeyi ve ara sıra su soğutmalı konuşmalar yapmayı öğrendiğimi düşünüyorum.
İzolasyonda çalışmaya alışkınsanız, konuşmayı duyabilmeniz için hareketin olduğu yerde bir yer bulmaya çalışın. Yapamazsanız, o zaman sadece sık sık, mutfağa veya banyoya veya her yere gidin. İşletmenin gerçekte nasıl çalıştığı hakkında, insanların kahve ya da sigara molaları sırasında neyin övgüye uğradığını ya da şikayet ettiğini dinlemekle ilgili her türlü ilginç şeyi bulacaksınız .
Son olarak, çizgiler arasında okuyun .
Geçmişteki en büyük hatalarımdan biri, sonuçlara odaklanmaktı, insanların ne dediğini duymak için zamanım olmadı . Bazen - çoğu zaman - insanlar hiçbir şey hakkında utanıyormuş gibi görünebilir veya tamamen sizin için anlamsız kılan bazı işlemlere müdahale ediyor gibi görünebilirler, ancak gerçekten söylediklerine yoğunlaşıyorsanız , gerçekten orada olduğunun farkına varacaksınız. orada gömülü bir gereksinim - ya da birkaçı.
Corny ve kulağa saçma geldiği kadar , Beş Whys burada gerçekten faydalı bir teknik. Ne zaman bir dizlik "bu aptal" tepkisine sahipseniz (yüksek sesle söyleyeceğinize değil), kendinizi durdurun ve bir soruya dönüştürün: Neden? Bu bilgiler neden dört kez tekrar basılıyor, sonra basılıyor, fotokopisi çekiliyor, tekrar taranıyor, tekrar basılıyor, bir suntaya sabitlenmiş, dijital kamera ile çekilmiş ve nihayet satış yöneticisine e-postayla gönderiliyor? Orada olan bir sebep ve onlar ne olduğunu bilmiyor olabilir, ama bunu bulmak sizin işiniz. Bununla iyi şanslar. ;)