BT’ye Yeni Başlayanların Yaptığı 10 Kritik Hata
BT kariyerinde zorlayıcı olan şey çoğu zaman yalnızca teknik bilgi eksikliği değildir. Asıl fark; bilmediğin bir konuyu nasıl yönettiğin, kullanıcıyla nasıl iletişim kurduğun, talebi nasıl kayıt altına aldığın ve sorunun iş etkisini ne kadar doğru okuyabildiğindir.
Bu hatalar neden önemli?
BT ekiplerinde yeni başlayan birçok kişi teknik olarak gelişmeye çalışırken, süreci yönetme tarafını ikinci plana atar. Oysa kullanıcı desteği, Help Desk, IT Support ve teknik destek rollerinde fark yaratan şey yalnızca problemi çözmek değildir.
Fark edilen kişi; talebi doğru anlayan, sorunun etki alanını belirleyen, önceliği doğru okuyan, kullanıcıya güven veren, yaptığı işi kayıt altına alan ve çözümü kapatmadan önce doğrulayan kişidir.
Bu yüzden aşağıdaki hatalar sıradan maddeler gibi görünse de, yeni başlayan bir BT çalışanının ekip içindeki algısını doğrudan etkiler.
BT’ye yeni başlayanların yaptığı 10 kritik hata
1. Her şeyi biliyormuş gibi davranmak
Yeni başladığın bir yerde bazı sistemler sana yanlış veya dağınık görünebilir. Ancak daha ortamı, geçmiş kararları ve çalışma kültürünü anlamadan hızlı hüküm vermek güven kaybettirir.
Daha doğru yaklaşım: “Bu yapının neden bu şekilde kurgulandığını öğrenebilir miyim? Sonrasında katkı sağlayabileceğim bir alan varsa destek olmak isterim.”
2. Anlamadığı işe hemen “hallederim” demek
BT’de “hallederim” cümlesi kullanıcı beklentisi, zaman baskısı ve bazen güvenlik riski oluşturur. Sorunun kaynağını anlamadan kesin çözüm sözü vermek yeni başlayan kişiyi gereksiz baskı altına sokar.
Daha doğru yaklaşım: Talebi incelemeye aldığını, uygun müdahale yöntemini belirleyip gerekli aksiyonu başlatacağını net söylemektir.
3. Ticket açmadan veya kayıt tutmadan iş yapmak
Koridorda, masada veya mesajla gelen küçük destek taleplerini kayıtsız çözmek iyi niyetli görünür; fakat yapılan emek raporlarda görünmez. Bu da hem iş yükünü hem performansı ölçmeyi zorlaştırır.
Ticket sistemi sadece formalite değildir; görünürlük, önceliklendirme ve gerektiğinde kişiyi koruyan kayıt mekanizmasıdır.
4. Kullanıcıyla fazla teknik veya kontrolsüz konuşmak
Kullanıcı “internet yok” dediğinde sen DNS, DHCP, gateway, VLAN veya firewall düşünebilirsin. Ancak bu teknik dili doğrudan kullanıcıya taşımak çoğu zaman karşı tarafı yorar.
Kullanıcıya teknik detay yerine talebinin kayıt altına alındığını, incelendiğini ve sürecin kontrol altında olduğunu hissettirmek daha profesyoneldir.
5. Her talebi aynı aciliyette değerlendirmek
Kullanıcıların çoğu kendi sorununu acil görür. Fakat BT tarafında öncelik, yalnızca kullanıcının acil demesine göre belirlenmez.
Servis kategorisi, işe etkisi, etkilenen departman, kullanıcının görevi ve mevcut ekip yoğunluğu birlikte değerlendirilmelidir.
6. İşi doğrulamadan kapatmak
Teknik işlem tamamlandığında işin gerçekten çözüldüğünü varsaymak hatadır. Outlook açılmış olabilir; ama kullanıcı mail gönderip alabiliyor mu? Yazıcı bağlanmış olabilir; ama çıktı alınabiliyor mu?
Güven veren BT personeli, çözümü varsaymaz; sonucun gerçekten işe yaradığını kontrol eder.
7. Not almamak ve dokümantasyon yapmamak
BT’de hafızaya güvenmek uzun vadede aynı problemi tekrar tekrar çözmeye neden olur. Bugün öğrendiğin bir kurulum adımı, port bilgisi veya lisans detayı ileride hem senin hem ekibin işini kolaylaştırabilir.
Problem neydi, nerede yaşandı, hangi çözüm uygulandı ve sonuç ne oldu? Kısa notlar bile ekip bilgisine dönüşür.
8. Bilmediği konuda panikle işlem yapmak
Yeni başlayan kişi bazen iyi görünmek için bilmediği bir alanda hızlı müdahale etmeye çalışır. Fakat BT’de kontrolsüz işlem veri, erişim, servis veya güvenlik riski doğurabilir.
Bilmediğin konuda durumu netleştir, etki alanını belirle, gerekiyorsa kıdemli kişiye danış ve işlemi kayıtlı şekilde ilerlet.
9. Yöneticiyi sadece problemle baş başa bırakmak
“Sistem çalışmıyor, ne yapalım?” demek durumu bildirir ama karar yükünü tamamen yöneticinin önüne bırakır. Bu yaklaşım özellikle yoğun operasyonlarda yetersiz kalır.
Daha güçlü yaklaşım: Ne etkilendi, şu ana kadar ne kontrol edildi, güvenli seçenek ne? Bu üç bilgiyi toparlayarak gitmek profesyonel görünürlük sağlar.
10. Öğrendiğini ekip değerine dönüştürmemek
Bir problemi çözmek değerlidir; fakat öğrendiğin şey sadece senin kafanda kalıyorsa ekip bundan faydalanamaz. Uzun vadede fark yaratan kişi, öğrendiğini küçük de olsa paylaşılabilir bilgiye dönüştürür.
Kısa doküman, kontrol listesi, problem sınıflandırması veya çözüm notu hazırlamak seni sadece işi yapan kişi olmaktan çıkarır.
Yeni başlayan biri nasıl profesyonel görünür?
BT’de profesyonel görünmek, her şeyi bilmek anlamına gelmez. Hatta kariyerin başında her şeyi biliyormuş gibi davranmak çoğu zaman ters etki oluşturur. Profesyonel görünen kişi; neyi bildiğini, neyi bilmediğini, hangi adımı güvenli gördüğünü ve hangi noktada destek alması gerektiğini net şekilde ayırt edebilir.
Kullanıcı tarafında sade, net ve güven veren bir iletişim kurmak; yönetici tarafında ise kayıtlı, ölçülebilir ve karar verilebilir bilgi sunmak gerekir. Bu ikisini birlikte yapabilen kişi, teknik bilgisi gelişirken aynı zamanda güvenilir bir BT profesyoneli olarak konumlanır.
Sonuç: Teknik bilgi kadar süreç yönetimi de kariyer belirler
BT’ye yeni başlayan biri için teknik gelişim elbette önemlidir. Ancak ticket disiplini, kullanıcı iletişimi, önceliklendirme, doğrulama, not alma ve dokümantasyon alışkanlığı olmadan teknik bilgi tek başına yeterli görünmez.
Bu 10 hatadan uzak durduğunda yalnızca daha az hata yapan biri olmazsın. Aynı zamanda süreci yöneten, kullanıcıya güven veren, yöneticinin işini kolaylaştıran ve ekip içinde daha hızlı fark edilen biri olursun.
YouTube’da izle →
Sık sorulan sorular
BT’ye yeni başlayanların en kritik hatası nedir?
En kritik hatalardan biri, sistemi ve süreci anlamadan her şeyi biliyormuş gibi davranmak veya anlamadığı işe hemen “hallederim” demektir. Bu davranış güven yerine risk algısı oluşturur.
BT’de ticket açmadan iş yapmak neden sorun olur?
Ticket açmadan yapılan işler görünmez kalır. Bu durum hem iş yükünün ölçülmesini zorlaştırır hem de yapılan emeğin yöneticinin raporlarında görünmemesine neden olur.
Kullanıcıyla teknik konuşmak yanlış mı?
Teknik düşünmek doğrudur; ancak kullanıcıya gereksiz jargonla konuşmak süreci zorlaştırır. Kullanıcı çoğu zaman teknik detayı değil, talebinin ciddiye alındığını ve sürecin kontrol altında olduğunu bilmek ister.
Her acil talep gerçekten acil midir?
Hayır. BT’de öncelik, yalnızca kullanıcının “acil” demesine göre değil; iş etkisi, etkilenen departman, servis kategorisi, kullanıcı profili ve mevcut ekip yoğunluğu birlikte değerlendirilerek belirlenir.
Yeni başlayan BT personeli nasıl güven verir?
Talebi doğru anlar, kayıt altına alır, etki alanını belirler, çözümü doğrulamadan kapatmaz, not alır ve bilmediği konularda panik işlem yapmak yerine kontrollü ilerler.