Etiket: analiz

OLAP Hakkında Özlü Bir Yazı

OLAP hakkında genel bir bilgi veren güzel bir yazı. Kaynak: http://www.danismend.com/kategori/altkategori/olap-1/

Her işin tek tuşa basılarak hazırlandığını sanan patronunuz, günlerce uğraşarak hazırladığınız raporunuzda, “Bir de rapora, 3 ay öncesiyle karşılaştırmalı bakalım” veya “Bir de tüm bu verileri, ürün tipi kırılımında inceleyelim” derse ne yaparsınız? İşleriniz devamlı bu şekilde güncellemeler, asla bitmeyen raporlarla mı geçiyor? O zaman OLAP nedir mutlaka öğrenmelisiniz.

OLAP nedir ?
İlişkisel veri tabanlarının yaygınlığı ve sonrasında ortaya çıkan Veri Ambarlarının gelişmesi ile beraber, verilere daha hızlı şekilde erişme ve çok boyutlu analiz ihtiyaçları, bilim adamlarını ve yazılım şirketlerini, daha farklı yapılar geliştirmeye itmiştir.

Bu amaçla geliştirilen bir teknoloji olan OLAP (On-line Analytical Processing), ilişkisel veri tabanları gibi, bilimsel temeller üzerine değil, OLAP ürünleri üreten firmaların desteğinde çıkan bir teknoloji olmuştur. Bu nedenle, veri tabanları, ilişkisel veri tabanları ve hatta veri ambarları üzerine birçok akademik yazı bulunmasına rağmen, OLAP üzerine genellikle, ürün dökumanları ve şirketlerin tanıtım yazıları bulunabilmektedir.

OLAP terimini ilk olarak ortaya çıkışı ise, 1993 yılında, Dr. E.F.Codd ’un ortaya koyduğu kurallar çerçevesinde olmuştur. Bu yazı, OLAP için bir temel oluştursa da, kimi çevrelere göre, o yıllarda Arbor Software (Şimdiki Hyperion Solutions) için bir white paper olmaktan öteye gidememiştir.

Bu yazıya göre, bir veri yapısının OLAP olarak nitelendirilebilmesi için 12 kural belirlenmiştir. Bu kurallar sırası ile:

  • Çok boyutlu inceleme özelliğine sahip olması,
  • Şeffaflık,
  • Erişilebilirlik,
  • Her seviyede sorgulama için aynı performansı gösterebilme özelliği,
  • İstemci-Sunucu yapısında olması,
  • Sınırsız şekilde çarpraz raporlama olanağının olması,
  • En alt seviyedeki verilerin otomatik olarak ayarlanması,
  • Her şarta uygun boyutlandırılabilirlik,
  • Çok kullanıcı desteğinin olması,
  • Her seviyede verilerin değiştirilebilir olması,
  • Esnek raporlama özelliği,
  • Boyut ve gruplamalarda sınır olmaması.

Kullanılan sektörler/alanlar nelerdir?
OLAP, yöneticiler ve analistlerin, verilere çok hızlı şekilde, farklı açılardan bakabilmelerini sağlayan bir yapıdır. “Kim?” ve “Ne Zaman?” sorularından başka, “Neden?” ve “Eğer şu olursa…” sorularının da yanıtını verir. (Ör : Eğer şeker fiyatları 5% lira ve taşıma maliyetleri 10% düşerse, yıllık ve çeyrekler bazında kârlılık ne olur gibi.)

Akıllı raporlama araçları sayesinde, neden sorularının cevapları da kolaylıkla alınabilmektedir. Genel eğilimden farklılık gösteren, uç değerler yaratan elemanları birçok analiz aracı, sayısal detaylara girmeden, sadece renklerle bile görüntüleyebilmektedir.

OLAP’ı sadece büyük özet tablolar gibi yorumlamak pek doğru değildir. Excel kullanıcıların yakından tanıyacakları Pivot tabloların, çok gelişmiş ve hızlı bir hali olarak gözönüne getirmek daha doğru olacaktır. Tasarlanan bir OLAP yapısının, hiyerarşilerini ve boyutlarını görmek mümkün olsa da, verileri nasıl tuttuğunu, 2 veya grafikler olarak göstermek mümkün değildir, ancak iç içe geçmiş küpler olarak yorumlanabilir. Bu nedenler OLAP yapılarına, “küp” adı verilmektedir.

