Bu sene öne çıkan konular, Sosyal Medya, Big Data, Dijital Gelecek, Analitik Çözümlerdi.

Organizasyon Tanıtım Yazısından

• Sosyal Medya ne gibi fırsatlar sunuyor?
• Dijital gelecek sizi ve işinizi nasıl değiştirecek?
• Analitik çözümler rekabeti nasıl yönetiyor?
• İş kararlarını Büyük Veri nasıl etkileyecek?

Neden Katılmalı?

• Analitiğin , şirketinizi nasıl değiştirip, karar almanızı hızlandıracağını keşfedeceksiniz.
• Entegre pazarlama yönetimi, risk yönetimi, veri yönetimi ve İş analitik uygulamaları ve son trendleri dinleyeceksiniz.
• Bankacılık, sigorta, perakende, telekom, enerji gibi farklı sektörlerin SAS çözümlerinden yararlandığını göreceksiniz.
• En yeni SAS çözümlerimizle ilgili örnek uygulamaları ve demo sunumlarını izleyeceksiniz.

Öne Çıkan Konuşmacılar

• Mike Walsh, Futurist & authority on emerging markets
• Shekhar Iyer, General Manager,SAS EMEA ve Asya Pasifik Center of Excellence Genel Müdürü

Öğleden önceki programa iş dolayısıyla katılamadık. Öğleden sonra gerçekleştirilen oturumlara katılabildik. İlk olarak EreTeam tarafından sunulan Başarılı Talep Tahminleme Modelleri sunumunu dinledik. Tahmin ile içli dışlı olduğumuz için bu sunum bizi çok tatmin etmedi. Sanki üniversitede Üretim Planlama dersinde Tahmin konusunu işliyormuşuz gibi hissettim. Bu oturumdan sonra Tahminsel modelleme ile geleceğe dönük fırsatları keşfedin konulu sunuma katıldık. Sunumun ilk kısmını SAS’dan Pelin Özbozkurt PhD. yaptı. Ardından Yapı Kredi Bankası örnek bir uygulama sunumu yaptı. Pelin Hanım’ın sunumu hem çok faydalı hem de eğlenceliydi. Hangi sektörden olursanız olun bir şeyler öğrenebileceğiniz bir sunumdu. Özellikle aşağıda yer alan bazı sunum notları, yol haritası niteliğindedir.

Bu sunumun ardından Social Media Analytics başlıklı sunuma girip ING Bank‘ın Sosyal Medya’da kullandığı Analitik yöntemler konusunda bilgi sahibi olduk. Son olarak Akbank tarafından sunulan Marketing Optimization başlıklısunuma katılıp günü noktaladık. Şirkete geri dönmemiz gerektiği için son oturumlara katılamadık.

Sonuç olarak, SAS Türkiye‘ye böyle bir organizasyon düzenlediği için teşekkür ediyorum. Swissotel The Bosphorus’a ve çalışanlarına da güleryüzlü hizmetleri ve güzel yemekleri için teşekkür etmek istiyorum. Güzel bir gün geçirdik. Seneye tekrar bu organizasyonda görüşmek üzere. Belki konuşmacı olarak katılırım kim bilir

Şirketime bu organizasyona katılma konusunda gösterdiği hassasiyet ve ulaşım konusunda gerekli kolaylığı sağladığı için de teşekkür ederim.

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

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.)

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

Bana nereye gitmek ve ne yapmak istediğimi sordular. Ben de “ben misafirim, siz nereye götürürseniz oraya giderim” dedim. Onlar da beni Eskişehir Çağdaş Cam Sanatları Müzesine götürdüler. Sanat Eserleri çok güzeldi ama benim sanat anlayışımda bir sıkıntı vardı. Sanırım 3ümüzde de aynı problem vardı. Ve bir şeyler kırmadan oradan ayrılmaya karar verdik.

Sonra Eskişehir Şelale Park’a gitmeyi teklif ettiler. Tabi ki kabul ettim. Çay içtik konuştuk. Daha doğrusu ben konuştum. Çenemin çok düşük olduğunu en baştan söylemiştim. Çay içtik. Manzarayı izledik. Benim gözlerim deniz aradı. Deniz yoktu. Ama Eskişehir’in farklı bir büyüsü vardı. Tam bir öğrenci şehri. Eskişehir’de öğrenci olmanın güzel olabileceğini düşündüm. Ya da şimdi düşünüyorum. Ve sizi kandırıyorum Şelale Park’tan bir resim.

