Translate

Kasım Şen - (Mütehayyil)

cmmi etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
cmmi etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

30 Aralık 2024

HAZRETİ ŞABAN

 

HAZRETİ ŞABAN

🎬 Hababam Sınıfı film serilerinden olan "Hababam Sınıfı Sınıfta Kaldı" filminde Milli Eğitim Müfettişi ile İnek Şaban arasında geçen sahne (*) hepimizin aklındadır. 🎬

🎞 Okulun sahibi öğrencilere müfettişin geleceğini bildirip her sene aynı soruları, aynı sırada sorduğunu söyler. Öğrencilere soruların cevaplarını öğretir. 🎞

💬 Müfettiş Hüseyin Şevki Topuz (Ergin Orbey) ile İnek Şaban (Kemal Sunal) ve Güdük Necmi (Halit Akçatepe) arasında şöyle konuşma geçer. 💬

😂
hüseyin şevki topuz : sen!
inek şaban : ben?
hüseyin şevki topuz : adın ne?
inek şaban : Hz. Ebubekir..!
hüseyin şevki topuz : adın ne dedim?
inek şaban : Hz. Ebubekir dediiim.
hüseyin şevki topuz : adın ne adın?
inek şaban : haaa, adııım! hz. şaban.
hüseyin şevki topuz : kaç yaşındasın?
inek şaban : 1453
hüseyin şevki topuz : sen kaç yaşındasın?
guduk necmi : 1453
hüseyin şevki topuz : romayı kim yaktı?
guduk necmi : anam
hüseyin şevki topuz : evlaadım senin anan kim?
guduk necmi : Kanuni Sultan Süleyman.
hüseyin şevki topuz : ilk halife kimdir?
guduk necmi : imparator neron. ohh be..
hüseyin şevki topuz : çocuğum karıştırıyorsun. roma'yı yakan hz. şaban'dır. ilk halife imparator neron, yani padişah neron ... 🤣

📋 Benzer repliklerle iş hayatında da karşılaşıyoruz. Özellikle iç ve dış denetimlerde çalışanlara önceden sorulabilecek soruların cevapları öğretilir (ezberletilir). ✒

💥 Yıllar önce bir firmada da benzer bir durum yaşamıştık. CMMI Belgelendirme Denetimi (Appraisal) esnasında sürecin gereği bazı kişilere farklı bazı roller atanmıştı. Test Sorumlusu olarak çalışana “Kalite Uzmanı”, Yazılım Geliştirici olana “Konfigürasyon Yönetim Sorumlusu”, Yazılım Tasarım sorumlusuna “Proje Yöneticisi” ve Dokümantasyon sorumlusuna da “Gereksinim Analisti” rolü verilmişti. Denetim öncesi de denetçinin sorabileceği sorulardan bir liste yapılıp cevapları yazılmıştı. ❗

👉 Herkes denetim sırasında; neyi söyleyeceği, neleri söylemeyeceği ve nasıl davranacağı konusunda tembihlenmişti. Çalışanlar kendilerine biçilen role göre cevapları ezberlemeye çalışıyordu. 😯

🦁 🐘 🐦 🐈 Özetle aslana kuş olmasını, file kedi olmasını, kuşa balık olmasını istemişlerdi. ⁉

💥 Elbette, denetim sırasında çok komik durumlar ortaya çıkıyordu. Aman Allah’ım, tam da “Hz.Şaban” durumu vardı. Sorulara verilen cevaplar çok ilgisiz oluyordu. 💥

🤣 Denetçi “Adın ne?” diye sorsa arkadaşımız “Süreç İyileştirme (process improvement)” diyecek. Denetçi "Süreç nedir?" diye sorsa "kutsal kitabımız" diyecekler.. 🤣

👉 İşte böyle, süreçler ve roller içselleştirilmeden, ezbere dayalı bir çalışma yapılırsa daha çok Hz. Şaban’lar görürüz..  ❗

(*): https://lnkd.in/dbypBwDe

24 Mart 2019

Ve Tanrı Süreç İndirdi



Ve Tanrı Süreç İndirdi


