Yazılımcı ile Çalışırken Verimli İletişim

Geliştiriciye “site bozulmuş” diye mesaj attınız, o da “hangi sayfa, hangi cihaz?” diye sordu. Siz o sırada toplantıdaydınız, cevap akşam geldi ve küçük bir sorun bir günü yedi. Yazılımcı ile çalışmak, teknik bilgi gerektiren bir iş değildir; ama birkaç basit iletişim alışkanlığı, projenin hem hızını hem de sonucunu doğrudan etkiler. Bu yazıda, işletme tarafında olup da bir geliştiriciyle ilk kez çalışacak ya da geçmişte zorlanmış okurlar için pratik öneriler paylaşıyorum.

Başlangıçta ortak bir zemin kurun

İletişim sorunlarının çoğu, projenin ilk haftasında konuşulmayan konulardan doğar. İlk görüşmede şu konularda anlaşmak, sonraki ayları rahatlatır:

• Tek iletişim kanalı: E-posta mı, bir proje yönetim aracı mı, WhatsApp mı? Kararlar ve talepler tek bir yerde toplanmalı.
• Tek sorumlu kişi: İşletme tarafında geri bildirimleri toplayıp karar veren bir kişi belirleyin.
• Güncelleme ritmi: Haftalık kısa bir durum özeti veya belirli aralıklarla yapılan görüşmeler.
• Yanıt süresi beklentisi: Acil olan ve olmayan konuların nasıl ayırt edileceği.

Projeyi doğru başlatmanın ilk adımı ise iyi bir brief’tir. Henüz hazırlamadıysanız yazılım projesi brief şablonu işinizi kolaylaştırır.

Yazılımcı ile çalışmak: geri bildirim nasıl verilir?

Geliştirici size bir ara sürüm gösterdiğinde vereceğiniz geri bildirim, bir sonraki adımın yönünü belirler. Etkili geri bildirimin üç özelliği vardır: somut, gerekçeli ve önceliklendirilmiş olması.

Belirsiz geri bildirim	Net geri bildirim
“Bu sayfa olmamış.”	“Sipariş listesinde müşteri adını göremiyorum; önce onu görmem gerekiyor.”
“Daha modern olsun.”	“Butonlar küçük kalıyor, telefonda basmakta zorlanıyorum.”
“Rapor eksik.”	“Gün sonu raporunda nakit ve kart toplamlarını ayrı görmek istiyorum.”
“Her şey önemli.”	“Önce yetkilendirme düzelsin, renkler bekleyebilir.”

Geri bildirimleri tek tek mesajlarla değil, toplu bir liste hâlinde göndermek de verimi artırır. Gün içinde aklınıza gelenleri bir notta biriktirip akşam tek seferde iletmek, geliştiricinin işini bölmeden hepsini birlikte değerlendirmesini sağlar.

Hata bildirirken bu bilgileri ekleyin

Bir hatayı hızlıca çözmenin anahtarı, geliştiricinin onu kendi ekranında tekrarlayabilmesidir. Bir hata bildirirken şu bilgileri vermeye çalışın:

1. Ne yapmaya çalışıyordunuz? “Yeni ürün eklerken” gibi.
2. Hangi adımları izlediniz? Tıkladığınız menüler ve girdiğiniz bilgiler.
3. Ne bekliyordunuz, ne oldu? “Kaydet dedim, sayfa boş kaldı” gibi.
4. Hangi cihaz ve tarayıcıyı kullandınız? Telefon mu bilgisayar mı, hangi tarayıcı?
5. Ekran görüntüsü veya kısa video: Çoğu zaman uzun bir açıklamadan daha çok şey anlatır.

Bu bilgileri içeren bir mesaj, “çalışmıyor” diye başlayan bir yazışma zincirine göre çok daha hızlı sonuç verir.

Değişiklik talepleri ve kapsam

Proje ilerledikçe yeni fikirler doğması doğaldır; hatta iyi bir işaret sayılabilir. Önemli olan, bu fikirlerin nasıl yönetildiğidir. Yeni bir talebi iletirken onu “bu bir hata mı, yoksa yeni bir istek mi?” diye kendinize sorun. Hata, anlaşılan kapsamdaki bir işlevin düzgün çalışmamasıdır; yeni istek ise kapsamda olmayan bir eklemedir.

Yeni istekleri yazılı iletip geliştiriciden süreye ve bedele etkisini sormak, iki tarafı da korur. Aksi hâlde küçük eklemeler birikerek takvimi uzatır. Gecikmelerin bu ve benzeri nedenlerini yazılım projeleri neden gecikir yazısında ayrıntılı ele aldım.

Toplantıları verimli kullanmak

Yazılımcı ile çalışmak çok sayıda toplantı gerektirmez; kısa ve amaca odaklı görüşmeler genellikle daha verimlidir. Birkaç öneri:

• Toplantıdan önce konuşulacak maddeleri kısa bir liste hâlinde paylaşın.
• Mümkünse ekran paylaşarak çalışan sürüm üzerinden konuşun.
• Toplantı sonunda alınan kararları ve kimin ne yapacağını birkaç satırla yazıya dökün.
• Geliştiricinin uzun süre kesintisiz çalışması gerektiğini unutmayın; gün içinde sık sık aramak odaklanmayı böler.

Farklı şehirlerde olsanız bile bu düzen kurulduğunda uzaktan çalışmak oldukça akıcı ilerler. Bu konudaki deneyimlerimi uzaktan yazılım hizmeti yazısında paylaştım.

Örnek: aynı hafta, iki farklı iletişim

Bir mobilya mağazası, yeni e-ticaret sitesinin test sürümünü inceliyor. Birinci senaryoda mağaza sahibi, satış sorumlusu ve muhasebeci ayrı ayrı geliştiriciye mesaj atıyor; biri ürün sayfasının sade kalmasını, diğeri daha fazla bilgi eklenmesini istiyor. Geliştirici hangisini uygulayacağını bilemiyor, hafta tartışmayla geçiyor.

İkinci senaryoda geri bildirimler mağaza sahibinde toplanıyor; o da çelişen istekleri ekibiyle netleştirip haftanın sonunda tek bir öncelikli liste gönderiyor. Geliştirici ertesi hafta listedeki maddeleri sırayla tamamlıyor. İki senaryoda da kodu aynı kişi yazıyor; farkı yaratan, iletişimin düzeni. Yazılımcı ile çalışmak bu açıdan bir ekip işidir ve işletme tarafındaki düzen en az geliştiricinin becerisi kadar belirleyicidir.

Geliştiriciden beklemeniz gereken iletişim

İletişim iki yönlüdür. Siz de geliştiricinizden şunları bekleme hakkına sahipsiniz:

• Teknik konuları anlayacağınız bir dille açıklaması
• Riskleri ve gecikmeleri son ana bırakmadan paylaşması
• Ara teslimlerde çalışan bir sürüm göstermesi
• Size ne zaman hangi bilgi veya onayın gerekeceğini önceden söylemesi
• Değişiklikleri canlı sisteme almadan önce test edebileceğiniz bir ortam sunması

Bu beklentileri baştan dile getirmek, ilişkinin sağlıklı bir zeminde başlamasını sağlar.

Bu işi nasıl birlikte yaparız?

1. İhtiyacı dinleme: İlk görüşmede projeyi konuşurken iletişim kanalını, güncelleme sıklığını ve sizin tarafınızdaki sorumlu kişiyi de belirleriz.
2. Kapsam ve teklif: Kapsamı yazılı hâle getirir, hata ile yeni istek ayrımını ve kapsam değişikliği kuralını baştan netleştiririm.
3. Geliştirme ve test: Düzenli aralıklarla kısa durum özeti gönderir, çalışan sürümü test ortamında denemenizi sağlar ve geri bildirimlerinizi tek listede takip ederim.
4. Teslim ve destek: Yayından sonra hata bildirimi ve destek taleplerinin hangi kanaldan, nasıl iletileceğini belirleyerek süreci sürdürürüm.

Açık ve düzenli bir iletişimle ilerleyecek bir proje için iletişim sayfasından bana ulaşabilirsiniz.

Sık sorulan sorular

Geliştiriciyle hangi kanaldan iletişim kurmalıyım?

Hangi kanal olduğundan çok, tek bir kanal olması önemlidir. Talepler ve kararlar farklı uygulamalara dağıldığında kaybolabilir; ortak bir kanal ve gerektiğinde yazılı özet en sağlıklı yöntemdir.

Teknik bilgim yok, geliştiriciyle nasıl anlaşırım?

Teknik terimler kullanmanız gerekmez. Ne yapmak istediğinizi, neyi beklediğinizi ve ne olduğunu kendi kelimelerinizle anlatmanız yeterlidir; çeviriyi yapmak geliştiricinin işidir.

Geri bildirimleri ne sıklıkla vermeliyim?

Ara teslimlerden sonra toplu ve önceliklendirilmiş bir liste hâlinde vermek en verimli yöntemdir. Gün içinde tek tek mesaj göndermek hem sizin hem geliştiricinin odaklanmasını zorlaştırır.

Proje sırasında fikrimi değiştirirsem ne olur?

Fikir değiştirmek doğaldır. Değişikliği yazılı iletip süreye ve bedele etkisini konuşmak yeterlidir; böylece takvim ve bütçe sürpriz yaşamadan güncellenir.

Sonuç

Yazılımcı ile çalışmak; tek iletişim kanalı, net ve önceliklendirilmiş geri bildirim, iyi tarif edilmiş hata bildirimleri ve yazılı kararlarla çok daha verimli hâle gelir. Projenizi bu düzende yürütmek isterseniz bana yazabilirsiniz.