Artık yemek tekliflerini geri çeviremiyordum ve açıkçası karnımda acıkmaya başlamıştı. Tamam, stresliyken çok acıkmazdım ama ÇiBörek’e hayır diyemezdim. (Çiğ börek mi ÇiBörek Mi) Ben 3 tane yerim dedim, Esma 2 tane dedi, Recep’te 3 dedi. Garson madem 8, gelin şunu 10 yapalım dedi ve 10 çibörekimiz geldi. Zaten çok severim, bi de güzel yapmışlardı ki çok beğendim. (O son çiböreği de yemeliydim. Aklım kaldı o son çibörekte )

Sonraki durak Anadolu Üniversitesiydi. Yolda Bartu Bey ile Esra Hanım’la tanıştık. Aslında Anadolu Üniversitesi’ne gitme planımız yoktu. Ama geçerken uğradık işte. Tamam güzel üniversite, tamam yeşil (en azından yeşil diyolar, biliyorum renk körüyüm, ağacın gövdesi kahve rengi, çimenler ve yapraklar yeşil. Gelmeyin üstüme) ama üniversiteyi yaşanabilir ve okunabilir kılan, arkadaşlıklar ve eğitim kalitesidir. Ben üniversite yıllarımda bunu gördüm.

Artık gezecek bir yer kalmadı. Programım yaklaştığı için Osman Gazi Üniversitesi’ne doğru yol almaya başladık. Yolun sağında Alis’in Harikalar Diyarı vardı. Bir an beyaz bir tavşanın geleceğini ve benim onun peşine takılacağımı hayal ettim. Ama ben Alis gibi sıkılmıyordum ki, tam tersine çok mutluydum. (bknz. Alice Harikalar Diyarı) Üniversiteye girdik ve Konferans salonun önünde durduk. İçeri girmenin vakti gelmişti. (Bizi oradan oraya hiç sıkılmadan götüren, ismini hatırlayamadığım abiye de teşekkür ediyorum.)

Okula yeni bir kongre merkezi yapılmış. Modern bir bina. Ve içerisi de gayet güzel. (Söyleyecek bir şey bulamadım) Girişte bazı arkadaşlarla tanıştık. (İsimlerini hatırlayamadığım arkadaşlardan özür diliyorum) Sonra Sanatçı Odasına girdik. Burada sanatçı ben oluyorum sanırım. Odaya gelen arkadaşlarla sohbet ettik. Recep ve Esma ile okuduğumuz kitaplardan konuştuk. Esma, Şems ve Mevlana hakkında konuştu. Ben Puslu Kıtalar Atlası’nı tavsiye ettim. Recep Açlık Oyunları’nın son kitabını, benim gibi henüz okumadığını söyledi. Kitaplar konusunda ortak noktalarımızı fark ettik Şebnem Hanım geldi. Onunla tanıştık. Kendisi 4. sınıf bu sene mezun oluyor. İş ilanları ve mezuniyet sonrası hakkında konuştuk. Konferans sonrasında da muhabbetimize devam ettik. Kendisine de teşekkür ederim hoş sohbeti için.

Ardından saat 16:50′da gonk sesini duydum ve Konferans salonuna girdim. Yaka mikrofonu takıldı, Sunumumu açtım, ismim anons edildi ve sahneye çıktım. İtiraf ediyorum, İlk 5 dakika iletişim kurmakta zorlandım. Kendimi ifade edemedim, heyecandan konuşamadım. Ve bunu da söyledim:) Sonra konuşmaya devam edince sonra açıldım ve bence çok keyifli bir konuşma oldu. Tamam, biraz pot kırdım (Biraz mı? ) Fakat ona rağmen, öğrencilerin ufuklarını biraz olsun açabildiğimi düşünüyorum.

Sunumum başlığı, Bilgisayar ve Matematik : Sistem Analizi idi.

Sunumda kısaca şunlardan bahsettim.

• Ben Kimim
• Sistem Analisti
• İş Analitiği
• Veri Madenciliği
• Tavsiyeler
• Sorular (Sorular kısmına vakit kalmadı)

