İKYS 2026: Bir Yazılım Projesini İK Gözüyle Yönetmek


Bir yazılım projesini yönetmek için mutlaka kod satırlarının arasında kaybolmak mı gerekir? Benim cevabım net: Hayır. Ancak o kodların hangi iş mantığına (Business Logic) hizmet ettiğini, bir mimar titizliğiyle kurgulamanız gerekir.


İKYS Sadece Bir Yazılım Değildir Bugün birçok şirket, hazır paket yazılımların içinde boğuluyor. Çünkü yazılım "ne yapılması gerektiğini" bilir ama "neden yapıldığını" her zaman anlamaz. Benim yürüttüğüm İKYS 2026 (Master Version) projesindeki temel felsefem, teknik altyapıyı İK’nın stratejik ihtiyaçlarına göre terzi dikimi bir modelle şekillendirmek oldu.


İKYS MİMARİ KATMANLARI

 ──────────────────────────

 [ İK STRATEJİSİ ]    (Vizyon)

     │

 [ MANTIK ŞEMASI ]    (İş Kuralları)

     │

 [ YAZILIM KODU ]    (Uygulama)

     │

 [ VERİMLİ SİSTEM ]   (Sonuç)


Bir "İK Mimarı" Yazılım Sürecine Ne Katar?

  1. Algoritmik Mevzuat: Bordro motorunun (Payroll Engine) hangi yasal parametreyle, hangi öncelikle çalışacağını programcıya "İK dilinde" değil, "mantık şemasında" anlatırım.
  2. Veri Güvenliği ve Audit Logs: Bir İK profesyoneli olarak, sistemin sadece çalışması yetmez; kimin, neyi, ne zaman değiştirdiğinin (Audit Logs) takibi benim için bir güvenlik zorunluluğudur.
  3. Kullanıcı Deneyimi (UX): İK çalışanının veya personelin sistemi kullanırken yorulmaması, operasyonel hızımızı belirler. Karmaşık tabloları, sade ve işlevsel arayüzlere dönüştürmek bir tasarım stratejisidir.


Sistemi Yönetmek, Geleceği Yönetmektir Kod yazmıyorum ama bir PayrollEngine tablosunun veri yapısını, audit_logs sisteminin çalışma prensibini veya bir API entegrasyonunun stratejik değerini en az bir developer kadar önemsiyorum. Çünkü biliyorum ki; doğru kurgulanmamış bir sistem, İK departmanının en büyük prangasıdır.

Bu yazı değerli miydi?

👏 0 alkış
Günün Sözü