Son zamanların en gözde ve en çok kullanılan, sevilen kelimesi sanırım “süreç”tir. Neredeyse artık her şeyin bir süreci tanımlanıyor. Eğer bir konuda çalışma yapılmak isteniyorsa hemen ismi “abc süreci” diye konuluyor. İçinde süreç geçmeyen bir konuşma, panel veya bildiri neredeyse kalmadı artık. Amerikalıların söylediği gibi “kola her yemekle iyi gider” sözü, süreç için de geçerli: “süreç her şeyle iyi gider”.. Süreç sadece teknik alanda kullanılmıyor; siyaset, ekonomi, beşeri bilimler ve tıp alanında da çokça kullanılıyor. Zaten günümüzün iki kelimesi tüm yeni kavramlarının isim tamlaması olarak her yerde görülüyor. Birincisi “… süreci”, ikincisi “…. Mühendisliği”. Örneğin çözüm süreci, toplum mühendisliği, insan mühendisliği, demokratik süreçler, güvenlik süreci vb..
Süreç gerekli midir?
Süreç kavramı iş yapış şeklini, yöntemini ve yetki, sorumluluk alanlarını belirler. Tüm firmalarda süreçler tanımlı olmalıdır. Sürecin tanımlı olmadığı şirketlerde kaos vardır, yetki ve sorumlulukların karmaşası vardır. Birkaç kişinin çalıştığı sanayi tipi iş yerlerinde bile yazılı olmasa da belli bir iş düzeni vardır. Bunlar da adı konmasa da bir süreçtir. Dolayısıyla “süreç gerekli midir” gibi bir soru; yaşamak için oksijen gerekli midir sorusuyla eşdeğerlidir. Firma içinde süreçlerin adı konmamışsa, yazılı olarak yayınlanmamışsa süreç yoktur denilemez.
Ancak burada dikkat edilmesi gereken nokta, süreçlerdeki niteliklerin tam ve eksiksiz olarak belirlenmesidir. İşletmede “kim, neyi, nasıl, niçin, ne zaman, kime yapar, kime gönderir, kimden alır ve kim kontrol eder, onaylar” gibi soruların kesin cevaplarının belli olmasıdır. Bu soruların cevapları net değilse, belirsizlikler varsa işte o zaman o işletmede süreçler yoktur veya eksiktir.
Uluslararası Süreç Modelleri, Standartlar
Dünyada iş süreçlerinin nasıl olmasına yönelik yapılan çalışmalar 1960’lı yıllarda yaygınlaşmaya başlamıştır. Belli iş alanlarında işlerin belli standartlarda gerçekleştirilmesi için süreçler tanımlanmaya başlanmış ve zaman içinde evrimleşerek bugüne kadar gelmişlerdir. Bazen süreçler bir alana yönelik tamamen özelleşmişler ya da tüm sektörlere yönelik olacak şekilde genelleşmişlerdir. Aşağıdaki listede dünyada yaygın olan süreç modellerini listelemeye çalıştım. Eksik olanlar elbette vardır. Burada bu süreç modellerini detaylı açıklamayacağımdan dolayı ilgili bağlantılarından detaylı bilgiler alınabilir. 


Süreç, Model, Standart, Metodoloji, İş Akışı
Süreçlerle ilgili konuşulurken, özellikle modeller ile standartlar arasında bir karıştırma yaşanmaktadır. Bunlara ek olarak bazı metodolojiler de eklendiği zaman tam anlamıyla bir kavramlar çorbası olmaktadır. Yukarıdaki listede de görüleceği üzere bazı süreçler standart olarak yayınlanmıştır, bazıları da modeldir. Standartlarla ile modeller arasındaki en önemli fark, standartların içeriğinin bağlayıcı olmasıdır. En güzel örneği TSE’nin standartlarıdır. Bunlar bağlayıcıdır ve içeriğine tam uyumluluk beklenir. Modeller ise süreç tanımlarını oluştururken referans alınan örnek modellerdir, kılavuzluk görevi görürler. İçeriklerinin tam bir bağlayıcılığı yoktur. Ancak bir firma süreçlerini tanımlarken bir modeli referans alıyorsa, o modelin temel felsefesinin dışına çıkmamaya çalışır, modelin ana hedeflerini süreçlerine yansıtmaya çalışır. Fakat nihayetinde firmanın süreçleri, modellerde tanımlı olan süreç tanımlarından farklılıklar gösterebilir. Firmanın yapısına, iş alanına ve hatta kültürüne göre model uyarlanabilir. Standartlarda böyle bir esneklik yoktur.  Metodolojiler ise süreçlerin uygulanma biçimlerini belirler. Firma içinde uygulanan prosedür, talimat ve iş akışları bu kapsamda ele alınabilir. Metodolojiler her zaman süreç tanımlarıyla yani referans alınan modellerle aynı yönde ve uygunlukta olmalıdır. Aksi halde işleyişte sıkıntılar olacaktır. Ayrıca metodolojilerin uyulması gereken standartlarla da uyumlu olması beklenir. Standartların karşılanabilmesi için bu mutlaka gereklidir.

