Çevik İK (İngilizce: Agile HR), yazılım geliştirmede ortaya çıkan çevik (agile) çalışma ilkelerinin insan kaynakları süreçlerine uygulanmasıdır. Çevik İK nedir sorusunu iki katmanda yanıtlamak gerekir: Birincisi, İK ekibinin kendi işini kısa döngüler, önceliklendirilmiş iş listeleri ve sık geri bildirimle yönetmesi; ikincisi ise işe alım, performans yönetimi, eğitim ve kariyer gibi İK süreçlerinin çevik çalışan ekiplerin ihtiyaçlarına göre yeniden tasarlanmasıdır.
Geleneksel İK; yıllık planlara, uzun onay zincirlerine ve "bir kez tasarla, herkese uygula" mantığına dayanır. Bu yaklaşım değişimin yavaş olduğu dönemlerde işe yarasa da, öncelikleri birkaç ayda bir değişen şirketlerde İK'yı geride bırakabilir. Bu yazıda çevik ilkelerin İK'ya nasıl uyarlandığını, Scrum ve Kanban'ın İK projelerinde nasıl kullanılacağını, hangi süreçlerin nasıl dönüştüğünü ve geçiş için pratik adımları ele alıyoruz.
Çevik Yaklaşımın Temelleri: İK Gözüyle Kısa Bir Özet
Çevik yaklaşımın çıkış noktası, 2001 yılında yazılım geliştiriciler tarafından yayımlanan Çevik Yazılım Geliştirme Manifestosu'dur. Manifestonun dört değeri İK diline şöyle çevrilebilir:
| Manifesto değeri | İK'daki karşılığı |
|---|---|
| Süreçler ve araçlar yerine bireyler ve etkileşimler | Formu doldurmaktan çok yönetici ile çalışan arasındaki konuşmanın kalitesine odaklanmak |
| Kapsamlı dokümantasyon yerine çalışan ürün | 80 sayfalık politika yerine kullanılabilir, test edilmiş, sade bir uygulama |
| Sözleşme pazarlığı yerine müşteri ile iş birliği | Çalışanları ve yöneticileri İK'nın "müşterisi" olarak görmek ve tasarıma dahil etmek |
| Bir plana bağlı kalmak yerine değişime yanıt vermek | Yıllık planı sabit tutmak yerine öncelikleri düzenli aralıklarla yeniden değerlendirmek |
Manifesto, sol taraftaki öğelerin de değerli olduğunu ancak sağdakilerin daha çok önemsendiğini vurgular. İK açısından bu, politikaları ve dokümantasyonu kaldırmak değil, onları amaç değil araç olarak görmek anlamına gelir. Özellikle iş hukuku ve KVKK gerekliliklerinden doğan belgeler çevik dönüşümde de eksiksiz tutulmalıdır.
Çevik İK'nın Temel İlkeleri
- Çalışan merkezli tasarım: Yeni bir süreç tasarlanmadan önce kullanıcısı olan çalışan ve yöneticilerin ihtiyacı dinlenir.
- Küçük adımlar, hızlı deneme: Tüm şirkete yayılacak büyük bir sistem yerine küçük bir pilot yapılır, sonuçlara göre geliştirilir.
- Şeffaf önceliklendirme: İK'nın elindeki işler görünür bir listede tutulur ve iş birimleriyle birlikte sıralanır.
- Düzenli geri bildirim döngüsü: Her döngü sonunda "ne işe yaradı, neyi değiştirmeliyiz?" sorusu sorulur.
- Çapraz yetkinlikli ekipler: İşe alım, eğitim ve ücret uzmanları aynı problem üzerinde birlikte çalışır.
Scrum ile İK Projeleri
Scrum, karmaşık işleri kısa ve sabit süreli döngülerle (sprint) yürütmeye yarayan bir çerçevedir. Bir sprint en fazla bir ay sürer; İK projelerinde genellikle iki-üç haftalık sprintler tercih edilir.
Scrum'ın temel unsurları ve İK'daki karşılıkları
- Product Owner (Ürün Sahibi): İş listesinin önceliğinden sorumlu kişi. İK'da örneğin bir İK direktörü ya da projenin iş birimi sponsoru olabilir.
- Scrum Master: Ekibin çevik çalışma biçimini uygulamasına yardımcı olan, engelleri kaldıran kolaylaştırıcı. Küçük şirketlerde ayrı bir pozisyon olması gerekmez; bu rol ekipten birine verilebilir.
- Geliştiriciler: İşi yapan ekip. İK'da işe alım, eğitim veya ücret uzmanlarından oluşan küçük bir ekip.
- Product Backlog (Ürün İş Listesi): Yapılması gereken tüm işlerin öncelik sırasına göre dizildiği liste. Örneğin: "Yeni çalışan oryantasyon programını yenile", "Satış ekibi için prim modeli taslağı", "Yönetici geri bildirim eğitimi".
- Sprint Planning (Sprint Planlama): Sprint başında hangi işlerin alınacağına ve nasıl yapılacağına karar verilen toplantı.
- Daily Scrum (Günlük Toplantı): 15 dakikalık, ilerlemenin ve engellerin konuşulduğu kısa toplantı.
- Sprint Review (Sprint Gözden Geçirme): Sprint sonunda ortaya çıkan çıktının paydaşlara (ör. yöneticiler) gösterilip geri bildirim alındığı toplantı.
- Sprint Retrospective (Sprint Değerlendirme): Ekibin kendi çalışma biçimini değerlendirdiği ve iyileştirme kararı aldığı toplantı.
Scrum, başı ve sonu belli proje işleri için uygundur: yeni bir performans sistemi tasarlamak, oryantasyon programını yenilemek, bir ücret yapısı kurmak gibi.
Kanban ile Süregelen İK İşleri
Kanban, işin akışını görselleştirerek yöneten bir yöntemdir. Sabit sprintler yoktur; işler bir panoda "Yapılacak – Yapılıyor – Tamamlandı" gibi sütunlarda ilerler. Kanban'ın iki temel aracı vardır:
- Görsel pano: Tüm işlerin nerede olduğunu bir bakışta gösterir. Fiziksel bir duvar ya da dijital bir araç olabilir.
- Devam eden iş sınırı (WIP limiti): Bir sütunda aynı anda bulunabilecek iş sayısına üst sınır koyar. Örneğin "Mülakat aşamasında aynı anda en fazla 6 pozisyon" gibi. Bu sınır, işlerin yarım kalıp birikmesini önler.
Kanban, sürekli akan operasyonel işler için daha uygundur: işe alım süreci, çalışan talepleri, özlük işlemleri, eğitim taleplerinin karşılanması gibi. İzlenebilecek iki basit ölçüt vardır: bir işin panoya girmesinden tamamlanmasına kadar geçen süre ve belirli bir dönemde tamamlanan iş sayısı.
Scrum mı, Kanban mı?
| Kriter | Scrum | Kanban |
|---|---|---|
| İşin türü | Başı-sonu belli projeler | Süregelen, akan işler |
| Zamanlama | Sabit süreli sprintler | Sürekli akış |
| Roller | Tanımlı (Product Owner, Scrum Master) | Zorunlu rol yok |
| Değişiklik | Sprint içinde kapsam korunur | Öncelik her an değişebilir |
| İK örneği | Yeni performans sistemi tasarımı | İşe alım hattı yönetimi |
Birçok İK ekibi ikisini birlikte kullanır: projeler Scrum ile, operasyon Kanban ile yönetilir.
Çevik İK ile Dönüşen Süreçler
İşe alım
İşe alım hattı bir Kanban panosuyla yönetilir; açık pozisyonlar, aday aşamaları ve darboğazlar görünür olur. Haftalık kısa toplantılarda işe alım yöneticisi ile birlikte öncelikler güncellenir. Süreç adımları için işe alım süreci adımları yazımıza bakabilirsiniz.
Performans yönetimi
Yıllık hedef ve değerlendirme yerine çeyreklik hedefler ve düzenli check-in görüşmeleri. Çevik ekiplerde hedefler çoğu zaman OKR gibi kısa döngülü sistemlerle belirlenir; ekip performansı ile bireysel katkı birlikte değerlendirilir.
Eğitim ve gelişim
Yıllık eğitim kataloğu yerine ihtiyaç ortaya çıktıkça tasarlanan kısa öğrenme modülleri, sprint sonu öğrenme paylaşımları ve iş başında öğrenme.
Organizasyon tasarımı
Sabit departman sınırları yerine belirli bir müşteri ya da ürüne odaklanan çapraz fonksiyonlu ekipler. Bu yapılarda yönetici rolü, iş dağıtan kişiden ekibin önündeki engelleri kaldıran ve gelişimi destekleyen kişiye dönüşür.
Örnek Senaryo
Temsilî bir örnek: 200 çalışanlı bir e-ticaret şirketinde altı kişilik İK ekibi, yıl başında belirlenen on iki projeden yalnızca üçünü tamamlayabiliyor. İşler sürekli araya giren acil taleplerle bölünüyor, iş birimleri ise İK'nın ne üzerinde çalıştığını bilmiyor.
Ekip önce tüm işlerini tek bir listeye döküyor ve iş birimi yöneticileriyle birlikte önceliklendiriyor. Projeler için iki haftalık sprintler başlatılıyor; ilk sprintin hedefi, yeni çalışan oryantasyonunun yalnızca ilk haftasını yeniden tasarlamak oluyor. Sprint sonunda üç yeni çalışanla taslak test ediliyor, geri bildirimlere göre düzenleniyor. Operasyonel talepler ise ayrı bir Kanban panosunda yönetiliyor ve her sütuna iş sınırı konuyor.
Birkaç çeyrek içinde ekip daha az projeyi aynı anda yürütmeye başlıyor ama tamamlanan proje sayısı artıyor. İş birimleri her sprint sonunda çıktıyı görüp yorum yapabildiği için İK'nın çalışmalarına katılım da artıyor.
Çevik İK'ya Geçiş: Adım Adım
- Mevcut işi görünür kılın: İK ekibinin elindeki tüm proje ve talepleri tek bir listeye yazın.
- Önceliklendirmeyi paylaşın: Listeyi yönetim ve iş birimleriyle birlikte sıralayın.
- Küçük bir pilotla başlayın: Tek bir projeyi Scrum ile veya tek bir süreci (ör. işe alım) Kanban ile yürütün.
- Ritmi kurun: Kısa günlük veya haftalık toplantılar, döngü sonunda gözden geçirme ve değerlendirme.
- Ekibi eğitin: Temel çevik kavramlar ve kolaylaştırma becerileri üzerine kısa bir eğitim planlayın.
- Ölçün ve uyarlayın: Tamamlanan iş sayısı, işin tamamlanma süresi ve iş birimi memnuniyeti gibi basit göstergelerle ilerlemeyi izleyin.
Sık Yapılan Hatalar
- Ritüelleri amaç sanmak: Günlük toplantı yapıp hiçbir öncelik değiştirmeyen ekip çevik değildir, yalnızca daha çok toplantı yapıyordur.
- Her şeyi çevik yapmaya çalışmak: Bordro, yasal bildirimler ve mevzuat uyumu gibi işler sabit takvimlere ve kurallara bağlıdır; bunlar çevik "deneme" alanı değildir.
- Yönetim desteği olmadan başlamak: Öncelikler yukarıdan sürekli değiştiriliyorsa sprint planlaması anlamını yitirir.
- Dokümantasyonu tamamen bırakmak: Hızlı denemeler yapılırken bile iş sözleşmeleri, politika değişiklikleri ve kişisel veri işleme süreçleri yazılı ve hukuka uygun tutulmalıdır.
- Aracı çözüm sanmak: Bir pano yazılımı kurmak, çalışma kültürü değişmeden fark yaratmaz.
Çevik Dönüşümde İK'nın Rolü
Çevik İK yalnızca İK ekibinin kendi verimliliğini artırmakla kalmaz; şirketin genel çevik dönüşümünü de destekler. Çünkü ekip yapısı, roller, performans ve ödül sistemi değişmeden çevik çalışma kalıcı olamaz. Bu da çevik dönüşümü aslında bir değişim yönetimi projesi hâline getirir; konuya değişim yönetimi nedir yazımızdan başlayabilirsiniz. İK süreçlerinizi çevik ilkelerle yeniden tasarlamak veya dönüşümü planlamak isterseniz değişim yönetimi hizmetimizi inceleyebilirsiniz; ilk görüşme ücretsizdir. Diğer yazılara Liderlik ve Kültür kategorisinden ulaşabilirsiniz.
