DeskGate Yardım Merkezi
DeskGate Çalışan Takip Programı
DeskGate çalışan takip programı rehberi: Ekip değerlendirmesi, görev kapsamı, haftalık raporlar ve takip kararları.
Çalışan takip programı, ekiplerin iş yapma biçimini anlamak için kullanılan bilgileri düzenli bir değerlendirme sürecine bağlamalıdır. Yönetici hangi soruya cevap aradığını bilmiyorsa çok sayıda rapor üretmek yeterli olmaz. Bir uygulamanın benimsenmesi, iş yükünün değişmesi veya tekrarlanan teknik engeller farklı sorulardır. Her biri başka bir inceleme ve takip kararı gerektirebilir. Bilgisayar kullanımını çalışan katkısının tamamı gibi değerlendirmeden, raporun gerçekten gösterdiği bilgiyi işin bağlamına yerleştirmek gerekir.
DeskGate raporları bu sürecin bilgisayar kullanımına ilişkin bölümünü destekler. İş Analizi uygulama ve web kullanımını incelemeye, Günlük Aktivite aktif ve pasif dakika görünümünü anlamaya yardımcı olur. Ancak raporun açılmasıyla yönetim değerlendirmesi tamamlanmış olmaz. Doğru kapsamı seçmek, bulguyu çalışanla ve süreç sorumlusuyla doğrulamak, gerekli işlemi belirlemek ve sonucuna geri dönmek gerekir. Bu rehber, çalışan takibini haftalık ve dönemsel ekip yönetiminde nasıl uygulayabileceğinizi anlatır. Teknik göstergeler, iş sonuçlarının yerine geçirilmeden kullanıldığında daha anlamlı kararları destekleyebilir.
Yönetim sorusunu tek cümleyle yazın
Bir değerlendirme dönemine başlamadan önce hangi iş sorusuna cevap arandığını belirleyin. Yeni bir araç yeterince kullanılıyor mu, ekip belirli bir işlemde zorlanıyor mu veya destek ihtiyacı hangi kullanıcı grubunda yoğunlaşıyor? Böyle sorular, hangi kaydın gerekli olduğunu açıklar. “Personeli daha iyi takip etmek” ise tek başına yeterince somut değildir. Bu ifade, ölçümün ne zaman tamamlanacağını veya sonuçla ne yapılacağını söylemez. Sorunun açık olması hem raporu hazırlayan kişinin hem de çalışanların süreci anlamasını kolaylaştırır.
Soruyla birlikte değerlendirme kararını da tanımlayın. Sonuç eğitim planına, teknik incelemeye veya görev dağılımının gözden geçirilmesine yardımcı olabilir. Belirli bir sayı yükseldi diye otomatik işlem yapılması gerekmez. Önce gözlemin iş ihtiyacıyla ilişkisi kurulmalıdır. Her rapora bütün olası hedefleri yüklemek yerine, o dönemin önceliğine odaklanın. Sonraki değerlendirmede farklı bir soru ele alınabilir. Bu yaklaşım, çalışan takip programını sürekli yeni grafik üreten bir sistem olmaktan çıkarıp takip edilebilir bir yönetim çalışmasına dönüştürür.
Çalışma dönemini işin ritmine göre seçin
Her ekibin iş döngüsü aynı değildir. Günlük sonuç üreten bir süreçle haftalar içinde tamamlanan proje aynı sıklıkta değerlendirilmeyebilir. Rapor dönemini seçerken görevin doğal ritmini dikkate alın. Çok kısa bir aralık rastlantısal değişimleri büyütebilir; çok uzun bir dönem ise belirli sorunun ne zaman oluştuğunu gizleyebilir. Önce yönetim sorusunu cevaplamaya yetecek kapsamı belirleyin. Daha ayrıntılı inceleme gerektiğinde dönemi daraltabilirsiniz. Başlangıçta her gün uzun bir rapor hazırlamak zorunlu değildir.
Dönem sınırlarını toplantı takvimiyle uyumlu tutun ve kullanılan tarihleri açıkça belirtin. Aynı başlıkla paylaşılan iki belgenin farklı günleri kapsaması, ekip içinde yanlış karşılaştırmaya yol açabilir. Eksik hafta, izinler ve görev değişiklikleri varsa değerlendirme notuna ekleyin. Bir önceki dönemde yeterli veri yoksa mevcut görünümü ölçülmüş gelişme olarak sunmayın. İlk dönem bazen yalnızca başlangıç durumunu anlamaya yarar. Bu sınırın açık olması, sonraki raporların daha tutarlı okunmasını sağlar ve beklenmeyen sonuçların gereğinden fazla yorumlanmasını önler.
Ekip kapsamını ve görev dağılımını doğrulayın
Rapor hazırlamadan önce hangi kullanıcıların değerlendirileceğini kontrol edin. Aynı grup adı zaman içinde farklı kişileri içerebilir. Yeni başlayan çalışan, başka ekibe geçen kişi veya birden fazla görev üstlenen kullanıcı toplamları etkileyebilir. Ekip kapsamındaki değişiklikleri bilmeden süreleri karşılaştırmak, davranış değişikliğiyle organizasyon değişikliğini birbirine karıştırır. Teknik grupların kurumun gerçek görev dağılımını nasıl temsil ettiğini anlamak bu nedenle önemlidir. Grup seçimi yalnızca arayüzde yapılan basit bir filtre işlemi olarak görülmemelidir.
Bir kişinin kullandığı bilgisayarın değişmiş olması da değerlendirmeyi etkileyebilir. Ortak cihazlarda kullanıcı eşleşmesini ayrıca inceleyin. Cihaz düzeyindeki toplamı tek çalışanın bütün günü gibi sunmayın. Belirsiz bir ilişki varsa rapor görüşmesinden önce teknik sorumluyla doğrulayın. Yönetici her teknik ayrıntıyı bilmek zorunda değildir; ancak sonucu etkileyen kapsam farklarını bilmelidir. Doğru kullanıcı grubuyla hazırlanan rapor, görüşmenin daha somut ilerlemesini sağlar. Yanlış eşleşmeye dayanan güçlü bir yorum ise daha sonra düzeltilmesi zor bir yanlış kanaat oluşturabilir.
İlk raporu bilinen bir iş günüyle okuyun
Rapor tanımlarını öğrenmek için ekip tarafından iyi bilinen bir gün seçmek yararlıdır. O gün hangi görevler yürütüldü, önemli toplantı var mıydı ve belirli bir teknik sorun yaşandı mı? Bu bilgiler, ekrandaki görünümün hangi koşullarda oluştuğunu anlamanıza yardımcı olur. Raporu ilk kez açarken bütün ayın toplamından kesin yorum üretmek yerine kısa bir dönemle başlayın. İlgili kullanıcıları ve tarihleri seçin, sonuçları çalıştırın ve kapsamın doğru olduğunu doğrulayın.
Bilinen iş günü ile teknik kayıt her ayrıntıda aynı tür bilgiyi sunmayabilir. Örneğin toplantı sırasında bilgisayar etkileşimi azalmış olabilir; bu durum görev yapılmadığı anlamına gelmez. Uygulamanın uzun süre açık kalması da bütün zamanın aktif kullanıldığı sonucunu doğurmaz. Bu farkları birlikte okumak, ölçünün sınırlarını öğretir. Yönetici ve çalışan aynı tanımı anladığında sonraki görüşmelerde sayıları açıklamak için daha az zaman gerekir. İlk doğrulama yalnızca teknik bir test değildir; raporun kurum içinde ortak biçimde yorumlanması için bir hazırlıktır.
Uygulama dağılımını görevle ilişkilendirin
DeskGate İş Analizi ekranı uygulama ve web kullanımını değerlendirmek için kullanılabilir. Önce grup, kullanıcı ve tarih kapsamını belirleyin. Sonucu çalıştırdıktan sonra özet görünümü ve açıklama gerektiren ayrıntıları inceleyin. Bir uygulama adının görünmesi, kullanımın amacını tek başına söylemez. Aynı araç farklı iş rolleri için farklı görevlerde kullanılabilir. Özellikle tarayıcı kullanımını tek bir faaliyet gibi değerlendirmemek gerekir. İçinde kurum uygulamaları, müşteri sistemleri veya araştırma araçları bulunabilir.
Belirli uygulamanın payı değişmişse önce iş akışındaki değişiklikleri sorun. Yeni bir görev veya başka araçtan geçiş aynı görünümü oluşturabilir. Sınıflandırılmamış kayıtları otomatik olarak kişisel kullanım kabul etmeyin. Etiketleme veya kategori yaklaşımı değişmişse dönem karşılaştırmasında bunu dikkate alın. Bulgu, eğitim ihtiyacı veya teknik inceleme için başlangıç olabilir; kesin neden ayrıca doğrulanmalıdır. Raporun yönetim açısından değeri, hangi sorunun araştırılacağını görünür kılmasındadır. Uygulama sürelerini doğrudan iyi ve kötü çalışma olarak ayırmak bu değeri azaltır.
Aktivite göstergesini doğru sınırlar içinde kullanın
Günlük Aktivite raporu aktif ve pasif dakikaları gösterir. DeskGate'in mevcut ekran açıklamasında bütün 1.440 dakikalık günün değerlendirildiği ve PC açılış/kapanış bilgisinin raporda bulunmadığı belirtilir. Bu nedenle pasif süreyi doğrudan mesai kaybı veya devamsızlık olarak yorumlayamazsınız. Aktif oranını yalnızca kurumun çalışma saatlerine göre hesaplanmış bir performans notu gibi sunmak da doğru değildir. Ölçünün zaman tabanı, yönetim yorumundan önce anlaşılmalıdır.
Bilgisayar dışında yapılan görevleri değerlendirmeye dahil edin. Telefon görüşmesi, toplantı, belge inceleme ve sahada çalışma sırasında etkileşim azalabilir. Buna karşılık yoğun etkileşim hatasız veya değerli işin kesin göstergesi değildir. Aktiviteyi işin diğer kayıtlarıyla birlikte okuyun. Tamamlanan görev, teslim kalitesi ve kullanıcı geri bildirimi farklı kaynaklardır. Yazılımın bütün bu bilgileri otomatik olarak tek sonuca dönüştürdüğünü varsaymayın. Yöneticinin rolü, teknik göstergenin hangi soruya yardımcı olduğunu bilmek ve göstergenin tek başına cevaplayamadığı konularda ek bilgi toplamaktır.
Önce ekip görünümünü değerlendirin
Bir yönetim sorusu çoğu zaman ekip düzeyinde başlanarak ele alınabilir. Yeni uygulamanın kullanımı veya belirli günlerde oluşan yoğunluk için önce genel dağılımı görmek yararlıdır. Kişisel ayrıntıya geçmeden önce grubun büyüklüğünü ve dönemi doğrulayın. Kullanıcı sayısı artmışsa toplam süre de artabilir. Bu değişimi bütün çalışanların alışkanlığının değişmesi gibi yorumlamayın. İlk görünüm, araştırılacak alanı belirlemek için kullanılmalıdır. Hemen bütün kullanıcıları ayrıntılı olarak incelemek gerekli olmayabilir.
Ekip görünümünde belirli bir farklılık varsa hangi iş akışından kaynaklandığını araştırın. Ayrıntıya geçiş için somut bir soru belirleyin ve yalnızca ilgili kullanıcı kapsamını seçin. Böylece inceleme daha hızlı ilerler ve konu dışı kayıtlar değerlendirmeye dahil edilmez. Kişi düzeyindeki sonuçlar görev bağlamıyla doğrulanmalıdır. Bir çalışanın tek günlük görünümünü bütün ekibin ölçüsü haline getirmeyin. Değerlendirme tamamlandığında hangi kapsamdan hangi sonuca ulaşıldığı açık olsun. Bu sıra, çalışan takip programının yönetim görüşmelerinde daha ölçülü kullanılmasına yardımcı olur.
Bulguyla olası nedeni ayırın
Bir raporda belirli uygulamanın kullanımının arttığını görmek gözlemdir. Bu artışın eğitim eksikliğinden kaynaklandığını söylemek ise açıklama gerektirir. İki ifadeyi aynı kesinlikte sunmayın. Önce gözlemin doğru kapsamda oluştuğunu kontrol edin, sonra ilgili iş sürecini araştırın. Yeni görevler, artan iş hacmi veya teknik bekleme de benzer sonuç verebilir. Raporun gösterdiğinden daha geniş bir hüküm üretmemek, yönetim görüşmesinin güvenilirliği açısından önemlidir.
Açıklama henüz doğrulanmadıysa bunu açık bir takip sorusu olarak bırakabilirsiniz. Teknik sorumlu bağlantıyı, süreç yöneticisi görev düzenini, çalışan ise günlük uygulamayı açıklayabilir. Bu bilgileri bir araya getirdikten sonra karar verin. Böylece rapor, çalışanı belirli bir sayıya göre etiketleyen bir belge olmaktan çıkar. Görüşmede neyin bilindiği ve neyin araştırıldığı anlaşılır hale gelir. Sonuç notunda gözlem, doğrulanan neden ve yapılacak işlem ayrı yazıldığında bir sonraki toplantıda önceki değerlendirmenin nasıl oluştuğu kolayca hatırlanabilir.
Çalışan görüşmesini somut örnekle yürütün
Görüşmeye belirsiz bir değerlendirme yerine belirli dönem ve iş sorusuyla başlayın. İlgili kişinin görevlerini ve o dönemde yaşanan değişiklikleri dinleyin. Bilgisayar kaydında görünmeyen bir işin yapılmadığını varsaymayın. Çalışanın açıklaması teknik veri için önemli bir bağlam sağlayabilir. Yanlış kullanıcı eşleşmesi veya eksik kayıt bildirilirse bunu savunma olarak görmek yerine doğrulanması gereken bilgi olarak ele alın. Rapor kalitesi, kullanıcıların bu tür hataları bildirebilmesiyle gelişebilir.
Birden fazla ayrıntıyı aynı anda tartışmak yerine temel soruya odaklanın. Teknik sorunu çözmek için ayrı inceleme gerekiyorsa görüşmeyi tahminlerle uzatmayın. Belirlenen kontrolün kim tarafından yapılacağını yazın. Görüşme sonunda çalışandan beklenen adım ile teknik ekipten beklenen adım ayrılmalıdır. Bir uygulama sorunu nedeniyle oluşan beklemeyi kişinin sorumluluğu gibi sunmak doğru olmaz. Aynı şekilde bütün farklılıkları teknik hata saymak da araştırmayı engeller. Amaç, gözlenen durumu açıklamak ve uygun takip adımını birlikte netleştirmektir.
Eğitim kararını rapordan sonra doğrulayın
Bir uygulamanın beklenenden az kullanılması eğitim ihtiyacını düşündürebilir. Ancak önce çalışanın o araca gerçekten ihtiyaç duyup duymadığını ve erişiminin doğru olduğunu kontrol edin. Görev dağılımı farklıysa kullanımın az olması doğal olabilir. Erişim sorunu varsa eğitim vermek temel engeli çözmez. Bu nedenle eğitim kararını yalnızca süre üzerinden almayın. Kullanıcının zorlandığı adımları ve mevcut iş sürecini öğrenin. Rapor, bu görüşmenin hangi grupta yapılacağını belirlemeye yardımcı olabilir.
Eğitim sonrasında neyin değişmesinin beklendiğini açıkça yazın. Hedef yalnızca uygulamada daha uzun süre geçirmek olmamalıdır. İşin daha doğru, daha rahat veya daha az tekrar ile yapılması hedeflenebilir. Sonraki değerlendirmede aynı kullanıcı ve görev kapsamını mümkün olduğunca koruyun. Kullanım artmışsa iş sonucuna etkisini ayrıca inceleyin. İlk günlerdeki geçici hareketi kalıcı iyileşme gibi sunmayın. Eğitim planı bu şekilde takip edildiğinde çalışan takip programı, gereksiz kurs listeleri üretmek yerine gerçek öğrenme ihtiyacının anlaşılmasına katkı sağlar.
İş yükü değişimini davranış değişikliğinden ayırın
Bir kişinin uygulama kullanımının artması, çalışma alışkanlığından önce görev hacmindeki değişiklikle ilişkili olabilir. Yeni müşteri işleri, ek sorumluluk veya ekipte geçici eksik olması kullanım örüntüsünü etkileyebilir. Bu koşulları bilmeden yoğunluğu verimsizlik diye adlandırmayın. Rapor dönemindeki görev dağılımını ekip yöneticisiyle doğrulayın. Aynı çalışanın önceki dönemiyle karşılaştırma yapılırken bile işin aynı kaldığı varsayılmamalıdır. Çıktının kapsamı kadar işin kapsamı da değişebilir.
İş yükü incelemesinde bilgisayar süresinin yanında tamamlanan görevleri ve süreç engellerini değerlendirin. Gereksiz tekrar, uzun onay bekleyişi veya uygulama sorunu bulunursa iyileştirme gündeme gelebilir. Yapılan iyileştirme sonrasında kullanım süresi azalabilir; bu durum otomatik olarak düşük katkı anlamına gelmez. Aynı iş daha kolay tamamlanmış olabilir. Yönetim değerlendirmesini yalnızca süreyi artırma hedefinden uzak tutmak önemlidir. Teknik kayıt, işin nerede zorlaştığını anlamaya yardımcı olduğunda ekip için daha yararlı hale gelir.
Her bulgu için işlem açmak zorunda değilsiniz
Raporlarda görülen her değişim müdahale gerektirmeyebilir. Bazı farklar görev düzeniyle açıklanabilir veya normal dönemsel dalgalanma olabilir. Açıklanan bir bulguyu yalnızca raporda farklı göründüğü için sorun listesine eklemek, gereksiz takip yükü oluşturur. Önce bulgunun yönetim sorusuyla ilişkisini değerlendirin. Açıklama yeterliyse bunu not ederek incelemeyi kapatabilirsiniz. Yeni bir işlem yalnızca gerçekten araştırma veya iyileştirme ihtiyacı varsa açılmalıdır.
Bir işlemin açılmasına karar verildiyse beklenen sonucu tanımlayın. Eğitim yapılacak, teknik kontrol tamamlanacak veya görev dağılımı gözden geçirilecek olabilir. Belirsiz “takip edilecek” notu yerine, kimin neyi hangi kapsamda inceleyeceğini yazın. Sonraki toplantıda bu adımın durumuna dönün. Böylece raporlar sürekli büyüyen açık konular listesi haline gelmez. Tamamlanan ve gerekçesiyle kapatılan bulgular da sürecin doğal parçasıdır. Yönetim açısından amaç, her sayıya tepki vermek değil, önemli soruların uygun biçimde ele alınmasıdır.
Rapor erişimini görevle sınırlandırın
Çalışan takibi yapan her yöneticinin bütün kurum kayıtlarına ihtiyacı olmayabilir. Ekip sorumlusu kendi grubunu, teknik destek belirli cihaz olayını inceleyebilir. Kurulu sürümdeki yetki seçeneklerini bu görev ayrımına göre değerlendirin. Sınırlı bir hesapla raporun doğru kullanıcı kapsamını gösterdiğini doğrulayın. Yalnızca genel yönetici hesabıyla yapılan kontrol, günlük kullanıcı deneyimini açıklamaz. Eksik görünüm bazen veri kaybından değil erişim sınırından kaynaklanabilir; iki durumu ayırın.
Yetki değişikliği gerektiğinde önce hangi görevin yapılacağını netleştirin. Bir rapora erişim sorunu yaşanması, herkese daha geniş yetki verilmesi gerektiğini göstermez. Görev değişimi ve çalışan ayrılışı sonrasında erişim kapsamını gözden geçirecek sorumlu belli olsun. Raporların kimlerle paylaşıldığı da aynı çerçevede ele alınmalıdır. Kurumun bilgilendirme ve başvuru düzeni çalışanlar tarafından anlaşılabilmelidir. Açık amaç ve görevle uyumlu erişim, teknik verinin gereksiz kişiler arasında dolaşmasını azaltır ve raporların daha kontrollü kullanılmasını sağlar.
PDF paylaşımını toplantının ihtiyacına göre yapın
Bir yönetim görüşmesi için özet belge yeterli olabilirken belirli bir teknik inceleme ayrıntı gerektirebilir. DeskGate ekranında sunulan özet ve ayrıntılı çıktı seçeneklerini bu ihtiyaca göre seçin. En uzun belgenin en doğru belge olduğunu varsaymayın. Gereksiz satırlar ana soruyu görünmez hale getirebilir. Çıktı oluşturmadan önce tarihleri, kullanıcıları ve kayıt sınırını kontrol edin. Belgenin başlığı doğru olsa bile yanlış filtreyle hazırlanmış olabilir.
Oluşturulan dosyada bilinen bir kaydı doğrulayın ve kapsamın beklenen sonuçla eşleştiğine bakın. Kayıt sınırı olan bir dökümü bütün geçmişin eksiksiz listesi olarak sunmayın. Paylaşım sırasında değerlendirme amacını ve kullanılan dönemi belirtin. Eski ve yeni belgelerin karışmasını önlemek için anlaşılır adlandırma kullanın. Alıcıların ihtiyaç duymadığı kişisel ayrıntıları eklemeyin. İyi hazırlanmış bir rapor, toplantıda daha az açıklama gerektirir çünkü okuyucu hangi sorunun hangi bilgiyle değerlendirildiğini kolayca anlayabilir.
Teknik veri eksikse değerlendirmeyi durdurun
Kapsam veya veri akışı doğrulanmamışsa kişi hakkında kesin sonuca geçmeyin. Önce tarih, kullanıcı, grup ve erişim seçimini kontrol edin. Ardından cihaz bağlantısı ve veri toplama koşullarını araştırın. Yeni bilgisayar, değişmiş hesap veya eksik dönem aynı görünümü oluşturabilir. Bu tür bir sorun bulunursa raporu hangi sınırlamayla okuduğunuzu belirtin. Eksik veriyi tahminle tamamlamak, belgeyi daha güvenilir hale getirmez. Bilinmeyen bölümün bilinmediği açıkça kalmalıdır.
Sorun giderildikten sonra aynı sorguyu yeniden çalıştırın. Önceden paylaşılmış bir değerlendirme etkilenmişse güncel kapsamı ilgili kişilere aktarın. Teknik destek için bütün çalışan kayıtlarını göndermek yerine belirli örneği ve filtreleri hazırlayın. Gözlenen sonuç ile beklenen davranış açık olsun. Böylece araştırma daha hızlı ilerleyebilir. Çalışan takip programının sonuçlarına duyulan güven, yalnızca normal günlerde doğru görünüm üretmesine değil, veri sorunu bulunduğunda bunun açıkça ele alınmasına da bağlıdır.
Ekip yöneticisi değiştiğinde yöntemi aktarın
Raporları değerlendiren yönetici değiştiğinde yalnızca eski PDF dosyalarını paylaşmak yeterli olmayabilir. Yeni sorumlunun ölçülerin tanımını, ekip kapsamını ve açık takip konularını bilmesi gerekir. Birlikte bilinen bir dönemi açın, seçilen filtreleri okuyun ve hangi sonuca neden ulaşıldığını açıklayın. Aktif dakika ile mesai süresi veya uygulama kullanımı ile iş kalitesi arasındaki ayrım özellikle korunmalıdır. Böylece yeni yönetici aynı sayıları tamamen farklı bir yorumla kullanmaya başlamaz.
Önceki kararların hangi aşamada olduğunu da aktarın. Tamamlanan eğitim, devam eden teknik inceleme ve açıklanmış dönemsel fark aynı durumda değildir. Her konuyu yeniden açık sorun gibi ele almak çalışanların aynı bilgileri tekrar tekrar anlatmasına yol açabilir. Buna karşılık eski açıklamanın hâlâ geçerli olduğunu da varsaymayın. Görev ve ekip düzeni değişmişse yeni kapsamı doğrulayın. Ortak bir değerlendirme yöntemi, çalışan takip programının kişisel alışkanlıklara göre farklı biçimde kullanılmasını azaltır ve ekipler arasında daha tutarlı bir yönetim yaklaşımı sağlar.
Görüşme öncesi kısa hazırlık düzeni
Toplantıdan önce temel soruyu, dönemi ve katılımcıları belirleyin. Raporda konuşulacak bulgunun doğru kullanıcıya ait olduğunu kontrol edin. Gerekli açıklama teknik ekipten alınabilecekse toplantıdan önce isteyin; görüşmeyi doğrulanmamış varsayımlarla doldurmayın. Çalışanın ilgili dönemdeki görev değişikliklerini öğrenmesine ve kendi bağlamını açıklamasına fırsat verin. Paylaşılacak belgeyi, toplantının amacı için gereken ayrıntıyla sınırlandırın. Hazırlık tamamlandığında görüşmede hangi sorunun cevaplanacağı daha açık olur.
Toplantı sırasında yeni bir veri sorunu bulunursa bunu ayrı kontrol konusu olarak kaydedin. Belirsiz bilgiyi kesin sonuç gibi kullanarak görüşmeyi bitirmeye çalışmayın. Doğrulama sonrasında gerekiyorsa kısa bir takip görüşmesi yapılabilir. Bu yaklaşım zaman kaybı değil, yanlış kararın önlenmesidir. Sonuç notunda gözlem, açıklama ve sonraki adımı ayırmak hazırlık aşamasındaki açıklığı korur. Böylece çalışan takip programı, yönetici ile çalışanın aynı bilgiye aynı bağlamla bakmasına yardımcı olan bir araç olarak kullanılabilir.
Bir sonraki görüşmede önceki karara dönün
Yeni dönemin raporunu açmadan önce önceki görüşmenin takip adımlarını kontrol edin. Eğitim yapıldı mı, teknik inceleme tamamlandı mı veya görev düzeni değiştirildi mi? Bu işlemler gerçekleşmeden sonraki sayıları önceki kararın sonucu gibi yorumlamayın. İşlem tamamlandıysa etkisini uygun dönem ve kapsamla değerlendirin. Aynı zaman içinde başka değişiklikler de olmuş olabilir; gözlenen farkın tek nedenini kendiliğinden belirlemeyin. Süreç sorumlusunun açıklaması burada önemlidir.
Beklenen gelişme görülmediyse soruyu ve yöntemi yeniden inceleyin. Yanlış veri seçilmiş, uygulama koşulu değişmiş veya işin asıl engeli farklı olabilir. Bu durumu doğrudan çalışan başarısızlığına çevirmeyin. Takip süreci, neyin işe yaradığını öğrenmek için de kullanılır. Tamamlanan kararın sonucunu kısa bir notla kapatın; açık kalan konuyu yeni sorumlu ve kapsamla sürdürün. Böylece raporlar birbirinden kopuk belgeler olarak birikmez. Çalışan takip programı, ölçülen bilginin uygulanan kararlarla ilişkilendirildiği sürdürülebilir bir ekip yönetimi desteğine dönüşür.