Özellikle tavsiyeler kısmını burada yazmak istiyorum.

• Üniversite Yıllarının Değerini Bilin
• Part Time İş Bulmaya Çalışın
• Ödevlerinize özen gösterin
• Sunum Kabiliyetinizi Geliştirin
• Organizasyonlara Katılın
• Zorunlu değilse bile staj yapın
• Öğretim Üyelerinizle aranızı iyi tutun
• Kendinize hedef koyun (Kısa ve Uzun Vadeli)
• Notlarınızı yüksek tutun
• Kitaplarınızı asla atmayın
• Bol Bol Makale Okuyun
• İşinize yaramayacak şeylerde uzmanlaşmaya çalışmayın
• Yeni teknolojileri takip edin
• Eski teknolojileride ısrar etmeyin
• MS Office konusunda uzmanlaşın
• Blogları takip edin
• Sosyal Medyadan kopmayın (Sadece video paylaşmayın)
• Organizasyonları takip edin
• İş İlanlarına bakarak kendinizi şekillendirin
• Öğrenciliğin tadına varın

 
Soru cevap kısmına zaman kalmamış olmasına üzüldüm. Çünkü öğrencilerin sorularının olduğunu düşünüyordum. O sebeple konuşmanın ardından bir süre soru soran arkadaşlarla muhabbet ettik. Arkadaşlar bana Plaket takdim ettiler. Bu plaket benim için çok değerli. Kütüphanemin en güzel köşesine koydum plaketimi

Recep Bey ve Esma Hanım beni Otobüs Garına bıraktılar. Yola gideceğim için bana tekrar yemek ısmarladılar. Afiyetle tostlarımızı yedik, çayımızı içtik. (2 Çay alabilir miyiz, Çay 3 oldu, Çaylardan biri açık ). Otobüs hareket etti ve Eve dönüş yolculuğu başladı.

Benim için mükemmel bir deneyimdi. Yeni yerler gördüm ve çok eğlendim. Ama hepsinden önemlisi, öğrencilerle bir araya geldim. Onlara bir şeyler anlatma fırsatı buldum. Dilim döndüğünce, bir fark yaratmalarını tavsiye ettim. Öğrencilik yıllarında, yapacakları projelerin onlar için referans olacağını anlattım.

Araştırma Görevlisi Zuhal Kurt Hocamıza, Kulüp başkanı Ahmet Gökhan Bingöl’e Esma Taydurdu ve Recep Özbek’e , takım lideri Şebnem Kaya’ya, ilgilerinden dolayı tüm Osman Gazi Üniversitesi Matematik ve Bilgisayar Kulübü üyelerine ve konuşmamı dinleyen tüm katılımcılara teşekkür etmek istiyorum.

Geçtiğimiz günlerde BlueKid üstad ile yaptığımız güzel sohbette kendisinden aldığım tavsiyelerle yeni bir model kurmayı planlıyordum. Kendisi ufkumu açtı hatta aklımı okumuş bloguna bir de çalışma koymuş

Kendisininde yazısında belirttiği gibi, Kısa Vadeli Tahminlerde hava sıcaklıkları doğru modellendiğinde güzel sonuçlar verse de, Uzun Vadeli Tahminlerde tahmin değerini tahmin etmek için kullanacağınız için kümüle bir hataya neden olabilir. (bknz. Kaos Kuramı)

Şimdi kolları sıvamak ve Günlük Ortalama Hava Sıcaklıklarını tahmin edebilecek bir model kurmak kalıyor.

ABD’deki iş bulma kurumunun öngörüsüne göre 2014 yılına kadar sistem analistlerine olan işgücü ihtiyacı, ortalama işgücü ihtiyacının üzerinde olacak. Bunda en önemli etkenlerden biri kurumlarda kullanılan teknolojik sistemlerin iş ihtiyaçlarına paralel olarak sürekli daha karmaşık hale gelmeleri. TechRepublic’den çevirdiğim bu yazıda bir sistem analistinin sahip olma(ma)sı gereken 10 nitelikle ilgili tespitler yer alıyor. Orjinal İngilizce metne http://blogs.techrepublic.com.com/10things/?p=280 adresinden ulaşabilirsiniz.

#1: Müşterilerinizin IT’ye ayak uydurmasını bekliyorsunuz