Bir veri ambarınızın olması, OLAP’a ihtiyacınız olmadığı anlamına gelmez. Veri Ambarları ve OLAP birbirlerinin tamamlarlar. Veri Ambarı verileri uygun şekilde tutmaya ve kontrol etmeye yarar. OLAP ise, DW verilerini stratejik bilgilere dönüştürmeye yarar.

Bir şirket yapısı içerisinde, departmanlar bazında inceleyecek olursak;
Pazarlama departmanlarında OLAP’ın en yaygın kullanım alanları, pazar araştırmalarında, satış tahminleri, promosyon ve kampanya analizleri, müşteri analizleri ve Pazar/Müşteri segmentasyonlarıdır. Data Mining sonuçlarının değerlendirilmesi ve demografikler bazında incelenmesi seviyesinde de olmazsa-olmaz araçlardan biri olarak yer almaktadır.

Üretim ile ilgili uygulamaları ise en yoğun olarak üretim planlama ve hata analizleridir. Özellikle senaryogeliştirmekte ve farklı ürün tipleri ile çalışılan yapılarda, çok boyutlu düşünme imkanı sayesinde maliyetler ve fiyatlamalar, kolaylıkla çıkarılabilmektedir.

Finans Departmanları ise OLAP’ı bütçeleme, Activity-Based Costing, finansal performans analizleri ve finansal modelleme amaçları ile kullanabilir. Özellikle konsolidasyon konusunda yaratılacak modeller, çok büyük kolaylıklar sağlamaktadırlar. Strateji belirleme, Satış analizleri ve gelecek tahminleri ise, satış departmanlarındaki OLAP uygulamadır.

OLAP’ın özellikleri
Zaman kazancının dışında, OLAP 3 çok önemli özelliği de beraberinde getirmektedir.

Verilere çok boyutlu bakabilme özelliği :
Analizler sırasında kullanmış olduğumuz, her türlü kırılıma boyut adını verebiliriz. Örneğin demografik veriler (yaş, cinsiyet, eğitim durumu), sayısal veriler, adetler, işlem miktarları, gerçekleşen ve bütçelenen değerler, ürün tüpleri, ürün özellikleri ve zaman. Yöneticiler ve analistler, çalışmaları sırasında, tüm bu tanımlanan verileri yatay veya düşey eksenlerde çakıştırarak görmek isteyebilirler.

İlişkisel veri tabanları, bu şekilde raporlara izin vermezler, fakat raporlama araçlarının yetenekleri ile, belirli bir noktaya kadar tolere edilebilir. Fakat daha karmaşık analizler işin içine girdiğinde, bir olap yapısı kurmadan bu raporları almak imkansız hale gelebilir.

İlişkisel veri tabaları üzerinde karmaşık SQL kodları yazmak, ya da raporlama aracının sahip olduğu programlama dili üzerinde uğraşmak gerekebilir. Bu da, analizi yapan kişilerin, işin özünden çıkarak, analiz gerektirebilecek verilere değil, teknik olanaklara, daha kolay şekilde alabilecekleri verilere kanalize olmaları sonucunu doğurur. Bu nedenle, iş zekası programlarının pratik olmasının yanında, fazla teknik bilgi kullanmadan raporların alınabilir olması, farklı kaynakları bir arada kullanabilecek, konsolide edebilecek yapıda olmaları gerekir.

Boyutların başka bir özelliği de hiyerarşiler tanımlanabilmesidir. Hiyerarşiler sayesinde, hem toplamlara ulaşmak kolaylaşmakta, hem de farklı gruplar için, farklı senaryolar hazırlayabilme şansı doğmaktadır.

