İçeriğe geç
HanSYS

Değişiklik Yönetimi

Değişikliği kontrol edin, kesintiyi önleyin.

Talep oluşturmadan kapanışa altı aşamalı bir akışta hiçbir değişiklik denetimsiz uygulanmaz. Kaynak kayıt (olay, sorun, talep) bağlanır; etki analizi varlık envanteri üzerinden yapılır; acil ve büyük ölçekli değişikliklerde geri alma planı olmadan onaya çıkılamaz.

Bu modülü canlı görün

Bir bakışta

Değişiklik Yönetimi neleri kapsıyor?

  • Altı aşamalı akış

    Talepten kapanışa kontrollü süreç

  • Kayıt ilişkilendirme

    Olay, talep ve değişiklik tek zincirde

  • Otomatik kapanış

    Bağlı kayıtlar senkron kapanır

  • Kurul onayı

    Kararlar gerekçesiyle kayıtlı

  • Etki analizi

    Varlık ve ortam bazlı değerlendirme

  • Geri alma planı

    Plan olmadan onay yok

  • Gözden geçirme

    Her değişiklikten ders çıkar

  • ISO 27001 uyumu

    Madde 6.3 ve A.8.32

  • HanGrid liste

    Filtreleyin, Excel'e aktarın

Süreç

Adım adım ne kayda geçiyor?

Her aşamada sistemin ürettiği kayıt izi, denetimde kanıt olarak doğrudan kullanılabilir.

Talep oluşturma

Değişiklik talebi açılır, kaynak kayıtla ilişkilendirilir.

Bu adımda kayda geçenler

  • Talep numarası atandıkayıtlı
  • Kaynak kayıt bağlandıkayıtlı
  • Talep sahibi kaydedildikayıtlı

Her satır, kullanıcı ve zaman damgasıyla birlikte denetim kaydına yazılır; iç tetkik ve dış denetimde kanıt olarak referans verilebilir.

Özellikler

Modülün yaptığı işler

Altı aşamalı değişiklik akışı

Her değişiklik talebi altı aşamadan geçer: talep oluşturma, planlama, kurul onayı, uygulama, gözden geçirme ve kapanış. Hiçbir değişiklik denetimsiz uygulanmaz, hiçbir adım atlanmaz. Talebin hangi aşamada olduğu, kimin beklediği ve ne zaman kapanacağı tek ekranda görünür.

Kaynak kayıtla ilişkilendirme

Bir hizmet talebi, olay veya problem doğrudan değişiklik talebine bağlanır. Değişikliğin nereden doğduğu kaybolmaz; olaydan çözüme uzanan zincir izlenebilir kalır. “Bu değişiklik neden yapıldı?” sorusunun cevabı kayıttadır.

Kapanışta otomatik durum senkronizasyonu

Değişiklik kapatıldığında ona bağlı hizmet talepleri otomatik olarak çözüldü durumuna geçer. Aynı kaydı iki farklı modülde elle kapatma gereği ortadan kalkar. Otomatik kapatılamayan kayıtlar açıkça işaretlenir; sessizce atlanan kayıt olmaz.

Değişiklik danışma kurulu ve acil kurul yönetimi

Kurul üyeleri, rolleri ve onayladıkları değişiklik tipleri sistemde tanımlıdır. Standart değişiklikler otomatik onaydan geçer; kritik kesintilerde acil kurul hızlandırılmış onay verir. Her karar gerekçesiyle birlikte kayıt altına alınır.

Etki analizi ve varlık bağlantısı

Her değişikliğin hangi varlıkları — sunucu, uygulama, ağ cihazı — ve hangi ortamı etkileyeceği önceden analiz edilir. Risk, varlık envanteri üzerinden değerlendirilir; sürprizler uygulama anına bırakılmaz.

Geri alma planı zorunluluğu

Acil ve büyük ölçekli değişikliklerde geri alma planı olmadan onaya çıkılamaz. Bir aksilik yaşandığında sistemin önceki kararlı haline nasıl döneceği adım adım hazırdır.

Uygulama sonrası gözden geçirme

Değişiklik uygulandıktan sonra hedefine ulaşıp ulaşmadığı ve sorunun gerçekten çözülüp çözülmediği yapısal olarak sorgulanır. Alınan dersler kayıt altına alınır.

ISO 27001 uyumlu kayıt ve izlenebilirlik

Modül, ISO/IEC 27001:2022'nin 6.3 (değişikliklerin planlanması) ve A.8.32 (değişiklik yönetimi) kontrolleri düşünülerek kurgulandı. Her değişiklik benzersiz numarayla ve tam geçmişiyle saklanır: kim, ne zaman, hangi durumda.

HanGrid liste altyapısı

Tüm değişiklik ve kurul listeleri HanGrid altyapısında çalışır: anlık arama, kolon bazlı filtreleme, Excel ile CSV dışa aktarım ve kişiselleştirilebilir görünüm.

Neden

Neden HanSYS Değişiklik Yönetimi?

Bir sistemde yapılan her plansız değişiklik, bir sonraki kesintinin tohumudur. Kim neyi ne zaman değiştirdi? Onayı kim verdi? Bir şey ters giderse nasıl geri dönülecek?