İş ünvanında “analist” sözcüğünün geçiyor olmasının sebebi, sizden beklenenin iş ihtiyaçlarını analiz etmeniz ve IT’nin müşterilerine daha iyi hizmet veriyor olmasını sağlamanız olmasıdır. IT tarafında işlerin daha iyi ve daha güçlü işlemesini sağlayacak bir plan ile ortaya çıkabilirsiniz, ancak iç müşterilerinizin hemen kendi süreçlerini değiştirerek sizin planınıza uygun çalışmaya başlamalarını beklemeyin – planınızın işleyebilmesi için en azından bu değişikliğin kendi çıkarlarına olduğu konusunda onları ikna etmeniz gereklidir.

#2: Üst yönetim ile çalışmayı sevmiyorsunuz

Bazı tepe yöneticilerin teknolojinin neler yapıp neler yapamayacağı konusunda hiçbir fikirleri olmadığı bir gerçektir. Şu var ki, bir üst düzey yönetici yıllardır Blackberry’si üzerinden e-posta atmaktan daha teknolojik bir şey yapmamış olabilir. Bu kişilerin gerçek dışı taleplerini yönetmeye çalışırken bir taraftan aynı kişilerin sizin bir yılda kazandığınızı bir ayda kazandıklarını biliyor olmak da egonuz açısından rahatsız edici olabilir. Onların nerede yanlış yaptıklarını sabırlı bir şekilde kendilerine izah edemiyorsanız – cehaletlerini küçümseyici bir tavır almadan -, bir sistem analisti olarak başarılı olamazsınız.

#3: “Hayır” diyemiyorsunuz

“Hayır” diyebilmek hayatın tüm aşamalarında önemlidir, ancak bir sistem analisti olarak bir gün işinizin devamı buna bağlı hale gelebilir. Patronunuzla, onun patronuyla ve operasyon tarafının yöneticisiyle bir toplantıda olduğunuzu düşünün. Birisi o anda sizi yeni bir geliştirme ile ilgili onay vermeniz konusunda ikna etmeye çalışıyor ve patronunuz da size yardımcı olmuyor. Baskı altındayken, birçok kişi o anı kurtarabilmek için “Evet” diyebilir. Ancak bu yeni geliştirmeyi istenen süre ve bütçe ile yapabileceğinizden gerçekten emin değilseniz, bu baskıya karşı koymanız ve vakit kazanmanız gereklidir. Mantık dışı bir görev ile ilgili onay vermek başarısızlığın ilk adımıdır.

#4: “Evet” diyemiyorsunuz

“Hayır” demek sizi imkansızı vaat etmekten koruyabilir, ancak bu sözcüğü tutumlu kullanmanız en iyisidir. Bir sistem analisti olarak başarı elde etmek için, kendinizi iç danışman olarak görmelisiniz. İşletmenizin para kazanabilmek için IT araçlarına ihtiyacı var, ve siz bu araçların nasıl kullanılacağını belirlemelisiniz. Kendi iç müşterilerinizle birlikte çalışarak “Evet” diyebileceğiniz bir planı ortak yaratın. Neye ihtiyaç duyacağınızı tespit edin: Daha fazla vakit, daha fazla para, daha fazla insan ya da araç kaynağı – ve taleplerinizin arkasında durmak için kendinizi hazırlayın.

#5: Derme çatma ve kısa vadeli çözümlerden nefret ediyorsunuz

Çok az sistem analistinin elinde bir sistemi tümüyle baştan tasarlama ve sınırsız kapasite ile genişletme imkanı olur. İş çoğu zaman aynı eski platform üzerinde yamalanmış eski kodlarla yeni şeyler üretmekten ibarettir. Örneğin, bir iş ihtiyacını zamanında sunabilmek için tek seçeneğiniz küçük bir uygulama yaratıp onunla veriyi bir yerden alıp, işleyip, başka bir uygulamaya göndererek işletmenin erişip kullanabileceği yeni bir bilgi kaynağı yaratmaktır. Bu o an için amaca ulaşmayı sağlasa da, sonrasında sistemin kirlenmemesi için verinin doğru biçimde işlenmesini sağlayacak uzun dönemli bir plan sunmanız daha iyi bir fikir olacaktır.