Karmaşık Hesaplamalar:
Bir OLAP sisteminin gerçek performansı, karmaşık hesaplamaları yapma gücü ile ölçülebilir. OLAP sistemleri, sadece toplama işleminden başka işlemler de yapabilecek güçte olmalıdırlar. Gerçek hayat, her zaman daha karışıktır. Analiz yapanlar için, asıl rakamlardan çok, yüzde sel dağılımlar çok daha önemlidir. Birkaç yıllık satış içerisinde, binlerce ürün türü için günlük bazda satışları yüzdesel olarak analiz edip, sıraya dizebilmek bir RDBMS ile saatler sürecek bir raporun çalışmasını gerektirebilir. Oysa uygun bir OLAP sistem ile, bir günlük satışlar ve birkaç yıllık satış rakamı arasında bir fark olmamalıdır. Satış tahminlerinde, genellikle “moving average” ve “yüzde artış” gibi trend analizleri kullanılır. Finansal analizlerde, envanter hesaplarında ve portföy performans hesaplarında, zamana göre ürünlerin toplanma sırası, sonucu tamamen değiştirebilir. (yukarıdan aşağıya, ya da aşağıdan yukarıya, LIFO-FIFO) Kullanılacak OLAP yapısında, bu şekilde hesaplamalara da izin verir bir yapısının olması gerekir.

Zaman kavramları:
Zaman boyutu, neredeyse her analizin temel bileşenidir. Zaman, diğer boyutlardan farklı olarak, kendine has bir sıralama içersinde gider. Alfabetik (Ocak her zaman Şubat’tan önce gelmelidir) veya nümerik sıralamalardan (12/31, 01/01’den önce gelmelidir) her zaman farklıdır. Gerçek OLAP sistemleri, zamanın bu şekilde sıralanmasını sağlarlar.

OLAP’ın yararları
Analiz yapan kişiler, daha kendine yeterli, IT’den bağımsız hale gelebilmektedirler.
Düşük kapasiteli sistemlerde yaşanan, zaman sıkıntısı problemleri ortadan kalkmaktadır. Üretim sistemini rapor için hızlandıracak büyük yatırımlar yerine, çok daha düşük maliyetli bir rapor sistemi kurmak bir çözüm olabilir. Yeni dönemde çıkan, tümleşik OLAP yapılarında, ilişkisel veri tabanı ve OLAP iç içe bir yapıda olduklarından, üretim sistemeleri ya da veri ambarları üzerinde, toplamlar gerektiğinde, ilgili sorgulama OLAP küplerine yönlendirilerek, çok yüksek ölçüde performans getirisi sağlanabilmektedir.

Ayrıca bu yapılar sayesinde, OLAP sistemi için, hem yazılım hem de güncelleme anlamında, ikinci kez masraf yapmak zorluğu da ortadan kalkmaktadır.

Bu şekilde bir yatırımla, var olan IT sistemi de rahatlamakta, üretim sistemi üzerinde yer alan raporlar ortadan kalkmaktadır.

Farklı kaynaklardan alınan kaynaklar konsolide edilmekte ve veri güvenliği sağlanmaktadır.
Veriler toplamları alınmış şekilde bulunduklarından, toplam verilerin bulunması için gerekli raw-data, analistin makinesine aktarılması gerekmediğinden, network üzerinde büyük ölçüde bir trafik kazancı sağlanmaktadır.

Zaman kazancı, aynı zamanda kaynakların etkin kullanımı ve para kazancı anlamına da gelmektedir.

Emir Türkmen
Emir.turkmen@advantage.com.tr
(Yazar hakkında: İTÜ Matematik Mühendisliği mezunu olan Türkmen, MBA eğitimini İstanbul Bilgi Üniversitesinde tamamlamıştır. 6 yıldır çeşitli tanınmış firmalarda programlama, Veri Tabanları, Data Warehousing ve OLAP üzerine çalışan Emir Türkmen, şu anda Benkar-Advantage’da Veritabanı Pazarlama Departmanında, Veri Madenciliği konusunda çalışmaktadır)

Web Site İstatistiklerim – sabri.suyunu.com

Artık elimden geldiğince daha fazla yazı yazmaya çalışıyorum. 6-7 aydır yazı yazmadıktan sonra tekrar yazmaya başlamak gerçekten çok iyi geldi bana. Hem iş hayatında aldığım kararlar hem de blog için aldığım kararlar umarım benim için hayırlı olur.

