Kurumsal Hizmet Yönetimi

Kurumsal hizmet yönetimi, BT'nin ve iş birimlerinin verdiği hizmetleri tanımlı süreçler, ölçülebilir hizmet seviyeleri ve tek bir platform üzerinden yönetmek demektir. BT tarafındaki adı ITSM (IT Service Management), aynı yaklaşımın İK, finans, tesis gibi birimlere genişlemiş hali ESM (Enterprise Service Management)'dir. Bu sayfa, alanın bütününü kapsayan bir rehberdir: hangi ITSM çözümlerini sunduğumuz, entegrasyonun ve mevcut araçtan geçişin nasıl yürüdüğü, hangi dağıtım modelinin kime uyduğu ve kurulumdan sonra platformun nasıl işletildiği. Ürün detayları için yukarıdaki üç alt sayfayı kullanabilirsiniz.

ITSM ve ESM: Aynı Omurga, Farklı Kapsam

ITSM, BT hizmetlerinin tasarımından işletimine kadar tüm yaşam döngüsünü yönetir; referans çerçevesi ITIL 4'tür. Olay, talep, problem, değişiklik, varlık ve bilgi yönetimi gibi pratikler bu çerçevenin yapı taşlarıdır. ESM ise aynı süreç motorunu, aynı self-servis portalı ve aynı raporlama katmanını BT dışındaki birimlerin hizmetlerine uygular: İK'nın işe alım akışı, finansın gider onayı, tesis yönetiminin arıza bildirimi, hukuk biriminin sözleşme inceleme talebi. Bu yüzden ESM'e geçiş yeni bir yazılım projesi değil, mevcut ITSM yatırımının kapsam genişlemesidir.

Kavramsal arka plan için ITSM nedir rehberimize, ESM'in mimarisi ve kullanım senaryoları için Kurumsal Hizmet Yönetimi (ESM) sayfasına bakabilirsiniz.

ITSM Çözümleri: Hangi Süreçleri Kapsıyoruz

ITSM çözümlerimizi ManageEngine ServiceDesk Plus üzerinde, ITIL 4 pratikleriyle hizalı biçimde kurguluyoruz. Hazır şablonla başlıyor, ancak her süreci kurumun gerçek iş yapış biçimine göre yeniden çiziyoruz; çünkü aynı olay akışı 30 kişilik bir BT ekibiyle 3 kişilik bir ekipte farklı çalışır.

• Olay yönetimi: Çok kanallı kayıt (portal, e-posta, Teams, telefon), otomatik sınıflandırma ve önceliklendirme, kademeli eskalasyon, büyük olay (major incident) akışı.
• Talep yönetimi ve hizmet kataloğu: Her hizmet için form, onay zinciri ve yerine getirme adımları tanımlı; kullanıcı ne isteyebileceğini katalogdan görür.
• Problem yönetimi: Tekrarlayan olayların kök neden analizi, bilinen hata veritabanı (KEDB), geçici çözüm yayınlama.
• Değişiklik ve yayın yönetimi: Standart, normal ve acil değişiklik tipleri, CAB onayı, değişiklik takvimi, geri alma planı; denetimlerde kanıt üreten iz kaydı.
• Varlık ve konfigürasyon yönetimi: Donanım, yazılım ve lisans envanteri, CMDB ilişkileri, olay ve değişiklik kayıtlarının etkilenen varlıkla bağlanması. Ayrıntı: Varlık (Envanter) Yönetimi.
• Bilgi yönetimi ve self-servis: Çözüm makaleleri, portalda otomatik öneri, çağrı açılmadan çözülen taleplerin ölçülmesi.
• SLA ve OLA yönetimi: Öncelik bazlı yanıt ve çözüm hedefleri, iş saatleri ve tatil takvimi, ihlal öncesi uyarı.
• Raporlama ve yönetim panoları: Hazır raporlar, kuruma özel panolar, yönetime aylık hizmet raporu.
• Yapay zeka destekli yetkinlikler: Talep sınıflandırma, benzer kayıt önerisi, sohbet robotu ile talep açma. Ayrıntı: Zia AI Chatbot.

ITSM Danışmanlık Hizmetleri