#6: Yalnızca büyük resme odaklanıyorsunuz

Sistem seviyesinde bir çalışan olarak, bürokrasi yerine büyük resim hakkında daha fazla kaygı taşıyor olabilirsiniz. Ancak firmalar çoğu zaman her işin yapılması ile ilgili özel bir süreci takip ederler. Sıkı kontroller içeren prosesler kullanıcıların kaprislerine karşı sizi bir yere kadar koruyabilir, ancak aynı zamanda sizin projede ilerlemek yerine formlar ile uğraşmanıza sebep olarak sizi yavaşlatabilir. Dahası, yazılmayı bekleyen bir sürü dokümantasyon ve ilerleme raporu varken, harcamak isteyeceğinizden çok daha fazlasını testlere ve bürokrasiye ayırıyor durumda kalabilirsiniz.

#7: Karar almak için sezgilerinize güveniyorsunuz

Analiz ve sezgi birbirlerinden aşırı derecede farklı karar alma yöntemleridir, ve siz analiz yapmak için maaş alıyorsunuz. Yalnızca benzer tecrübelerinize, doğuştan yeteneklerinize ya da altıncı hissinize güvenerek işinizi yapamazsınız. Sonunda haklı çıkabilirsiniz, ancak projenizin planlama aşamasında, birçok iyi yönetici size çalışmanızı göstermenizi isteyecektir (matematik dersinde olduğu gibi). Unified Modeling Language (Birleşik Modelleme Dili – UML) ya da benzer modelleme araçları ile biraz vakit geçirmeye kendinizi hazırlayın. Peçete üzerinde karalayacağınız bir akış diyagramı kesinlikle yeterli olmayacaktır.

#8: Dinlemiyorsunuz

Mantıksal karar alabilme yeteneği bir sistem analisti için çok kritiktir, ancak başarılı olabilmek için başka kişisel yeteneklere de ihtiyacınız var. Bunlardan belki de en önemlisi dinlemektir. Son kullanıcılarla biraraya geldiğinizde, onların ihtiyaçlarını dinleyin ve pekiştirme soruları sorarak projenin iş tanımlarını mükemmelleştirin. Firmanın bir bütün olarak projenizden elde etmeyi beklediklerini anlayabilmek için mutlaka üst yönetimi de dinlemelisiniz.

#9: Taviz vererek uzlaşmanın kaybetmek olduğunu düşünüyorsunuz

Her zaman “doğru” cevabı kendinizin mi bildiğini düşünüyorsunuz? Hiçkimse eğer ihtiyaçlarını karşılamıyorsa doğru cevabın ne olduğunu umursamaz. Sizin en şık ve mantıklı tasarımınız eğer bütçeyi aşıyorsa ya da zaman planına uymuyorsa yetersiz bir tasarımdır. Firmanın sınırları doğrultusunda taviz vermeye ve projenizi yeniden oluşturmak zorunda kalabilmeye hazır olmalısınız.

#10: 9-5 haricinde çalışmak istemiyorsunuz

Sistem analisti ünvanı genel olarak sistemin bütününden sorumlu olmayı ifade eder. Bir problem çıktığında, sorun çözülene kadar çalışmanız gerekir. Günler boyunca uzun geceler ve haftasonları ofiste çalışmaya hazırlıklı olun. Eğer kendinizi bir anda tüm sistem hakkında tek bilgi sahibi kişi olarak bulursanız, en kısa zamanda birini kendi yedeğiniz olarak eğitmeye başlayın. Eğer firmanız sizin ve birbaşkasının böyle bir eğitime vakit ayırmasının gerekli olduğunu düşünmüyorsa, onları size bir otobüs çarptığı takdirde sistemin ve firmanın ne hale gelebileceği konusunda iyice bilgilendirmeniz gereklidir

]]> http://sabri.suyunu.com/2009/01/27/bir-sistem-analisti-olarak-yaratilmadiginizin-10-isareti/feed/ 0 http://sabri.suyunu.com/2009/01/19/is-analistleri-ba-icin-tavsiyeler/ http://sabri.suyunu.com/2009/01/19/is-analistleri-ba-icin-tavsiyeler/#comments Mon, 19 Jan 2009 08:53:48 +0000 suyosunu http://sabri.suyunu.com/?p=64 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.