Son yazıları takip ettiyseniz, genelde “Analist” kavramı altında, iş analisti, sistem analisti, sistem geliştirme uzmanı vb. konuları kapsamaktadır. Bu tarz konular seçmemin iki sebebi bulunmakta. Birincisi, ben bu işleri yaptım ve şu anda da yapmaya devam ediyorum. Her ne kadar şu aralar analistlikten analitiğe geçmeye çalışsam da analistliğin hiç bir zaman bitmeyeceği bir şirkette ve direktörlüğün altındayım. İkinci sebep iste web sitesindeki ziyaret istatistikleri.

Biliyorum. Blogum çok fazla hit alan bir site değil. Zaten biraz sonra rakamları yazdığımda bunu siz de göreceksiniz. Ama detaylı bakıldığı zaman, kullanıcıların web sitesine geliş amaçları beni bu tarz yazılar yazmaya yöneltiyor. En azından gelen kullanıcılar aradıklarının karşılığında bilgi edinsinler istiyorum.
Lafı fazla uzatmadan istatistiklere göz atalım.

Analiz Çalışması içilen seçilen Tarih Aralığı: 1 Haziran 2011 – 30 Mart 2012

Genel İstatistikler

Anahtar Kelimeler

Siteye Ziyaretleri Hangi Sitelerden Geliyor

Verilerden de anlaşılacağı gibi, web-sitesine gelen ziyaretçiler ya benim kim olduğumu merak ediyorlar ya da yazımın en başında belirttiğim gibi “Sistem Analisti”, “İş Analisti”, “İş Zekası Uzmanı” gibi iş alanlarını araştırmak için geliyorlar. Günümüzde gelişen teknoloji ve artan rekabetten dolayı, geleceğe yatırım yapan şirketler bu tarz iş alanlarını çoktan keşfedip yatırımlarına başladılar bitirdiler ve geliştirmektedirler. Bundan 4 sene önce herhangi bir kariyer sitesinde “Analist” kelimesini arattığınızda aldığınız sonuç ile şimdikini karşılaştırabilseydiniz ne demek istediğimi daha iyi anlayabilirdiniz.

Ne zaman bir sorunuz olursa, iletişim bölümünden bana ulaşabilirsiniz. Yardımcı olursam ne mutlu bana 🙂

Not: Analiz için veri sağlayıcım Google Analytics ‘e de buradan teşekkürlerimi sunuyorum

Sistem Analisti Miyim, Diplomat Mı?

Bugünlerde çok fazla alıntı yaptığımın ve özgün bir yazı yazmadığımın farkındayım. Fakat alıntıladığım yazıların, Sistem Analisti, İş Analisti, Sistem Geliştirme Uzmanı, vs. pozisyonlarda çalışan, çalışmayı düşünen kişiler için çok faydalı olacağını düşünüyorum. Bu yazıda da, Sistem Analistlerin çok fazla karşılaştığı, “Yeni Bir Sistem ve Adaptasyon”, “Üst Yöneticilerin Yeniliğe Karşı Tutumu” “Sistem Analisti ve İletişim” konuları işlenmiş. Sizi Yazıyla baş başa bırakıyorum.

Yazının yayınlandığı adres : http://www.danismend.com/kategori/altkategori/sistem-analisti-miyim-diplomat-mi/

“Projelerinizde karşılaştığınız en büyük engel neydi?” diye soruyorlar. Bekliyorlar ki eski sistemlerden veri aktarımı diyeyim ya da dökümantasyon eksikliği, kaynak azlığı, talepkar müşteri. Hayır işte, bunlar değil ! Temel engel ‘değişime direnenler’…

Aslında korku kültürünün olmadığı, onurlu insan ilişkilerinin ve insana değer veren personel politikalarının hakim olduğu organizasyonlarda bu engel çok kolaylıkla aşılıyor, kısa sürede en büyük avantaj haline geliyor. Açık iletişim çok şeye muktedir çünkü.

Müdahil olduğum pek çok yazılım uyarlama projesinden biri kullanıcı direnci nedeniyle başarısız oldu. Aynı yazılımın aynı sektördeki bir başka uyarlama projesi ise tam bir başarıyla bitti.