Kutsal Süreç Tanımları, Müritler, Misyonerler
Süreçler ve modellerle ilgili bu açıklamalardan sonra sıra bu süreç modellerinin uygulanmasına geldi. Birçok firmada süreç tanımlarına, dokümanlarına, formlarına “kutsal kitap” yaklaşımı sergilenmektedir. Uluslararası süreç modelleri ve standartları bile zaman içinde birkaç kez değiştirilerek evrimleştirilmiş olmasına rağmen, ülkemizdeki süreç tanımlarında değişiklik yapılmasından özellikle kaçınılmaktadır. Tıpkı kutsal kitaplar gibi hiçbir maddesine dokunulmamaya çalışılır. CMMI, ITIL, COBIT gibi modeller “sürekli süreç iyileştirme” yaklaşımını üstüne basarak belirtse de süreçleri değiştirme cesareti pek fazla gösterilmez.
Bazen de süreç değişikliği adı altında kozmetik değişiklikler yapılır. Sürecin temelinde bulunan yanlışlıklara pek fazla dokunulmamaya çalışılır. Tabiri caizse kimse kutsal kitaba dokunmadan, meal ve tefsirlerinde değişiklik yapmaya çalışırlar. Hatta bazı firmalar, CMMI, ITIL, COBIT gibi modellerindeki hazır metinleri süreç tanımı gibi yazıp, bunları harfi harfine uygulatmayı hedeflerler. Süreç modellerini yorumlama gereğini bile duymazlar. Böyle yaptıkları zaman işlerinin mükemmel işleyeceğine inanırlar. Çünkü CMMI, ITIL, COBIT gibi modeller de onlar için kutsal birer metinlerdir.
Zaman içinde firma içinde süreç tanımlarının müritleri de oluşur. Bunlar süreçlerin yılmaz savunucularıdır. Asla süreçlere laf söyletmezler, değiştirilmesine tahammülleri yoktur. Süreçlere karşı bağnaz denilebilecek şekilde bağlıdırlar. Aksi bir durumda, hemen ilgili modelin ilgili maddelerini açarak “bak CMMI’da, COBIT’te böyle yazıyor” diye savunmaya geçerler. Süreç müritlerinin birçoğunun süreç modellerindeki ana felsefeyi anlamadan savundukları görülür. İlginçtir ki, savundukları modelin yeni revizyonlarında farklı bir yaklaşıma geçilirse, bu kez de bu yeni metni savunmaya başlarlar.
Müritlerin bazıları ise süreçlerin yaygınlaşması için misyonerlik görevi üstlenirler. Tıpkı bir din adamı gibi süreç metinlerini önlerine açarak, toplantılarda veya panellerde ilgili metinleri okuyarak savunmaya çalışırlar. Böylelikle süreçler için taraftar toplamak isterler. Süreç misyonerlerinin bir diğer çabası ise sertifikasyon yönündedir. Onlar için firmanın bir modele ait sertifikanın alınması her şeyden önemlidir. Süreçlerin uygulanıp, uygulanmadığının önemi yoktur. Ana felsefeyi savunmak gibi bir misyonları bulunmamaktadır.
Son olarak;

Süreç modelleri tanrının gönderdiği kutsal metinler değildirler. Bunların firmanın stratejik hedeflerine uygun olarak güncellenmesi, uyarlanması ve hatta başka bir modele geçilmesi gerekebilir. Temel felsefeden sapmadan, nihai amacın toplam kalite artışı olacağı şekilde yaklaşım gösterilmesi önemlidir.

22 Ağustos 2015

CMMI Felsefesi





CMMI Felsefesi


Dünyadaki süreç iyileştirme modellerinden birisi de CMMI (Capability Maturity Model Integration). Burada CMMI tanımları, model yapısı ve süreç alanlarının detaylarına  girmeden doğrudan CMMI modelinin ortaya koyduğu ana felsefeyi ortaya koymaya çalışacağım. CMMI hakkında detaylı bilgiler CMMI resmi sitesi olan CMMI Institute  (www.cmmiinstitute.com) web sayfasından edinilebilir.

CMMI, belirtildiği üzere süreç iyileştirme için bir modeldir. Öncelikle, sürecin ne olduğunu açıklamaya çalışacağım. Süreç; işlerin veya görevlerin nasıl yapılacağını açıklayan yazılı veya yazılı olmayan (teknik veya teknik olmayan) YÖNTEMler ile bu işleri yapacak kişilerin yetkinliklerine, eğitim seviyelerine ve motivasyonlarına bağlı olarak işin gerektirdiği araçların kullanılmasının tanımlanmasıdır.

