İş geçmişi zaman çizelgesi, bir kişinin hangi işte hangi aralıkta çalıştığını gösteren sıralı kayıtlar bütünüdür. Bu yazıda bu listenin nasıl okunduğunu, en sık görülen üç tarih sorununu ve tarihlerin neden gün değil ay düzeyinde tutulması gerektiğini bulacaksınız.
İş geçmişi zaman çizelgesi nasıl yazılır?
Bir iş kaydının çekirdeği üç parçadan oluşur: unvan, işveren adı ve çalışılan aralık. Aralık iki uçla tanımlanır; halen devam eden bir görevde bitiş ucu boş bırakılır ve ekranda genellikle tek bir sözcükle gösterilir. Bu üç parça tam olduğunda kayıt kendi başına okunabilir hâle gelir; eksik olduğunda ise listenin tamamı güvenilirliğini yitirir.
Sıralama konusunda yaygın alışkanlık, en yeni kaydı en üste koymaktır. Bunun nedeni okuyucunun ilk bakışta güncel durumu görmek istemesidir. Ne var ki bu bir alışkanlıktır, kural değildir: bazı sektörlerde, bazı kurumlarda ve bazı ülkelerde listenin eskiden yeniye doğru yazıldığı da görülür. Bu yüzden kaydı okurken sıralamanın kendisinden değil, tarihlerin karşılaştırılmasından emin olmak gerekir.
Bir diğer ayrım, gerçek aralık ile yazım biçimi arasındadır. Kayıt, bitiş ucu açık bir görevi ifade ediyorsa bu bir bilgidir; bitiş ucu boş bırakılmış ama aslında görev bitmişse bu bir eksikliktir. İkisini ayırt etmenin tek yolu, alanı iki ayrı durum olarak modellemektir: halen devam eden ve bilinmeyen. Bu ayrımı kariyer profilini kurarken nasıl kullandığımızı kariyer profili test kayıtları yazısında anlatıyoruz.
Boşluklar her zaman bir sorun mudur?
Hayır. İki iş arasında kalan süre, kaydın kendisinden bağımsız pek çok nedenden doğabilir. Eğitim, çocuk bakımı, sağlık, aile sorumlulukları, uzun bir iş arama dönemi veya kendi isteğiyle verilmiş bir ara bunların yalnızca birkaçıdır. Hiçbiri kaydın doğruluğunu bozmaz.
Bu nedenle liste ekranlarında boşlukları işaretlemek yanıltıcıdır. Ekranın görevi, kaydın kendi içinde tutarlı olup olmadığını göstermektir; kişinin yaşam tercihlerini değerlendirmek değildir. Bir boşluk ancak kaydın başka bir alanıyla çelişiyorsa sorun hâline gelir: örneğin eğitim devam ederken tam zamanlı bir iş başlamışsa, çelişki boşluktan değil iki kaydın çakışmasından doğar.
Ayrıca boşluğun uzunluğuna göre bir eşik koymak da sakıncalıdır. Kısa bir ara ile uzun bir ara arasındaki fark, kaydın geçerliliği hakkında hiçbir şey söylemez. Doğru yaklaşım, boşluğu olduğu gibi göstermek ve yorumu okuyucuya bırakmaktır.
Çakışan tarihler nasıl yorumlanır?
Çakışma, iki kaydın aralığının üst üste binmesidir. İlk bakışta hatalı görünse de birçok meşru nedeni vardır:
- Yarı zamanlı ek iş: Akşam veya hafta sonu sürdürülen ikinci bir görev.
- Danışmanlık: Tam zamanlı işin yanında yürütülen serbest projeler.
- Paralel projeler: Aynı dönemde iki farklı işveren için yürütülen işler.
- Devir teslim dönemi: Eski görevin kapanışı ile yeni görevin başlangıcının birkaç hafta kesişmesi.
Bu nedenle çakışmayı doğrudan bir hata saymak, geçerli kayıtları elemek anlamına gelir. Doğru ayrım, çakışmanın türüne bakmaktır: iki tam zamanlı kayıt üst üste biniyorsa kayıt gözden geçirilmelidir; bir tam zamanlı ve bir yarı zamanlı kayıt biniyorsa bu olağan bir durumdur. Ayrımı yapabilmek için kaydın çalışma biçimini de taşıması gerekir.
Gelecekteki tarihler neden sorun sayılır?
Bugünden sonra başlayan bir iş kaydı, çok özel bir durum dışında tutarsızdır. Bu istisna, sözleşmesi imzalanmış ama henüz başlamamış bir görevdir; böyle bir kayıt varsa başlangıç tarihi gelecekte olabilir, fakat bunun kayıtta açıkça görünmesi ve bitiş ucunun da boş kalması gerekir.
Gelecek tarihli kayıtların çoğu ise veri üretiminden kaynaklanan hatalardır. Tarih alanı serbest metin olarak tutulduğunda, yıl ve ay parçalarının yer değiştirmesi ya da tek haneli ayların başına sıfır eklenmemesi sık görülür. Bu hatalar ekranda yanlış görünmez; sadece liste beklenmedik bir sırada çıkar ve sıralama testleri sessizce bozulur.
Savunmanın en basit yolu, kaydı kaydederken tarihi tek bir veri tipine dönüştürmek ve karşılaştırmayı o tip üzerinden yapmaktır. Metin karşılaştırması, doğru görünen ama yanlış sonuç veren bir düzen kurar.
Tarihler neden gün değil ay düzeyinde tutulur?
Çalışma aralıklarını gün düzeyinde tutmak, kaydı gereğinden hassas gösterir ve beraberinde üç sorun getirir. Birincisi, gün bilgisi çoğu kaynakta bulunmaz: çalışanın kendisi bile ilk işinin başlangıç gününü hatırlamaz. İkincisi, gün düzeyindeki iki tarih arasındaki fark, çalışılan süreyi değil takvim farkını gösterir. Üçüncüsü, gün düzeyinde yazılan tarihler kayıtlar arasında gereksiz çakışmalar yaratır: ayın ilk günü başlayan yeni görev ile ayın son günü biten eski görev, ay düzeyinde bakıldığında çakışmaz.
Bu nedenle yaygın uygulama, aralığı yıl ve ay olarak tutmak ve süre hesaplarını ay sayısı üzerinden yapmaktır. Görüntüleme katmanı bu değeri okunabilir bir metne çevirir; veri katmanı ise sıralanabilir ve karşılaştırılabilir kalır.
Tarih yazımında en sık yapılan hatalar hangileridir?
Zaman çizelgesindeki sorunların çoğu veri modelinden değil, tarihin serbest metin olarak girilmesinden doğar. En sık görülen beş hata ve her birinin görünür sonucu şudur.
| Hata | Nasıl oluşur | Görünür sonuç |
|---|---|---|
| Ay ve gün yer değiştirmesi | Girişteki sıra kuralının belirsizliği | Sıralama beklenmedik biçimde bozulur |
| İki haneli yıl | Kısa yazımın yüzyıla bağlanmaması | Kayıt geçmişe veya geleceğe kayar |
| Ay adının metin kalması | Sayıya çevrilmeyen ay adları | Karşılaştırma sessizce başarısız olur |
| Aralığın ters yazılması | Bitişin başlangıçtan önce girilmesi | Süre negatif çıkar ve liste anlamsızlaşır |
| Kopyalanan tarih | Bir kaydın tarihinin diğerine taşınması | İki görev aynı dönemde görünür |
Bu hataların ortak özelliği, ekranda çoğu zaman bir uyarı üretmemesidir. Kayıt açılır, sayfa hatasız yüklenir; bozukluk yalnızca liste sıralamasında veya süre hesabında ortaya çıkar. Bu yüzden doğrulama, alan düzeyindeki biçim kontrolünden ibaret bırakılmamalıdır.
Geliştiriciler için: aralık doğrulaması ve açık uçlu kayıt
Zaman çizelgesi alanını kurarken ilk karar, aralığın nasıl temsil edileceğidir. Başlangıç ve bitiş için tek bir metin alanı kullanmak, sıralamayı ve karşılaştırmayı metne bırakır; bu da en sık görülen hata kaynağıdır. Bunun yerine iki ayrı sayısal değer, yanında da kaydın durumunu belirten bir alan tutulmalıdır.
İkinci karar, açık uçlu kaydın nasıl işaretleneceğidir. Bitiş alanını boş bırakmak ile bitiş tarihini bilmemek farklı durumlardır; ikisini aynı boş değerle göstermek, doğrulama kurallarını belirsizleştirir. Ayrı bir durum alanı, hem doğrulamayı hem de görüntülemeyi netleştirir.
Üçüncü karar, doğrulamanın kaç katmanda yapılacağıdır. Alan düzeyinde biçim, kayıt düzeyinde sıralama, liste düzeyinde ise kayıtlar arası tutarlılık kontrol edilmelidir. Bu üç katman birbirinin yerini almaz: yalnızca biçimi doğrulayan bir kod, çakışan kayıtları hiç görmez.
Son olarak, kasıtlı bozuk örnekleri kümenize ekleyin. Gelecek tarihli bir kayıt, çakışan iki kayıt ve açık uçlu bir kayıt; bu üç örnek olmadan zaman çizelgesi doğrulaması büyük ölçüde denenmemiş kalır. Eğitim tarafındaki benzer kurallar için eğitim kaydı ve derece bilgileri yazısına bakabilirsiniz.
Sonraki adımlar
İlk adım, kayıtlarınızdaki bitiş ucu açık görevleri ayrı bir durum olarak işaretlemek ve süre hesaplarını bu duruma göre yapmaktır. İkinci adım, boşluk denetimini yorum üreten bir uyarıdan çıkarıp yalnızca çakışma ve sıra denetimine indirmektir.
Zaman çizelgesi kurallarını hazır bir kayıt üzerinde görmek isterseniz kariyer profili üreticisinde ülke seçip kaydı üretebilir, aynı kimlik anahtarıyla aynı kaydı geri getirebilirsiniz. Türkiye kayıtlarındaki alan biçimleri için Türkiye sayfası kısa bir özet sunar.
Bu sayfadaki tarih aralıkları ve örnek kayıtlar tamamen kurgusaldır; hiçbir kişinin gerçek çalışma geçmişini göstermez ve gerçek bir başvuruda kanıt olarak kullanılamaz.