Bu sorulara net cevap veremeyen kurumlar her değişikliği bir kumar gibi oynar.

Kaynağı belli, izi kaybolmuyor

Değişiklik talepleri artık birbirine bağ verilmiş dosyalarda, sözlü onay notlarında ya da bulunamayan bir klasörde kaybolmaz. Talebin doğduğu andan kapandığı ana kadar tüm yaşam döngüsü tek sistemde akar. Olaydan doğan bir değişiklik mi? Kaynağı bağlıdır. Bir sorunun kalıcı çözümü mü? Zincir kuruludur. Değişiklik kapandığında bağlı hizmet talepleri de kapanır.

Onay bir kayıt, sözlü bir mutabakat değil

Kurul üyeleri, rolleri ve onaylayabildikleri değişiklik tipleri sistemde tanımlıdır. Standart değişiklikler otomatik onaydan hızla geçer; kritik kesintiler acil kurulla ivedilikle çözülür; büyük ölçekli değişiklikler tam kurul değerlendirmesinden geçer. Her karar gerekçesiyle kayıtlıdır. Denetimde “bu değişikliği kim onayladı?” sorusunun cevabı bir kişinin hafızasında değildir.

Geri dönüş planı bir zorunluluk

Modülün en ayırt edici disiplini budur: acil ve büyük ölçekli değişikliklerde geri alma planı olmadan onaya çıkılamaz. Çoğu kurumda geri alma planı düşünülür ama yazılmaz; kriz anında herkes hatırlamaya çalışır. Burada plan, uygulama başlamadan önce onaylı ve hazırdır.

Öncesi / sonrası

Bugün ne yaşıyorsunuz, neyle değişiyor?

Tabloda tutulan değişiklik listesi
Talepten kapanışa canlı, izlenebilir akış
Sözlü veya e-posta onayı
Gerekçesiyle kayıt altına alınan kurul kararı
“Geri döneriz” umudu
Onaydan önce zorunlu, adım adım geri alma planı
Aynı kaydı iki modülde elle kapatmak
Kapanışta otomatik senkronizasyon
Dağınık klasörlerde kayıp değişiklik geçmişi
Benzersiz numarayla tam denetim izi
“Bu değişiklik neden yapıldı?” belirsizliği
Kaynak kayda uzanan bağlantı zinciri

“Kim değiştirdi?” tartışması biter

Her değişikliğin sahibi, uygulayıcısı ve zaman damgası kayıtlıdır.

Kriz anında plan aranmaz

Geri alma planı uygulama başlamadan önce onaylıdır.

Aynı iş iki kez yapılmaz

Kapanışta bağlı hizmet talepleri otomatik olarak çözülür.

Denetim kanıtı sürekli hazır

Her değişiklik numarası, onayı, etkilenen varlıkları ve tam geçmişiyle kayıtlıdır.

Entegrasyon

Diğer modüllerle nasıl konuşuyor?

Veri bir kez girilir; ilgili tüm süreçlere kendiliğinden akar.

Varlık Envanteri
Değişiklikten etkilenen sunucu, uygulama ve cihazlar envanterden seçilir; risk gerçek varlıklar üzerinden hesaplanır.
Olay Yönetimi
Bir olaydan doğan değişiklik kaynağıyla bağlanır; kapanışta durumlar birlikte yönetilir.
Aksiyon Yönetimi
Gerektiğinde düzeltici faaliyet başlatılır.
Risk Değerlendirme
Değişikliğin riski kurumsal risk metodolojisiyle aynı dilde ölçülür.
Süreç Yönetimi
Değişiklikten etkilenen süreçler izlenir.
İç Tetkik
Değişiklik kayıtları denetim kanıtı olarak referans verilir.
BT Servis Masası
Bir hizmet talebi değişiklik talebine bağlanır; değişiklik kapandığında bağlı talepler senkron olarak çözülür.

Özet

Üç cümlede neden bu modül?

01

Uçtan uca izlenebilirlik

Değişikliğin doğduğu olaydan kapandığı ana kadar her adım, onay ve etki tek zincirde kayıtlıdır.

02

Süreç kendini yönetir

Kapanışta otomatik senkronizasyon, otomatik onay kuralları ve zorunlu geri alma planı ile elle takip azalır.

03

Kurumsal ölçek

Çok kiracılı mimari, varlık, olay ve risk modülleriyle entegrasyon.

Rakiplerden ayrışma

  • Bağımsız bir hizmet yönetimi aracı değil, entegre bir yönetim sistemi platformunun parçası; değişiklik varlık envanteri, risk ve olay kayıtlarıyla aynı platformda durur.
  • ISO 27001 madde 6.3 ve A.8.32 kontrolleri tasarım aşamasında ele alındı.
  • Türkçe kurumsal terminoloji ve çok kiracılı yapı çekirdekte gelir.

Değişiklik Yönetimi modülünü kendi verinizle görün.

45 dakikalık canlı demo: kendi süreçlerinizden bir örnek üzerinden ilerliyoruz. Hazırlık gerekmez.