Yazılımı kurmak işin kolay tarafıdır; süreçlerin ekip tarafından benimsenmesi projenin başarısını belirler. Bu nedenle ITSM danışmanlık hizmetlerimiz üç aşamada ilerler.

Olgunluk değerlendirmesi ve yol haritası

Mevcut durumu ITIL 4 pratikleri üzerinden değerlendiririz: hangi süreçler tanımlı, hangileri kişilere bağlı çalışıyor, hangi veriler hiç toplanmıyor. Çıktı, önceliklendirilmiş bir yol haritasıdır. Her şeyi aynı anda açmak yerine olay ve talep yönetimiyle başlayıp problem ve değişiklik yönetimini ekip hazır olduğunda devreye alırız.

Süreç ve iş akışı tasarımı

Hizmet kataloğu, kategori ağacı, öncelik matrisi, SLA hedefleri, onay zincirleri ve eskalasyon kuralları kurumla birlikte tasarlanır. Tasarım, üründe uygulanmadan önce yazılı olarak onaylanır; böylece canlıya geçişte "biz bunu böyle düşünmemiştik" durumları azalır.

Eğitim ve benimseme

Yönetici, teknisyen ve son kullanıcı için ayrı eğitimler veririz. Son kullanıcı tarafında hedef, portalın e-postaya tercih edilmesidir; bunun için katalog sade tutulur ve ilk haftalarda portal kullanımı ölçülerek darboğazlar giderilir.

ITSM Entegrasyonu: Platformu Ekosisteme Bağlamak

Entegrasyonu olmayan bir hizmet masası, veriyi elle taşıyan bir talep kutusuna dönüşür. ITSM entegrasyonu çalışmalarında önce ürünün hazır bağlayıcılarını, gerekirse REST API ve webhook'ları kullanırız. Özel geliştirme en son seçenektir.

Her entegrasyon için veri sahibi, yön (tek veya çift yönlü) ve hata durumunda ne olacağı baştan yazılır. Bağlantılar önce test ortamında doğrulanır, sonra canlıya alınır.

ITSM Geçişi: Mevcut Araçtan Kesintisiz Taşınma

ITSM geçişi projelerinde kaynak çoğunlukla e-posta ve Excel takibi, Spiceworks, OTRS, GLPI, Jira Service Management, Freshservice, Zendesk, BMC Remedy ya da ServiceNow olur. Kaynak ne olursa olsun yöntem aynıdır:

1. Envanter ve kapsam: Hangi verinin taşınacağına birlikte karar verilir. Açık talepler, bilgi bankası makaleleri, varlık kayıtları ve SLA tanımları genellikle taşınır; yıllar öncesinin kapalı talepleri çoğu zaman arşivde bırakılır. Geçiş, biriken veri ve kategori kirliliğini temizlemek için iyi bir fırsattır.
2. Veri eşleme: Kaynak sistemdeki alanlar, kategoriler, öncelikler ve özel alanlar hedef yapıya eşlenir; eşlenmeyenler için karar alınır.
3. Pilot ve paralel çalışma: Bir ekip ya da bir hizmet önce yeni platformda çalışır; iki sistem kısa süre yan yana yaşar.
4. Kesim ve salt okunur arşiv: Belirlenen tarihte tüm kayıt yeni platforma alınır; eski sistem sorgulama için bir süre salt okunur tutulur.
5. Stabilizasyon: İlk haftalarda kategori, SLA ve otomasyon kuralları gerçek kullanım verisine göre ayarlanır.

ServiceNow'dan geçişi değerlendirenler için ServiceNow ve ServiceDesk Plus karşılaştırmamız, sürüm ve dağıtım seçenekleri için ServiceDesk Plus sürümleri yazımız yol gösterir.

Yerinde, Bulut veya MSP: Dağıtım Modelleri

Karar, teknik tercihten çok veri politikası ve ekip kapasitesiyle ilgilidir. Keşif görüşmesinde bu iki başlığı netleştirip modeli birlikte seçiyoruz.

Yönetilen ITSM Hizmeti

