"yazılım" etiketli yazılar:

15 Ekim 2023 Pazar

Çevik veya Şelale mi olmalı?

Değerli arkadaşım Dr. Murat Unanoğlu‘nun Linkedin’de dikkatimi çeken bir aktarımı sayesinde Harvard Business Review’nun [HBR] “Çevik ve Şelale yöntemleri arasındaki savaşı bitirmenin zamanı” (It’s Time to End the Battle Between Waterfall and Agile) isimli makalesini okudum.

İlk bakışta, “Eeee, elbette öyle olmalı. Başka türlü olamaz ki… Zaten bildiğimiz bir şey. Bunun için biz makale yazsak yayınlamazlar” diye yorumladığımı itiraf edeyim. Sonra, bu yazının neden HBR’da yer aldığını düşündüm.

Agile’ın ortaya çıkarılma gerekçelerini çevremdeki birçok arkadaşla paylaşmışımdır. Hatırladığım kadarıyla 2001 (yanılıyorsam 2002) yılıydı. CRM kavramlarını çalıştığım bankanın üst yönetimine anlatmaya, onları ikna etmeye çalışıyordum. CIO, Türkiye’de en uzun süre banka GMY’liği yapmış bir kişiydi. Mesleki tecrübesi nedeniyle herkesin duayen kabul ettiği CIO “ne derse o doğrudur” kabul ediliyordu.

IT ekibi, “Anlattığınız proje başında her şeyi, tüm iş isteklerini en ayrıntılı biçimde yazacaksınız. Sonra proje bitene kadar hiçbir değişiklik yapmayacağınıza garanti vereceksiniz. Ancak öyle başlarız” demişti.

İlginçtir ki o günü, dün gibi hatırlıyorum. Çıldırmış gibiydim. “CRM projemizi 3 yılda yaptık, çok hızlıyız” diye başarı öyküsü anlatanların olduğu bir dünyada, “asgari 3-4 sene boyunca değişmeyecek iş isteklerinin en baştan verilmesinin akla aykırı olduğunu” bas bas bağırıyordum.

Beni ikna etmek için, bizzat duayen CIO’nun seçtiği danışman, “IT büyük projelerde nasıl çalışılacağını bilmiyor” diyene kadar yaptıklarının doğru olduğuna inanıyorlardı.

1970-80’lerden kalan IT bakış açısının değişmesi gerekiyordu. Hemen her teknolojik olgunun büyük hızla değiştiği bir dünyada, yazılım ekiplerinin “iş isteğini bir kere verin ve sonra 3 yıl boyunca hiç değiştiremezsiniz” diye tutturması, elbette – yazı konusu olan makalede de anlatılan – büyük maddi zararlara ve yıllarca tamamlanmayan projelere neden oldu. Dünyada birçok kurum çözüm aradı. Sonuçta bir yöntem olarak “Agile” ortaya çıktı.

Bazen eğitimlerde “O yıllarda ben, bizzat zarar gören kişi – mutazarrır – olarak olay mahallindeydim” diye anlatıyorum.

😀

Açıkçası, Agile‘ın ortaya çıkmasını ve Waterfall fanatiklerinin devrinin kapanmasına yardım etmesini hoş karşıladım ama… Sonra, hızla moda olan her kavramın içinin boşaltılması süreci başladı. Agile her yere yapıştı.

İşveren markası konferansında “60’a yakın agile team kurduk” diyen IK yöneticileri dinledik.

Türkiye’de agile = acil diye algılanıyor. Oysa çok daha köklü sorunlar var” diye örnekleriyle yazdım. Bir agile fanatiği yorum yaptı. “Kardeşi Scrum master ve agile koçluğu yapan, kendisi agile felsefe ile bir süredir ilgilenen ve bu konuda blogunda yazı yayınlayan” (cümleler bana ait değil, bizzat kendisinden alıntıdır) bu agile fanatiğinin mantık ve terbiye sınırlarını zorlayan yorumunu da bloga taşıdım.  😮 (Okunmasını öneririm.)

Bir proje yönetimi metodunun felsefe diye adlandırılması da ayrı konu… Fanatiklik böyle bir şey.

Daha sonraki zamanlarda, agile koçu diye sıfatlananların büyük çoğunluğunun belki birkaç küçük proje yönetmiş ama hiçbir büyük proje yönetmemiş olduğunu ve “tek aleti çekiç olunca her sorunu çivi zannettiklerini” defalarca gözlemledim. Araçları amaç zannetmek, çok yaygın bir hastalık.