Bu uzun açıklamanın özetinde süreç; insan, yöntem ve araç ile ilişkili iş tanımlaması  bulunur. Bu temel açıklamadan sonra işin felsefik yönüne girmeye çalışacağım. CMMI bir model demiştik, dolayısıyla her modelde olduğu üzere CMMI, bir organizasyonun işlerini  nasıl yapmasını tanımlamaz, standartları ortaya koymaz ve hangi araçların kullanılması gerektiğini zorlamaz. Her model her organizasyona da uymayabilir. Mağazada  manken (model) üzerinde güzel görünen bir elbise (süreç tanımları) siz giydiğinizde uygun olmayabilir, dar (işinizi tanımlamayan süreçler) gelebilir, belli yerleri bol  gelebilir (işinizle ilgisi olmayan, fazladan yapılan süreç adımları).  

CMMI felsefesinde, tanımlanan süreç alanları (process area) özelindee anahtar hedeflere odaklanmıştır. Detaylarda verilen özel pratikler (specific practices) ise  modeli uygulayanlar için açıklama türünden ipuçları vermektedir. Süreç alanının ana hedeflerine ulaşıldığı sürece alt pratiklerin aynen uygulanması gibi bir zorunluluk  yoktur. Zaten CMMI modelinde, ana hedefin kurumun iş yapış şeklinin iyileştirilmesi olduğu belirtilmiştir. İş yapış şeklinin tamamen lağv edilerek yerine farklı  yöntemlerin sunulması söylenmez.

Peki, soru şu olabilir: Neden özellikle ülkemizde firmalar aynı model üzerinden aldıkları belgeleri, süreç alanlarını modelde olduğu gibi (as it is) tanımlayarak elde  etmeye çalışmaktadırlar? Aslında temelinde yanlış olan ve ülkemize gelen birçok denetçi tarafından zorunlu-öneri gibi sunulan bu yönteme göre kurumlar süreçlerini CMMI  model kitabında yazılan adımlara göre tanımlamaktadırlar. Yani, bir elbiseyi tüm firmalar giymeye çalışmaktadırlar. Belki bazılarına neredeyse tamamen uyabilir fakat  ortaya konulan bu yanlış zorlamalar birçok firmanın hem süreçlerini hatalı/eksik tanımlamasına neden oluyor hem de gereksiz maliyetlere yol açıyor.

CMMI süreç modelinin en önemli felsefesi, firmaların gereksiz görebileceği bazı rollerin aslında öne çıkarılması, farkındalık yaratılması gibi önemli yaklaşımları  içerir. Örneğin, konfigürasyon sorumlusu, kalite güvence sorumlusu, gereksinim analisti, ölçüm ve analiz sorumlusu gibi nispeten teknik olmayan ama destek anlamında  bir organizasyonda bulunması gereken rolleri ön plana çıkarır. CMMI bunu yaparken, asla modelde bu rolleri veya kişileri isim olarak zikretmez. Yani, modelde  "konfigürasyon yöneticisi şu şu işleri yapmalıdır" gibi ifade bulunmaz. Hatta modelde "proje yöneticisi" gibi bir ifade bile yer almaz. Sadece bazı yerlerde üst  yönetim (senior management) tanımı geçer.  

Bu yaklaşımın bir amacı vardır. CMMI felsefesinde, kurumda mutlaka bir konfigürasyon sorumlusu kişi olmak zorunda değildir, bu bir ROL'dür ve bu rolü herkes  üstlenebilir. Modelin gerektirdiği şekilde hedefe ulaştırabilecek herkes bu rollerin gereği işleri gerçekleştirebilir. Fakat, ne yazık ki, ülkemize gelen CMMI  denetçileri, sanki her rol için bir kişi gerekliymiş gibi kurumları zorlamaktadırlar. Ana felsefede böyle bir anlayış yokken bu zorlamalar nedeniyle denetimler  sırasında ilgili/ilgisiz herkes farklı rolleri üstlenebiliyor. Sonuçta denetimlerde amiyane tanımlama ile "doğan" görünümlü "şahin" gibi kişiler ortaya çıkıyor. Maksat  belge almak olunca da herkes kendi işinin dışındaki rollerin işleri yaptığını anlatmaya çalışıyor. Çok komik sahneler sergileniyor.

Özetle, CMMI felsefesinde yapılan işin dünyada kabul görmüş standartların seviyesine çıkarmak için gerekli olan iyileştirmeler bulunmaktadır. Süreç alanlarındaki özel pratiklerin adım adım yazılarak süreç tanımıymış gibi sunulması hem bir kolaycılık hem de ana felsefeyi bilmemektir.