⚠️ ITSM Sahada Neden Aksıyor? Envanter Var Zimmet Kopuk — İşte Bilmeniz Gerekenler!

ITSM projeleri genelde aynı cümleyle başlar: “Artık her şey kayıt altında.”

ITSM süreçlerinde envanter, zimmet ve incident yönetimi arasındaki ilişkiyi gösteren akış diyagramı

Ama sahada yaşanan gerçeklik çoğu zaman şudur:

• Incident kapandı ama cihaz ortada yok.
• Yeni işe başlayan çalışana laptop var ama kimde olduğu belli değil.
• İşten ayrılan personelin zimmeti aylar sonra fark ediliyor.

Sorun gerçekten envanter eksikliği mi, yoksa ITSM’in görünmeyen bir boşluğu mu var?

Bu yazıda tam olarak bu sorunun peşine düşeceğiz.

Deneyimden Bir Kesit: ITSM Neden Sahada Kopuyor?

BT ekipleriyle yapılan toplantılarda sık duyulan bir cümle var:

“Sistemimiz var ama pratikte işler Excel’den yürüyor.”

Çünkü birçok organizasyonda:

• Envanter sistemi var.
• **ITSM tool **var.
• Ama zimmet bilgisi bu yapılara bağlı değil.

Sonuçta ITSM kağıt üzerinde çalışıyor, ama sorumluluk zinciri kopuk kalıyor.

Envanter ve Zimmet Aynı Şey Değil (Ama Hep Öyle Sanılıyor)

Burada kritik bir kavramsal ayrım var.

Envanter yönetimi, kurumun sahip olduğu varlıkların listesidir. “Ne var, nerede, hangi durumda?”

Zimmet yönetimi ise o varlığın kime, ne zaman, hangi sorumlulukla verildiğidir.

ITSM tarafında sorun şurada başlıyor:

Envanter kaydı var ama zimmet ITSM süreçlerinin parçası değil.

Bu da ITSM’i teknik olarak doğru, operasyonel olarak eksik hale getiriyor.

ITSM Süreçlerinde Zimmet Neden Kritik?

Bu noktada teoriden çıkıp sürece bakalım.

🎫 Incident Management (Olay Yönetimi)

Bir cihaz arızalandığında:

• Cihazın envanter kaydı var.
• Ama kullanıcısı net değilse Incident süresi uzar, **SLA (Service Level Agreement)** anlamsızlaşır.

🔁 Change & Request Management (Değişiklik & Talep Yönetimi)

Yeni cihaz talebi açılıyor. Ama:

• Mevcut zimmetler görünmüyor.
• Kullanıcıda hâli hazırda ne olduğu bilinmiyor.

Sonuç: Gereksiz satın alma, gereksiz maliyet.

🧩 CMDB & Asset Management (Varlık Yönetimi)

CMDB’de varlık var ama:

• Kimin kullandığı
• Ne zamandır kullandığı
• Teslim/iade geçmişi yoksa CMDB bağlamını kaybeder.

ITSM Teknik Bir Problem Değil, Yönetişim Problemidir!

Burada önemli bir farkındalık var:

ITSM araçları genelde eksik değil, bağlantısız.

Zimmet;

• İnsanla varlık arasındaki bağı kurar.
• Sorumluluğu görünür kılar.
• ITSM süreçlerini sahaya indirir.

Bu olmadığı sürece:

• SLA tutar ama sorun bitmez.
• Rapor vardır ama içgörü yoktur.

Peki Bu Bağ Nasıl Kurulmalı?

Zimmet ve envanter:

• Ayrı ekranlarda
• Manuel
• Excel destekli ilerlediğinde, **ITSM (BT Hizmet Yönetimi) **yalnızca “ticket kapatan” bir yapı olur.

Burada fark yaratan yaklaşım:

• Envanter + zimmet + ITSM süreçlerinin tek akışta yönetilmesi
• Zimmetin yalnızca kayıt değil, süreç tetikleyici olması

SPIDYA Zimmet & Envanter Yönetimi Çözümü Bu Noktada Ne Sunuyor?

SPIDYA Zimmet & Envanter Yönetimi:

• ITSM (IT service management) süreçleriyle doğrudan entegredir.
• Kullanıcı, varlık ve sorumluluk ilişkisini tek bağlamda ele alır.
• Zimmeti statik bir kayıt değil, operasyonel bir veri olarak konumlandırır.

Bu sayede:

• Incident’lar doğru kişiye gider.
• Talepler gerçek ihtiyaca göre açılır.
• CMDB yaşayan bir yapı haline gelir.

Detayları buradan inceleyebilirsiniz: 👉 **SPIDYA Zimmet & Envanter Yönetimi sayfamızı ziyaret edin!**

Sonuç: ITSM’in Eksik Parçası Envanter Değil!

ITSM projeleri başarısız olmuyor. Ama sahaya inmiyor.

Çünkü çoğu zaman cevaplanmayan soru şu:

“Bu varlık kimde ve neden?”

Envanter bu sorunun yarısını cevaplar. Zimmet ise tamamını.

Gerçek anlamda çalışan bir ITSM için:

• Envanter şart.
• Ama zimmet entegrasyonu olmazsa olmaz.

Ve belki de en kritik cümle:

ITSM araçları değil, bağlam eksik.