Asansör Periyodik Bakım Planlama Programı için pilot bina grubu
Asansör bakım yazılımına tüm portföyle geçmeden önce doğru seçilmiş bir pilot bina grubuyla sistemi sahada test etmek; ekip uyumunu, bakım sürelerini ve veri kalitesini ölçmeyi kolaylaştırır.
İÇERİK
Asansör bakım süreçlerini Excel, kâğıt form, telefon ve WhatsApp üzerinden yönetmekten dijital bir sisteme geçerken yapılan en büyük hatalardan biri, programı ilk günden bütün bakım portföyüne açmaktır. Yüzlerce asansör, farklı teknisyenler, farklı bakım günleri ve eksik müşteri kayıtları aynı anda sisteme taşındığında küçük bir veri problemi bile operasyonun tamamını etkileyebilir. Daha güvenli yöntem, önce kontrollü bir pilot bina grubu oluşturarak Asansör Periyodik Bakım Planlama Programı'nın gerçek saha şartlarında nasıl çalıştığını görmektir.
Bu yaklaşım sayesinde firma sahibi programın operasyon üzerindeki etkisini ölçebilir, teknisyenler yeni çalışma düzenine alışabilir ve bina yöneticilerinden gelen geri bildirimler değerlendirilerek genel geçiş öncesinde gerekli düzenlemeler yapılabilir. Pilot çalışmanın amacı kusursuz bir demo yapmak değil; gerçek operasyonu küçük ölçekte çalıştırarak sorunları erken yakalamaktır.
Bu yazıda kullanılan periyodik bakım ifadesi, bakım firmasının asansörler için yürüttüğü düzenli bakım organizasyonunu ifade eder. A tipi muayene kuruluşlarının gerçekleştirdiği yıllık periyodik kontrol ise ayrı bir süreçtir. Sanayi ve Teknoloji Bakanlığı da asansörlerde aylık bakım ile yılda en az bir kez yapılması gereken periyodik kontrolü ayrı yükümlülükler olarak tanımlamaktadır.
Pilot Bina Grubu Neden Gereklidir?
Yeni bir bakım planlama sisteminin masa başında doğru görünmesi, sahada aynı şekilde işleyeceği anlamına gelmez. Bakım operasyonunda trafik, teknisyen güzergâhı, bina görevlisine ulaşamama, asansörün kullanım yoğunluğu, arıza nedeniyle bakım planının kayması ve acil işlerin araya girmesi gibi birçok değişken vardır.
Pilot bina grubu bu değişkenleri düşük riskle test etmenizi sağlar.
Örneğin 600 asansörlük bir bakım portföyüne sahip firmanın bütün kayıtlarını aynı hafta sisteme taşıması yerine önce 25–40 asansörü pilot olarak seçmesi çok daha kontrollüdür. Pilot tamamlandığında firma şu soruların cevabını gerçek verilerle görebilir:
- Bakım planları doğru tarihlere atanıyor mu?
- Teknisyen hangi binaya gideceğini kolayca görebiliyor mu?
- Günlük iş yükü dengeli dağılıyor mu?
- Bakım tamamlandıktan sonra kayıt eksiksiz oluşuyor mu?
- Fotoğraf, açıklama veya imza gibi saha kayıtlarında aksama yaşanıyor mu?
- Bakımı geciken asansörler kolayca fark ediliyor mu?
- Ofis personeli saha durumunu ayrıca telefonla sormak zorunda kalıyor mu?
- Bina yöneticisine ihtiyaç duyulan bilgi hızlı şekilde sunulabiliyor mu?
Pilotun sonunda amaç yalnızca "program çalışıyor" demek değildir. Eski yöntemle yeni yöntem arasındaki operasyon farkını ölçebilmek gerekir.
Doğru Pilot Bina Grubu Nasıl Seçilir?
Pilot grupta yalnızca en sorunsuz ve birbirine yakın binaları seçmek yanıltıcı sonuç verir. Çünkü gerçek portföy sadece kolay binalardan oluşmaz.
İyi bir pilot grup, firmanın günlük operasyonunun küçük bir örneği olmalıdır.
Farklı bina tiplerini dahil edin
Pilot gruba mümkünse farklı kullanım profillerinden asansörler eklenmelidir:
- Standart apartman
- Yoğun kullanılan site
- İş merkezi
- Ticari bina
- Eski asansör
- Yeni asansör
- Sık arıza kaydı bulunan bina
- Birden fazla asansörü bulunan kompleks
Örneğin firmanın portföyünün yüzde 70'i apartmanlardan oluşuyorsa pilot grubun tamamını hastane veya iş merkezlerinden seçmek doğru değildir.
Farklı teknisyenleri test edin
Pilotun tamamını teknolojiye en yatkın teknisyene vermek de sık yapılan bir hatadır.
Programın gerçek başarısını görebilmek için mümkünse:
- deneyimli bir teknisyen,
- orta deneyimli bir teknisyen,
- dijital sistemlere daha az alışık bir teknisyen
pilot sürece dahil edilmelidir.
Böylece problemin yazılımdan mı, eğitimden mi yoksa alışkanlıklardan mı kaynaklandığı daha kolay anlaşılır.
Pilot büyüklüğünü kontrol altında tutun
Her firma için tek bir doğru sayı yoktur. Ancak genel uygulamada pilotun yönetilebilir büyüklükte olması önemlidir.
| Firma portföyü | Örnek pilot büyüklüğü | Önerilen teknisyen sayısı |
|---|---|---|
| 50–100 asansör | 10–15 asansör | 1–2 |
| 100–300 asansör | 15–30 asansör | 2–3 |
| 300–750 asansör | 25–50 asansör | 3–5 |
| 750+ asansör | 40–75 asansör | 4–7 |
Bu rakamlar mevzuat zorunluluğu değildir; operasyonu kontrollü test etmek için kullanılabilecek pratik başlangıç aralıklarıdır.
Pilot çok küçük tutulursa gerçek problemlerin bazıları görülmeyebilir. Çok büyük tutulursa pilot çalışma olmaktan çıkar ve doğrudan genel geçiş projesine dönüşür.
Pilot Uygulama Adım Adım Nasıl Yapılır?
Başarılı bir pilotun en önemli tarafı, başlamadan önce sınırlarının belirlenmesidir.
1. Pilot listesini oluşturun
İlk olarak pilot kapsamında bulunacak bina ve asansörleri belirleyin.
Her kayıt için en az şu bilgileri kontrol edin:
- Bina veya site adı
- Açık adres
- Bina yöneticisi veya yetkili kişi
- Telefon numarası
- Asansör sayısı
- Asansör kimlik bilgileri
- Bakım periyodu
- Son bakım tarihi
- Sorumlu teknisyen
- Varsa açık arıza veya takip notu
Eksik veriyi olduğu gibi sisteme aktarmak yerine pilot öncesinde temizlemek önemlidir.
2. Bakım takvimini sisteme aktarın
Pilot binaların mevcut bakım tarihleri programa girilmeli ve planlanan bakım günleri kontrol edilmelidir.
Burada geçmiş takvimi tamamen değiştirmek yerine mevcut operasyon düzenini mümkün olduğunca korumak daha sağlıklı sonuç verir.
Örneğin bir bina normalde her ayın ikinci haftasında ziyaret ediliyorsa pilot nedeniyle ayın son haftasına taşımak karşılaştırmayı zorlaştırabilir.
3. Teknisyen atamalarını yapın
Her pilot bina için sorumlu teknisyen belirlenmelidir.
Özellikle şu durumları test edin:
- Tek teknisyenin aynı gün birden fazla binaya gitmesi
- Aynı binada birden fazla asansör bulunması
- Bakımın başka teknisyene devredilmesi
- Planlanan bakımın ertelenmesi
- Acil arıza nedeniyle programın değişmesi
Gerçek operasyon bu senaryoları içerdiği için pilotun da bunları kapsaması gerekir.
4. Eski ve yeni sistemi kısa süre karşılaştırın
Pilotun ilk döneminde eski kayıt yöntemi tamamen kapatılmadan kontrollü karşılaştırma yapılabilir.
Örneğin iki haftalık pilotta şu ölçülebilir:
- Bakım planlama için harcanan ofis süresi
- Teknisyenlere günlük iş gönderme süresi
- Eksik bakım kaydı sayısı
- Tarihi geçen bakım sayısı
- Teknisyen ile ofis arasındaki telefon görüşmesi ihtiyacı
- Tamamlanan işlerin raporlanma süresi
Bu karşılaştırma sayesinde yazılımın faydası "işimiz kolaylaştı" gibi soyut ifadeler yerine ölçülebilir hale gelir.
Asansorex gibi bakım takip yazılımlarında bina, asansör, planlanan bakım ve saha kayıtlarının aynı akışta tutulması, özellikle pilot sırasında veri dağınıklığını azaltmaya yardımcı olabilir. Buradaki temel hedef program kullanmak değil, bakımın planlanmasından tamamlanmasına kadar tek bir takip düzeni kurmaktır.
Pilot Süreçte Hangi KPI'lar Ölçülmeli?
Pilot çalışmanın sonunda yalnızca teknisyenlere "nasıl buldunuz?" diye sormak yeterli değildir.
Mümkün olduğunca sayısal sonuç toplanmalıdır.
Planlanan bakım tamamlama oranı
Örneğin pilot döneminde 40 bakım planlandı ve 37'si zamanında tamamlandıysa:
Zamanında tamamlama oranı = 37 / 40 x 100 = %92,5
Amaç yalnızca yüksek oran görmek değildir. Tamamlanmayan üç bakımın neden gerçekleşmediğini de incelemek gerekir.
Geciken bakım sayısı
Programın en temel faydalarından biri yaklaşan ve geciken işlerin görünür olmasıdır.
Pilot öncesinde ofis çalışanı Excel satırlarını kontrol ederek gecikmeleri arıyorsa, pilot sonrasında aynı kontrolün ne kadar kolaylaştığı ölçülmelidir.
Eksik kayıt oranı
Bakım tamamlandı olarak işaretlenmesine rağmen gerekli saha bilgileri eksik olabilir.
Örneğin:
- bakım açıklaması girilmemiş,
- teknisyen kaydı eksik,
- gerekli fotoğraf eklenmemiş,
- bina yetkilisi bilgisi bulunmuyor,
- kullanılan malzeme not edilmemiş.
Pilot çalışma bu tür veri problemlerini genel geçişten önce ortaya çıkarır.
Operasyon için harcanan zaman
Özellikle firma sahiplerinin dikkat etmesi gereken göstergelerden biridir.
Pilot öncesinde ofis personeli her sabah teknisyenleri arayıp "bugün şu binalara gideceksiniz" diyorsa, yeni sistem sonrasında bu koordinasyon ihtiyacının azalıp azalmadığı gözlemlenmelidir.
| KPI | Pilot öncesi | Pilot sonrası | Hedef |
|---|---|---|---|
| Geciken bakım sayısı | Ölçülür | Ölçülür | Azalması |
| Eksik bakım kaydı | Ölçülür | Ölçülür | Azalması |
| Günlük planlama süresi | Ölçülür | Ölçülür | Azalması |
| Zamanında bakım oranı | Ölçülür | Ölçülür | Artması |
| Telefonla koordinasyon | Ölçülür | Ölçülür | Azalması |
| Kayıt bulma süresi | Ölçülür | Ölçülür | Azalması |
Teknisyen ve Bina Yöneticisi Geri Bildirimi Nasıl Toplanmalı?
Pilotun teknik olarak başarılı olması yeterli değildir. Sistemin sahada kullanılabilir olması gerekir.
Teknisyenlerden genel yorum istemek yerine somut sorular sorun.
Örneğin:
- Sabah yapılacak bakımları görmek kolay mı?
- Binayı bulmak için ayrıca mesajlaşmak gerekiyor mu?
- Bakım kaydını kapatmak ne kadar sürüyor?
- İnternet bağlantısının zayıf olduğu yerlerde problem yaşanıyor mu?
- Aynı binadaki birden fazla asansörü ayırt etmek kolay mı?
- Eksik veya yanlış bina bilgisiyle karşılaşılıyor mu?
- Ofise telefon açma ihtiyacı azaldı mı?
Bina yöneticilerinin geri bildirimi de önemlidir. Ancak yöneticiyi teknik detaylara boğmak yerine hizmet deneyimine odaklanmak gerekir.
"Bakım kaydı daha anlaşılır mı?", "Geçmiş bakım bilgisine ulaşmak kolaylaştı mı?" veya "Teknisyen ziyaretleri daha düzenli hale geldi mi?" gibi sorular daha faydalıdır.
Pilot sırasında ortaya çıkan her talebi hemen yazılıma eklemek de doğru değildir. Önce talepleri üç gruba ayırmak gerekir:
- Kritik operasyon problemi
- Eğitim veya alışkanlık problemi
- Olması güzel fakat zorunlu olmayan geliştirme
Bu ayrım yapılmazsa pilot süreci kısa zamanda kontrolsüz bir özellik listesine dönüşebilir.
Pilot Sonrasında Genel Geçiş Kararı Nasıl Verilir?
Pilot tamamlandığında firma sahibi veya operasyon sorumlusu bir kapanış değerlendirmesi yapmalıdır.
Karar üç şekilde verilebilir.
Pilot başarılıysa
Temel iş akışları sorunsuz çalışıyor, teknisyenler sistemi kullanabiliyor ve bakım takibi daha görünür hale geliyorsa portföy kademeli olarak programa taşınabilir.
Örneğin:
-
- aşama: 30 pilot asansör
-
- aşama: 100 asansör
-
- aşama: 250 asansör
-
- aşama: kalan portföy
Kademeli geçiş, yüzlerce yanlış kaydın aynı anda sisteme girmesini önler.
Pilot kısmen başarılıysa
Sorunların kaynağı analiz edilmelidir.
Örneğin program doğru çalışmasına rağmen teknisyenler bazı alanları doldurmuyorsa problem teknoloji değil eğitim olabilir.
Buna karşılık bakım tarihleri yanlış oluşuyor veya saha iş akışı operasyon modeline uymuyorsa süreç yeniden tasarlanmalıdır.
Pilot başarısızsa
Bu sonuç da değerlidir.
Çünkü 30 asansörde ortaya çıkan bir problemin 600 asansör sisteme aktarıldıktan sonra fark edilmesine göre maliyeti çok daha düşüktür.
Pilotun temel mantığı zaten budur: büyük geçişten önce küçük ölçekte öğrenmek.
Sıkça Sorulan Sorular
Asansör bakım programı pilotunda kaç bina olmalı?
Tek bir zorunlu sayı yoktur. Küçük firmalarda 10–15, orta ve büyük portföylerde 25–50 asansörlük bir başlangıç grubu çoğu operasyonu test etmek için yeterli olabilir. Önemli olan pilot grubun gerçek portföyü temsil etmesidir.
Pilot için en sorunsuz binaları mı seçmeliyim?
Hayır. Yalnızca sorunsuz binalar seçilirse program gerçek saha koşullarında test edilmiş olmaz. Standart binaların yanında yoğun kullanılan, birden fazla asansörü bulunan veya operasyon açısından daha zor birkaç bina da gruba dahil edilmelidir.
Pilot çalışma ne kadar sürmeli?
Genel uygulamada en az bir gerçek bakım döngüsünün görülmesi faydalıdır. Pilot süresi firmanın bakım planına ve portföy yapısına göre belirlenmelidir. Amaç yalnızca sisteme veri girmek değil, planlama, saha uygulaması ve kapanış sürecinin tamamını görmektir.
Periyodik bakım ile periyodik kontrol aynı şey midir?
Hayır. Bakım firmasının düzenli olarak gerçekleştirdiği bakım işlemleri ile A tipi muayene kuruluşu tarafından yapılan yıllık periyodik kontrol farklı süreçlerdir. Türkiye'de sürekli kullanılan asansörlerin periyodik kontrolünün yılda en az bir defa yapılması gerekir.
Pilot sırasında bütün eski kayıtları aktarmak gerekir mi?
Genellikle hayır. Önce pilot kapsamındaki binalar için operasyonu devam ettirmeye yetecek güncel ve doğru kayıtların aktarılması daha güvenlidir. Veri yapısı doğrulandıktan sonra geçmiş kayıtların kapsamı genişletilebilir.
Asansorex pilot bina çalışmasında nasıl kullanılabilir?
Pilot binaların bakım planlarını, sorumlu teknisyenlerini ve gerçekleşen saha işlemlerini tek yerde takip ederek yeni çalışma düzeninin küçük ölçekte denenmesini sağlar. Böylece tüm portföye geçmeden önce eksik kayıtlar ve operasyon problemleri görülebilir.
Özet
Asansör Periyodik Bakım Planlama Programı'na geçişte en güvenli yöntem bütün portföyü tek seferde sisteme taşımak değil, gerçek operasyonu temsil eden kontrollü bir pilot bina grubu oluşturmaktır.
Başarılı bir pilot için farklı bina tipleri ve teknisyenler seçilmeli, bakım takvimi gerçek çalışma düzenine göre oluşturulmalı ve zamanında bakım oranı, gecikmeler, eksik kayıtlar ve operasyon süresi gibi göstergeler ölçülmelidir.
Pilot sonunda elde edilen sonuçlar yeterliyse geçiş kademeli olarak büyütülebilir. Sorun varsa da yüzlerce asansörü etkilemeden önce düzeltilmiş olur. Asansorex gibi bakım yönetim yazılımlarının en sağlıklı devreye alma yöntemi de teknolojiyi bir anda bütün şirkete yaymak yerine, küçük bir portföyde doğrulayıp ölçerek ölçeklemektir.