Başarıyla biten projenin öyküsü ilginçtir. Şirket büyük bir holdinge bağlı. Holdingin sahibinin yönetim kurulunda olan yakını ile kontakt kurulmuş ve bizim çözümün alınması için prensip kararına varılmış durumda. Karar, şirket genel müdürüne iletiliyor. Genel müdür mesajı alıyor. Kurmaylarını topluyor, karardan kesinlikle bahsetmiyor. Sadece RFP sonuçlarını ve demo alınıp alınmadığını soruyor. Çalışmaları hızlandırmalarını söylüyor. Bu arada bize de demo için hazırlanmamız haberi geliyor. Zaten finale kalan iki şirket var. Bir Cumartesi günü sabahtan akşama kadar canlı sunum yapıyoruz. Sonraki hafta genel müdür geribildirimleri alıyor ve karar bizim çözümü tercih ettikleri yönünde. İşte bu kadar. Seçimi kendileri yapan kurmaylar projenin başarısı için canlarını dişlerine takıp çalışıyorlar. Sözünü ettiğim genel müdür gördüğüm en basiretli yöneticilerden biridir.

Başarısızlıkla sonuçlanan diğer proje ise ‘emir demiri keser’ mantığıyla yönetiliyordu. Kullanıcı katılımı neredeyse silah zoruyla yaptırılıyordu. Bir zamanlar okuduğum ‘Yöneticinizi Siz Yönetin’ adlı kitaptaki temel konsept olan ‘astların gücü’ tüm haşmetiyle arz-ı endam ediyordu.

Bilinmeyenin, yeninin kaygı yaratması kadar doğal ne olabilir! Yıllardır işinizi yapageldiğiniz bilgisayar programı bir süre sonra tarih olacak. Yeni ekranlarla, yeni raporlarla işinizi yapacaksınız. Yapabilecek misiniz acaba? Ya yapamazsanız?! Ne de olsa her yazılım kendi iş mantığını beraberinde getiriyor. Ya o mantık sizin bilgi ve deneyiminizle örtüşmezse?! vs.vs. Bu ve benzeri soruların içinde fırtınalar yarattığı çalışanlar yönetimden açık ve güven verici mesajları almazlarsa projenin başarısız olması için ellerinden geleni yaparlar. Sonuçta yazılım üreticisi / satıcısı olarak siz üzerinize düşeni yapmışsınızdır, ama proje başarısız olmuştur. Kime derdinizi anlatabilirsiniz ki! Ülkesever açıdan da heba olmuş zaman ve emek, muhtemelen yurtdışına uçup gitmiş dövizler…

Sistem analisti müşteri yönetiminin uygun personel politikaları yürütemediği durumlarda bir diplomat gibi davranarak kullanıcıya kaygı duyulacak bir husus olmadığını, herşeyin daha güzel olacağını ekstra gayretlerle anlatmaya çalışır. Bu anlatım kuru lafla olmaz doğal olarak. Önce onların mevcuttaki çalışma tarzlarını öğrenir, işin yeni sistemde nasıl yapılacağını ONLARIN DİLİYLE açıklar. Terimlerin eşleştirmesini yapar. Eski terimlerden yeni terimlere geçişi bir süre ikisini bir arada kullanarak gerçekleştirir. En önemlisi yönetimin ver(e)mediği mesajı verir : “Siz işin kendisini biliyorsunuz. Kullanılan program sadece bir ARAÇ. Burada bir alışkanlık mevzusu var sadece. O da zamanla hallolacak bir husus”

Ayrıca sistem analisti olarak siz yeni sistemin mantığını anlattığınızda müşteri tarafındaki kullanıcılar bazan kendi çalışma tarzlarındaki o saate kadar yapageldikleri hataları da görebilirler. Proje değerlendirme toplantılarında müşteri çok üstüne geldiğinde kullanıcıların zaaflarını koz olarak kullanacak karakterde bir proje yöneticiniz varsa yine diplomasi zamanı demektir. Aksi takdirde kullanıcılar size olan güvenlerini yitirirler.