Sayın Günseli Özen‘in (çok haklı bulduğum) “İtibarını yitirmiş kavramların müsebbibi, o kavrama ilişkin derinlikli bilgisi olmadan fikirleri olup konuşanlartanımlamasını buraya ekleyeyim. Bir kavrama ilişkin derinlikli bilgi, o kavramın nerede ve ne zaman işe yaramadığını da içeriyor.

🙂

Tüm bunları hatırlayınca, HBR’ın o yazıyı yayınlamak zorunda kaldığını düşündüm. Yazı aslında kapsamlı projeler yönetenlerin zaten bildiği bir konuya açıklık getirmiş. Dr. Murat Unanoğlu‘nun yazdığı gibi, “bir akımın / yöntemin kölesi” olanlara artı ve eksileriyle yöntemleri anlatmış ve bir rehber sunmuş.

Bence proje yöneticileri mutlaka okumalı.

😉

09 Ekim 2023 Pazartesi

Kendi Yazılımını Üretmek

CRM ne işe yarıyor ki?”  [1] ve [2]  yazılarına gelen yorumlarda yoğun tartışmalar olduğunu yazmıştım. Bunlardan biri de “kendi CRM yazılımını üretmek” konusundaydı.

Şöyle bir tartışma oldu:

Pınar Demir – Bir CRM yazılımı olmadan firmanın kendi CRM yazılımını oluşturma süreçlerini yönetmek mesleki hayatımda bana en keyif veren kısım.
Uğur Özmen – Aynı fikirdeyim. IT tarafı güçlü kurumlara ben de “bir CRM yazılımı olmadan firmanın kendi CRM yazılımını oluşturmalarını” öneriyorum. Böyle bir projeyi yönetmek… paha biçilemez.
Engin Alan – … Günün sonunda içerideki konunun kendimiz mi geliştirsek, satın mı alsak noktasına gittiğini görünce şaşkın şaşkın bakıyorum. Amacımız temiz kıyafetse “hadi güzel bir çamaşır makinesi yapalım” demek amaca bir o kadar uzak kalıyor. Ucuzu pahalısı bir makine bulunur. Danışmanlık deterjanıyla belli bir ısıda (sürede) yıkanırsa pür-ü pak kıyafetler de giyilir. 🙂

Kısaltarak aktardım, tamamını yorumlardan okuyabilirsiniz.

🙂

Sayın Engin Alan’a hak verdiğim kısmın altını çizeyim. Aslında, girişimcilerde sıkça duyduğum “Dışarıda içine ne koydukları belli değil, en iyisi evde kendimiz yapalım”  mantığının çoğunlukla doğru olmadığını ben de sıkça söylüyorum. Özellikle ölçek ve güncelleme sorunlarını hatırlatıyorum.

Diğer yandan… Aksine örnekleri yaşamışlığım da var. Gerçek bir örnek de vereyim:

Dizinin ilk yazısında bahsettiğim gibi Chordiant muhteşem bir kampanya yönetimi aracıydı. Yanlış hatırlamıyorsam, istatistik doktoralı 3 kişinin başlattığı, müşterilerin sorunlarını çözerek ilerledikleri bir araçtı. “Şu da var mı?” dediğim her şey vardı. Üstüne, aklıma gelmeyen birçok özellik de barındırıyordu.

Fiyatı 1 milyon US$ civarındaydı. Bankamız bu parayı ödeyemezdi. Ne yapabilirdim?.. Tüm etkinliklerine katıldım. Yayınlanmış tüm dokümanları okudum. Chordiant’ı öylesine incelemiştim ki, Türkiye temsilciliğinde çalışanlardan daha iyi bilir durumdaydım.  Benim hazırladığım özellikler ve talepler (spec’ler) çerçevesinde Dışbank’ın değerli yazılım ekibi üretti. Elbette Chordiant kadar mükemmel olmadı ama 2 sene içinde eş zamanlı 70 kampanya yapar duruma geldik. Bana söylendiği kadarıyla bize maliyeti 60 bin US$ olmuştu.

😀

