Şantiye eksik listesi: kayıttan kabule, tartışma çıkmasın diye

Çarşamba akşamı grup sohbetinde şu yazıyor: "hani şu dördüncü kattaki kolonun yanındaki çatlak, düzeldi mi." Oradan sonra üç kişi yukarı doğru kaydırıyor, fotoğrafı arıyor, başka bir çatlağın başka bir fotoğrafını buluyor ve sonunda biri, boyacıların geçen hafta oradan geçtiğini hatırlıyormuş gibi oluyor.

Teslim perşembe sabahı.

Bu öyküde pahalı olan çatlak değil. O yarım günlük iş, otuz avroluk malzeme. Pahalı olan, kimsenin onun ne zaman fark edildiğini, kime söylendiğini ve tamirden sonra kabul edilip edilmediğini gösterememesi. Böyle bir kayıt yoksa mesele başka türlü çözülür: kimin hafızası daha iyi ve sesi daha gür, o kazanır. Genelde bedeli projenin sahibi öder.

Tartışma nereden çıkar

Eksik listesi, insanlar neyin düzeltilmesi gerektiğini bilmediği için nadiren çöker. Bunu genelde herkes bilir. Sorun kayıtta.

En sık eksik olan, yazar ve tarihtir. "Yerinde ona söyledim" bir kayıt değildir; iki hafta sonra iki taraf da farklı hatırlar, hem de ikisi de iyi niyetle. Son tarih de eksiktir ve son tarihi olmayan bir eksik bir dilekten ibarettir: neye göre geciktiğini söylemenin bir yolu yoktur.

Son olarak fotoğraf da eksiktir. Herhangi bir fotoğraf değil, kimse dokunmadan, fark edildiği anda telefonla çekilen fotoğraf. O, durumu olduğu gibi gösterir ve bu yüzden üç sayfalık açıklamadan daha ağır basar. O olmadan konuşma laf lafa karşıdır, laf lafa karşı olduğunda da kazanan daha inatçı olandır.

Bundan sonra Construction Team'de böyle bir listenin nasıl tutulduğunu gösteriyorum. Aşağıdaki demo bir eksiğin bütün ömrünü baştan sona geçiyor.

Bir eksiğe yakından bakış

Her eksik, kendi numarası olan ayrı bir kayıttır ve numara projenin kodundan oluşur: kodu LOZ olan bir projede eksikler DEFLOZ-001, DEFLOZ-002 diye devam eder. İlk bakışta küçük bir ayrıntı ama sahada işe yarıyor. Numara çatlağın hemen yanına tebeşirle yazılır, sonra listede saniyeler içinde bulunur.

Kayıt açılırken zorunlu olan yalnızca iki şey vardır: proje ve başlık. Gerisi, o anda biliniyorsa doldurulur, ki bu epey bir şeydir: alt proje, kat ve aks serbest metinle, iç sorumlu, taşeron, son tarih, kategori, öncelik. Yalnızca iki zorunlu alan olması bilinçli bir tercihtir. Kişi katı dolaşırken aceleyle açılmış bir eksik, form on iki şey istediği ve tur devam etmesi gerektiği için hiç açılmamış bir eksikten daha çok iş görür.

Fotoğraflar, kayıt zaten var olduktan sonra sunucuya yüklenir. Bağlantısı zayıf bir şantiyede bu, biten bir tur ile üçüncü katta tıkanıp kalan bir tur arasındaki farktır.

Projede yüklenmiş çizimler varsa, eksik doğrudan pafta üzerine pin olarak da iliştirilebilir. O zaman yer kelimelerle anlatılmaz, gösterilir, konum metni de kendiliğinden dolar.

Hazır olmak kabul edilmek değildir

Durumlar beş tanedir: açık, devam ediyor, kontrole hazır, kapalı ve reddedilmiş. Aralarındaki geçiş serbest değildir. "Kontrole hazır" durumundan yalnızca iki yöne çıkılır: kabul etmek ya da yeniden işleme iade etmek.

Bunun nedeni prosedür sevgisi değildir. Yüklenici eksiği hazır olarak işaretler; kapatmak ise kaliteden sorumlu olana kalır ve sistem kimin ne zaman kabul ettiğini kaydeder. İki işlem aynı elde toplanırsa, eksiği onu gideren kişi kapatmış olur ve kayıt artık hiçbir şey kanıtlamaz.

Gecikmiş olan, son tarihi geçmiş ve henüz kapatılmamış ya da iade edilmemiş eksiktir. Kabul edilen eksik, tarihi aynı kalsa da gecikmiş sayılmaktan çıkar. Her sabah yedide, yaklaşan ya da çoktan geçmiş son tarihler için bir hatırlatma gönderilir; kaç gün ileriye bakacağı ayarlanabilir.

Taşeron için liste

Ekrandaki listenin dışında, belirli bir taşerona özel bir dışa aktarma da vardır: geçerli filtrelere göre onun eksiklerini, fotoğraflarını ve ilgili çizim paftalarını içeren bir PDF. Bu, fayans firmasına dört ayrı günden on dört mesaj göndermek yerine eline tutuşturulan belgedir. Eksiklere yazılan yorumlar bilerek bu PDF'e girmez, çünkü onlar iç mutfaktır, oysa bu belge dışarı çıkar.

Beklenen maliyet etkisi için de bir alan vardır, yani giderme ne kadara mal olacak. Zorunlu değildir, ama doldurulduğunda bir sonraki tutanaktan kesinti konuşması bir rakamla başlar.

Nereye kadar gider

Dosyadan içe aktarma yoktur. Eksikler doğrudan sistemde açılır; dışa aktarma vardır, Excel, CSV ya da PDF olarak, ama ters yön yoktur. Tablodaki eski bir liste elle taşınır. Proje sonuna yaklaşmışsa ve bir dosyada dört yüz satır varsa, bu bir günlük iştir ve önceden bilinmesinde fayda vardır.

Liste, kabul protokolünün yerini almaz. Protokole götüren çalışma aracıdır.

Ve kimin suçlu olduğuna da karar vermez. Kimin ne dediğini ve ne zaman dediğini kaydeder, hepsi bu. Sorumluluğun nasıl paylaşılacağı yine insanlar arasında bir konuşma olarak kalır, sadece tarihli bir konuşma.

Ne zaman karşılığını verir

Böyle bir liste tutmak, bir eksiği kaydetmek önlediği tartışmadan daha az zaman aldığı anda karşılığını verir. Bu yüzden iki zorunlu alan ve kendiliğinden oluşan bir numara, yağmur yağarken ve telefon tek elle tutulurken kimsenin doldurmadığı ayrıntılı bir formdan daha çok iş görür.

Ve çarşamba akşamının sorusunun otuz saniyede cevabı vardır: kayıt tarihi, o günden bir fotoğraf ve tamiri kabul eden kişinin adı.

İlgili Makaleler

• İnşaatta taşeron yönetimi - eksikler taşerona göre ve kesintinin serbest bırakılması
• İnşaatta risk yönetimi - risk kayıt defteri nasıl tutulur