Sözün özü, insan malzemesini ne kadar iyi tanıdığınızla çok yakından ilişkili bir iş sistem analistliği. Yeri geldiğinde gizli lider, yeri geldiğinde diplomat, yeri geldiğinde şefkatli bir ağlama omuzu olmayı dahi içinde barındıran. Görev tanımlarında yazılı mıdır ki bu detaylar ?

Nazik Altınel

nazik_altinel@hotmail.com

(Yazar hakkında: Nazik Altınel 1967 İstanbul doğumludur. Boğaziçi Üniversitesi Endüstri Mühendisligi ’90 mezunudur. Sigortacılık ve bireysel bankacılık alanlarında yürütülen yazılım geliştirme ve uyarlama projelerinde, on yıllık iş deneyimine sahiptir.)

İş geliştirme, iş analisti, teknik analist ne demek?

Markasizsiniz.com adlı sitede yayınlanmış güzel bir yazı.
Yazının yayınlandığı adres : http://www.markasizsiniz.com/2009/04/is-gelistirme-is-analisti-teknik-analist-ne-demek/

Bazı anahtar kelimeler ve cümlelerle o kadar çok ziyaretçi geliyor ki Marka Sizsiniz’e! Bazı sorulara dilim döndüğünce cevap vermek boynumun borcu oldu. Başlıktaki departman ve ünvanları birlikte ele alarak ve kendi iş yaşamımdan örnekler vererek konuyu aktarmaya çalışacağım.

1999 yılında iş ararken insan kaynakları gazetelerinde, İngilizce verilen iki ilan dikkatimi çekerdi. Çok da anlayamadığım ve ilanlarda frima adı da bulunmadığı için bu pozisyonlar benim için daha da özenilir, gizemli bir hal almıştı. İngilizce ifadesi ile “business analyst” ve “system analyst”. “Vay be, bu pozisyonlarda çalışmak benim için hayal” diyordum. Üzerinden iki-üç ay geçmişti ki bir danışmanlık firması görüşmemizden hemen sonra “size İktisat Bankası’nda iş analistliği teklif ediyoruz” deyince ben çaktırmadan havalara zıplamıştım “Vay be, düşündüklerim dua yerine geçti her halde” diye. O günden sonra iş yaşamım harika bir şekilde ilerledi zaten. Neyse konuya dönelim.

Bu iki işin de bağlı bulunduğu departmanlar genelde Bilgi İşlem oluyor. Bildiğiniz gibi teknik geliştirme gereken tüm projeler de bu departmandan geçiyor. Fakat öyle bir süreci var ki, bir adımını atladığınız ya da önemsemediğiniz zaman büyük hatalara yol açabiliyor. Kısaca, bir proje ilgili tüm departmanlar tarafından takip edilir. Bu nedenle proje ekibinde bir çok kişi vardır aslında. Ve tabi ki proje bir kişinin liderliğinde başlar ve biter. Burada asıl önemli ve ilk yoğun analiz çalışmasını “iş analisti” ya da “ürün analisti” ve hatta “süreç analisti” diyebileceğimiz kişiler yapar. Tüm ihtiyaçların belirlenmesi ve analiz dokümanı olarak onaya sunulması için analist arkadaş-lar uzun toplantılar yapar ve gerekli tüm bilgileri toplar. Süreçteki en ufak ayrıntı ve yazılımın iş akışı bu dökümanda ortaya çıkmıştır aslında ama daha çok düz yazı ve diyagramlar şeklinde olur. Şimdilerde “Rational Rose” gibi “object oriented” mantıklı analiz uygulamaları kullanılıyor bildiğim. Bu da yazılımcıya bir çeşit teknik analizi de sunmuş oluyor. Bu dökümanda yazılanlar tüm proje ekibi tarafından onaylanmış olmalıdır. Yoksa “aaa ben böyle istememiştim” diyenler çıkabilir. Yeni istek geldiğinde çıkış tarihini ötelemek için referans dökümanı yerine geçer.

Teknik analistler ise bu dökümanda yazılanları, yazılımcılarla birlikte değerlendirerek en uygun sistem mimarisini ortaya çıkarır. Tüm “if-else” mantığı aslında bu aşamada ortaya çıkar.