Elbette satın almak veya üretmek arasındaki seçim, zaman ve para maliyetleriyle birlikte ele alınır. Biz içeride geliştirmeyi kutsamıyoruz ama eğer içeride geliştirme yapabilecek beceri ve yetenek varsa o projeye danışmanlık yapmanın çok keyifli olduğunu söylüyoruz. Zaten teknolojisi gelişmiş kurumlar, piyasadaki yazılımları çok hızlı inceliyor ve kendilerine uyanları hemen satın alıp adapte edebiliyorlar.

Onlar yapıyor, biz de yapalım” diye kalkışmadan önce elbette, “Profesyoneller tarafından özel alanda gerçekleştirilmiştir. Lütfen evde denemeyiniz” uyarılarını dikkate almak gerekir.

.

24 Ekim 2022 Pazartesi

Tahmin Modelleri

Sayın Prof. Özgür Demirtaş hocamız şöyle tweet atmıştı.

Kendisinin çok doğru teşhis ettiği ve defalarca haklı çıktığı konulara gereksiz itiraz eden trollerden değilim. Ancak bu sefer, yeterince bilgilenmeden bu tweet’i attığını düşündüm. Neden yanlış olduğunu düşündüğümü anlatayım:

1988 senesinde Yapı Kredi Bankası’nın (YKB) Bireysel Bankacılık ekibine katıldım. 1987’de Bireysel Kredi vermeye başlamışlardı. Benim katılmamdan kısa süre sonra da kredi kartı vermeye başladılar. Daha önce onlarca yıldan beri Diners Club kartları vardı ama çok dar bir çevrede biliniyordu. O dönem YKB sayesinde bireysel bankacılık kavramı ortaya çıktı. Bireylere kredili bankacılık ürünleri verilmeye başlandı.

O yıllarda bankacılık duayeni sayılan, Türkiye’de en uzun süre banka genel müdürü olan (sonradan adına Bankacılık Ödülü verilmeye başlanan) bir üstat “Bankalarını batıracaklar. Bilançosu olmayana – insana – kredi verilir mi?” demişti. Karadeniz fıkrası gibi sorayım: “Hani, n’oldi?

İlk başlarda, Yapı Kredi’de “müşteri hakkında bilinenler [formda yer alan bilgiler] çerçevesinde” bir kredi skorlama sistemi oluşturulmuştu. Kişisel verileriniz, okulunuz, medeni haliniz, yaşınız, geliriniz, vb. üzerinden bir karar veriliyordu. (Sayın Özgür Demirtaş’ın tweet’ine ne kadar benziyor değil mi?) Eğer geçmişte protestolu senedi veya ödenmemiş çeki varsa, kesinlikle kredili ürün verilmiyordu. Bir süre sonra, risk tahmin modelleri üreten kurumlarla görüşüldü.

Hatırladığım kadarıyla, risk tahmin modeli kurumları Türkiye’ye ilk geldiklerinde YKB’nin elindeki verileri incelediler ve “Henüz erken. Önce 500.000 kart verin. Aradan biraz zaman geçsin ki ödeme / ödememe davranışları oluşsun. Sonra biz oluşumları inceleyelim” dediler. Gittiler.

Zaman içinde yeterli sayıya ulaştık ve tekrar davet ettik. Böylece Türkiye’de ilk defa kredi skorlama sistemini YKB kullanmaya başladı. Bu sistemin bir üstünlüğü de, zaman içinde batan kredi verilerinin de girdi olarak alınması ve modelin giderek daha ustalaşmasıdır.

Bir konu daha var.

Bugün bankaların kullandığı Doğrudan Borçlandırma Sistemi adlı yapı ilk aklıma geldiğinde (ki öncesinde Türkiye’de ilk defa taksitli kredi kartı alt-yapısını kurmuştuk) amacım bakkal gibi küçük esnaf için kredi skoru belirleyecek değişkenleri bulmaktı. Bakkallar sigara markalarına nakit ödüyorlardı ama deterjanlara 30-60 gün sonra ödeme yapıyorlardı. Tüm bu işlemler senet-kağıt üzerinde yürüyordu. Tüm bu işlemleri sisteme aktardığımızda, verileri işleyerek bakkalların ne kadar kredi kullanabileceklerini ve ne zaman dara düştüklerini önceden tahmin edebileceğimizi düşünmüştüm.

Ek olarak