Kurulum bittikten sonra platformun sağlıklı kalması sürekli bakım ister: sürüm yükseltmeleri, otomasyon kurallarının bakımı, yeni hizmetlerin kataloğa eklenmesi, rapor talepleri. Bunu üstlenecek kişisi olmayan ekipler için yönetilen ITSM hizmeti sunuyoruz. Üç kapsam modeli vardır:

Tüm modellerde müdahale süreleri öncelik bazlı hizmet seviyesi sözleşmesiyle tanımlanır ve aylık hizmet raporu paylaşılır.

ITSM'den ESM'e: İş Birimlerine Genişleme

BT hizmet masası oturduktan sonra aynı platform diğer birimlere açılır. En sık başlangıç noktası işe alım akışıdır: İK yeni çalışanı kaydeder; BT hesap ve cihaz hazırlığını, tesis erişim kartını, finans bordro kaydını paralel görevler olarak alır; yönetici tek ekrandan onaylar ve ilerlemeyi izler. E-posta zinciriyle günler süren süreç, tanımlı bir iş akışına dönüşür.

• İK: İşe alım ve ayrılış, izin ve belge talepleri, çalışan soruları.
• Finans: Gider iadesi, avans, satın alma talebi onayları.
• Tesis yönetimi: Arıza bildirimi, toplantı odası ve ekipman rezervasyonu, taşınma talepleri.
• Hukuk ve uyum: Sözleşme inceleme, KVKK başvurusu takibi.

Her birim kendi hizmet masasını, kategorilerini ve SLA'larını yönetir; çalışan ise tek portaldan tüm birimlere ulaşır. Bu iş yönetimi (work management) süreçleri için lisanslama ve mimari tercihler ESM sayfasında ayrıntılı anlatılır.

Sektörel Uygulama Senaryoları

Finans ve sigorta: Değişiklik yönetimi iz kayıtları ve erişim talep onayları denetimlerde doğrudan kanıt olarak kullanılır; yüksek talep hacmi için otomatik sınıflandırma öne çıkar. Üretim: Vardiya bazlı SLA takvimleri, saha ekipleri için mobil kullanım ve üretim hattı arızalarının bakım takvimiyle ilişkilendirilmesi. Sağlık: Medikal cihaz arızalarının varlık kaydıyla birlikte izlenmesi, kesinti süresinin ölçülmesi. Eğitim: Öğrenci ve akademisyen taleplerinin ayrı kataloglarla, dönem yoğunluğuna göre planlanması. Kamu: Vatandaş ve iç destek taleplerinin ayrışması, e-Devlet ve kurum uygulamalarıyla entegrasyon.

ITSM Projelerinde Sık Yapılan Hatalar

• Her süreci ilk gün açmak: Problem ve değişiklik yönetimi, olay ve talep akışı oturmadan devreye alınırsa kâğıt üzerinde kalır.
• Kategori ağacını eski sistemden kopyalamak: Yıllar içinde şişen kategoriler raporlamayı anlamsızlaştırır; geçiş sırasında sadeleştirilir.
• SLA'yı ölçmeden söz vermek: Hedefler, birkaç haftalık gerçek veriden sonra kalibre edilmelidir.
• Portalı duyurup e-postayı açık bırakmak: Kullanıcı alışkanlığı en kolay kanala kayar; e-posta kanalı portala yönlendirilerek kademeli kapatılır.
• Entegrasyonu sona bırakmak: Kimlik ve varlık entegrasyonu olmadan taleplerdeki kullanıcı ve cihaz bilgisi elle girilir; bu iki bağlantı ilk fazda yapılmalıdır.

Nereden Başlamalı

Önerdiğimiz sıra kısa bir keşif görüşmesi, ardından kendi ortamınızda kurulan tam işlevli deneme sürümüyle PoC, sonra tek bir ekip veya hizmetle pilot ve son olarak yaygınlaştırmadır. PoC aşamasında ölçülecek metrikler (ilk yanıt süresi, çözüm süresi, portal kullanım oranı) baştan belirlenir; karar, satış sunumuna değil kendi verinize dayanır. Mevcut aracınızı, ekip büyüklüğünüzü ve hedeflerinizi paylaşmak için iletişim sayfamızdan bize ulaşabilirsiniz.

İlgili rehberler: Gölge IT nedir, nasıl yönetilir? · Yardım masası (helpdesk) nedir?