Her iki analizi birlikte hazırlamaya çalışan analistler de vardır. İktisat Bankası internet bankacılığı projesinde öyle yaptık, çok da güzel idi. Yazılımcıya bir çeşit sadece kodu yazmak düşer. Yoğurda siyah derseniz, yazılımcı yoğurdu siyah yazar, bu çok normaldir. Biraz uç örnek oldu ama yazılımcılar da o süreci kadar çok öğrenirler ki iş analizindeki bir çok hatayı keşfederek analiste geri gönderebilirler.

Az buz bir işten bahsetmiyorum bir kullanıcı ekranının tasarımından, alanların özelliklerinden, hata mesajlarına ve performans-rapor kriterlerine kadar her şey bu dökümanlarda yazmalıdır. Bu dökümanlar sürekli arşivlenir, saklanır ve güncelleme gerektiğinde bu dökümanlar incelenir. Emin olun yazılımcılar da analistler de bir uygulamanın nasıl çalıştığını unutmuş olabilir.

İktisat Bankası’nda da, Turkcell’de de bilgi işlemde analist olarak çalıştım. Bankada internet ve mobil bankacılık uygulamalarını analiz ederken hem iş hem de teknik analist gibi çalıştım. Aslında belirli bir proje lideri yok ise projeyi “lead” eden kişi de analistler oluyor. Çünkü konuya en hakim kişiler onlar. Turkcell’de de bu şekilde devam ediyordu fakat Turkcell bir süre sonra “Servis ve Ürün Geliştirme” adında Genel Müdürlük binasında yer alan geniş bir departman oluşturdu. Aklınıza gelebilecek tüm projeler bu departmandan geçiyordu ve daha çok iş ve ürün analisti ünvanlı kişiler çalışıyordu. Teknik analistler ise yine yazılımcılara yakın noktada, yani bilgi işlem de devam ettiler. “Service&Product Development” departmanın en önemli amacı “business” departmanlarına yakın olmak ve ihtiyaçları daha yakından ve hızlı bir şekilde ele alabilmek idi. 2005 Temmuz başında ayrıldığımda bini aşkın proje talebi vardı ve bilgi işlem “hayır, olamaz” diyordu haklı olarak. Her şey müşteri memnuniyeti için doğru ama realiteyi de görmek gerek.

İki büyük kurumsal firmadan ve süreçleri yönetme konusunda çok hassas insanlardan bahsediyorum. Ama gelin görün ki iş geliştirme, iş analisti, ürün analisti, ar-ge departmanı ifadelerine hala bir çok şirket, özlelikle KOBİ’ler çok yabancı. Analiz yazmayı, proje yönetimi süreçlerine uymayı zaman ve para kaybı olarak görüyorlar. Yılların tembelliği ve boş vermişliğinden sonra “eyvah, tüm bunları nasıl düzelteceğiz” diyerek danışmanlık firmalarına çok daha fazla para ve zaman harcıyorlar. Doğru, pazarda hızlı olmak gerek ama bunun da bir dengesi olmalıdır, değil mi?

İş analisti, adı üzerinde analitik düşünmek zorunda. Her konuyu, her süreci, her detayı ayrı ayrı ele alarak ve bağlantılarını, etkilerini de düşünerek bu işi yapmak zorunda. En iyi analizde dahi hatalar olacaktır. Bir de yazılımda oluşabilecek hataları düşünün. Test ve production test aşamalarında da hatalar görülerek telafi edilmemişse o ürün, o uygulama pazarda patlar. Genel Müdür veya Yönetim Kurulu ile toplantıya hazır olun.

Küçük, büyük tüm şirket patronlarına sesleniyorum. Hemen her işinizi, probleminizi lütfen projelendirin. Ve bu süreci adım adım çalışanlarınıza öğretin. Ve ölçün, raporlayın. Ölçemediğiniz işe hakim olamazsınız.

Saygılarımla.
Kaynak: Markasizsiniz.com

Ben Matrix Miyim?

Bir Analiz yapıyordum. Ama verinin içinde boğulduğum için kendime bir çıkış yolu ararken sonunda buldum. Fakat bu seferde kendimi Matrix’te gibi hissettim. Exceli yukarı aşağı yaptıkça sayılar anlam kazanıyordu. Kendime aynada baktım. Farklıydım. Kurtarıcıydım. Başarabilirdim. Derken müdürüm beni çağırdı. “Ne o dalmışsın” dedi. Bana özellikle “NEO” demişti. Çok mutluydum. Mutluluktan havalara uçtum. Matrixim ben.