1998’de YKB’nin hem kredi kartı hem de üye işyeri pazar payı %40’lara yakındı. Türkiye’nin %60’a yakın kredi kartı işlemini görebiliyorduk. “Hangi caddenin neresinde hangi konuda dükkan açılırsa ne kadar satar” konusunda YKB’ndan daha bilgili olan tek yer Bankalararası Kart Merkezi idi. Düşünsenize, Nişantaşı’nda bir dükkana birkaç yüzbin lira hava parası vermeden önce, doğru soruyu sorarsanız yanıt alabileceğiniz en önemli kaynakları konuşuyorum. Üst yönetimi veri analizi şirketi kurmaya ikna edemedim.

Aşağıda yer alan yanıtımın nedeni de bu birikimdir. Ne var ki cevabımı da aldım.

Sayın Özgür Demirtaş’ın verdiği örnek için atalarımız “sui misal emsal olamaz” derler. Nitekim bunu da 2 tweet’te yazdım.

Sayın Demirtaş’tan yanıt alamadım ama açıklayayım:

2000-2001 krizinde de bir anda onlarca banka battı veya el değiştirdi. Bazı -eski- üst yöneticiler villalarını terk edip şehir içinde apartman dairesine döndüler. Çocukları özel okullardan alıp devlet okullarına vermek zorunda kaldılar. Bazı esnaflar (ellerinde para olsa bile) “her ihtimale karşı” diyerek borçlarını ödemediler ve başkalarının batmasına neden oldular. Bazı esnaflar ise, para çıkışını geciktirmek için farklı bankalar üzerinden para aktarma hareketi yaptılar. Parasını ödemek isteyenler bile nereye ödeyeceğini bilemedi ve senetleri protesto oldu. Daha önce %15-17 olan İstanbul’da adres değiştirme oranı %40’lara yaklaştı. Sonuçta, eski modellerin dayanakları yetersiz kaldı ve kriz nedeniyle değişen risk modelleri yeniden ele alındı.

2003’e geldiğimizde, 2000-2001 senesi bize “içgörü üreten” duruma gelmişti. Önceki yılların “protestolu senedi veya ödenmemiş çeki olana kredi verilmez” yargısı değişti. Kriz yıllarında ödeme sorunu yaşamış ama sonraki dönemlerde işini toparlamış ve düzgün ödeme yapmış kişi ve kurumlar için “kriz yaşamış ve atlatmış” sıfatı eklendi. Hatta, o dönemde hiç olumsuzluk yaşamamış olanlar “belki de dükkan açıktı ama iş yapmıyordu” veya “belki de o sırada küçük çaplıydı ve kredi konusunda deneyimi yoktu” diye daha fazla incelenir oldu. Araştırmada protestolu senedi ve ödenmemiş çeki çıkanlar eğer sonradan iş yapmaya devam etmişlerse “kriz yaşamış ve atlatmış” olarak daha muteber sayıldılar.

🙂

Risk modellerinin en önemli girdilerinden biri gelir tahminidir. Bankada

  • Ücret veya gelirler (maaş ödemesini bankadan alan kişiler veya ana hesabı bankada olan kurumlar)
  • Harcamaların toplamı
  • Kredi kartı kullanımı detayları
  • Borçların toplamı
  • Vergi ödemeleri
  • Elektrik / su / gaz gibi giderler
  • Gelirler ve harcamalar arasındaki farklar
  • Kredi başvuru formlarındaki bilgiler
  • KKB verileri

ile modelleme yapıldığında (maaş dışı gelirleri olsa bile) %90’a yakın doğru tahmin edilebilir. Kriz dönemi geldiğinde model geçici olarak şaşırır ama normal zamanlarda iyi bir göstergedir.

😉

Veri anlamlandırma eğitimlerinde, istisnaların önemi üzerinde de dururum. Ne zaman bir istisna “daha fazla anlam” taşır, ne zaman istisnalar “artık modelin son kullanma tarihi gelmiştir” mesajını verir, bunu konuşuruz.

Özetle, her krizden sonra tüm tahmin modelleri gözden geçirilir. Bir kriz dönemini örnek alıp %70’in iyi bir oran olduğunu savunmak… Tekrarlıyorum “sui misal emsal olamaz” ve Sayın Özgür Demirtaş’ı hiç haklı bulmadım. Yanıtına “beğeni” veren 22 kişinin ise bu konudan anladıklarını hiç sanmıyorum.

Not: Sayın Özgür Demirtaş’ın birçok teşhisinin haklı çıktığını biliyorum. Bu konuda da amacım ona saldırmak değil, yanlışı düzeltmektir.

.

EK OKUMA MALZEMESİBu nasıl modelleme

.