İş Analistleri (BA) için tavsiyeler

Güzel yazı. Yakın zamanda tercümesini de yayınlamak isterim. İş Analistleri, sistem analistleri, sistem geliştirme uzmanlarının okuması gereken bir yazı…

Ten Bad-Ass BA Techniques

Written by Cecilie Hoffman

Plus Four Fundamental Principles

Principle #1. Leave your ego at the door

You are a business analyst – you have a license to ask dumb questions; it is your responsibility and your job! So ask the dumb questions, admit you don’t know, ask for input, show work at early stages, don’t let your own ego-fears-pride get in the way of problem solving.

Put your team in the spot light, put yourself behind the curtain.

Principle #2. Authority is 20% given & 80% taken – take it!

Don’t wait for permission, ask for forgiveness.

Manage those meetings!

Principle #3. Acknowledge people

Sometimes you have to push people or ask them to do more than is normal to expect. You can thank them for their help but over time, your thanks may develop a hollow tone. Take the time to recognize people’s efforts in a way that means something to the individual; creative ways of saying “thank you” are remembered for a long time and create a positive impression and a good relationship.

Nominate them for an award

Send a message to their boss – what you needed, why the person’s professional conduct and timely response saved your butt

Send a message to the person

A “thank you” card – there are many cyberspace sites that offer electronic cards

A simple email message acknowledging the person’s effort

Include a .jpg of a plate of tasty goodies like cookies, chocolates, or samosas

Principle #4. If you don’t fail on occasion, you aren’t trying hard enough

Progress and innovation come from holding on to the idea despite the inevitable series of failures. If the consequences of your taking initiative results in a backfire

Acknowledge verbally that you may have gone too far in your attempt to actively engage in moving the project along the path to success

Ask the person if there is a better way for you to accomplish your goal. Smile; deflect any barbs that might come your way.

Learn from the failure. Don’t get defensive – nothing ventured, nothing gained!

The Ten Techniques

Remember, these are the “bad-ass” techniques. Use them with care, especially if you are risk-adverse.

Managing meetings

1. Use “roll call” to obtain explicit decisions. In meetings (telephone or in person), do not accept silence as a response! Instead of asking, “do we all agree?” instruct people to express their concerns with this prompt, “If you disagree, speak up now.”

2. Provide a suggested agenda to focus activities at a standing meeting.

3. Use Actions-Decisions-Issues to record meetings.

Facilitating communication and understanding

4. Share bad news early

The sooner “management” or “leadership” knows there’s a problem, the sooner they can start working on it.

If you use the red-yellow-green flag paradigm: extend the paradigm, “Pale Yellow” means “warning, this could get worse”; “Orange” means “one step away from Red”.

5. Did they read the document?

For documents that are in a draft form, include an unexpected phrase in a strategic location in the document, e.g., “300 Pink Elephants” – people will comment on it if they see it. Take care to remove the phrase before the document becomes a deliverable!

6. Treat requirements templates as guidelines

Provide all the information that is asked for, or explain why you can’t.

Don’t ignore the gaps, missing or unknowns, identify them!

Add the sections or references you think are missing

Conducting interviews

7. Send the list of topics you plan to cover in advance – no more than five general topics. If you have specific questions that will require research, provide those questions in advance.

8. Paraphrase as a way to keep a person talking without agreeing with what they are saying.

Establishing trust-based relationships

9.  Make a personal connection

Extend yourself beyond normal bounds to make a personal connection with the individual regardless of social group, ethnic background, and gender.

Ignore what you may have heard about an individual; do not allow another person’s negative assessment of that individual to prejudice you – make your own assessment, based on how that individual conducts him/herself with you.

Managing requirements

10. Get the Success Criteria and Success Metrics

Offer outrageously low or high metrics for targets to elicit a more realistic expectation for “success”

Accept the “solution” with grace; but continue to ask questions. Play the fool until the requirement (need) has success criteria and a way to measure it.