Bir yazılım firması yoğun dönemde dış kaynak geliştiriciyle çalışırken en verimli sonucu, onu ayrı bir taşeron gibi değil ekibin geçici bir üyesi gibi konumlandırdığında alır. Dış kaynak geliştirici firmanın kod kurallarını, iş takip düzenini ve teslim standartlarını takip eder. Ekip toplantılarına katılır ve kodu aynı kontrol süreçlerinden geçer. Bu sayede projeye hızlıca dahil olur ve teslim tarihleri kaymadan ekibin yükünü hafifletir. Bu yazıda bir yazılım firmasının dış kaynak geliştiriciyle çalışmayı nasıl planlayacağını, ilk günden teslime kadar adım adım anlatıyoruz.
Ajanslardan farkı nedir?
Ajanslar genellikle müşteriye görünen işi, yani web sitesini, kampanya sayfasını veya tasarımı ön planda tutar. Yazılım firmalarında ise iş çoğunlukla daha uzun soluklu ve daha derin katmanlıdır. Bir ürünün yeni bir modülü, mevcut bir sistemin başka bir sistemle bağlantısı veya yıllardır çalışan bir yazılımın güncellenmesi gibi işler öne çıkar.
Bu fark, dış kaynak geliştiriciden beklenen uyumu da değiştirir. Yazılım firması için önemli olan, geliştiricinin mevcut kod yapısına saygı göstermesi, ekibin kurallarına uyması ve bıraktığı kodun ekip tarafından kolayca devralınabilmesidir. Kısa vadede hızlı ama ekibin anlamakta zorlandığı bir çözüm, uzun vadede firmaya yük olur.
Hangi işler dış kaynağa uygundur?
Her iş dış kaynak geliştiriciye eşit derecede uygun değildir. En verimli sonuç, sınırları net çizilebilen işlerde alınır. Yeni bir yönetim ekranı, bir ödeme veya kargo sistemiyle bağlantı, raporlama modülü ya da eski bir bölümün yeniden yazılması bu tür işlere örnektir. Bu işlerin başlangıcı ve bitişi belli olduğu için hem takvim hem de kontrol kolaylaşır.
Ürünün en temel kararlarını ilgilendiren işleri ise ekip içinde tutmak daha doğrudur. Sistemin genel yapısına dair kararlar, uzun vadeli ürün yönü ve firmanın rekabet avantajını oluşturan kritik bölümler, kalıcı ekibin sorumluluğunda kalmalıdır. Dış kaynak geliştirici bu kararlara görüş verebilir, ancak son söz firmanın olmalıdır.
Yoğunluğun sebebine de bakın. Ekip, birikmiş küçük hatalar ve iyileştirmeler yüzünden yeni özelliklere zaman ayıramıyorsa, bu birikmiş işleri dış kaynak geliştiriciye vermek ekibin ana işe odaklanmasını sağlayabilir.
İlk hafta: hızlı uyum için hazırlık
Dış kaynak geliştiricinin ilk haftası, sonraki haftaların verimini belirler. Bu süreyi en iyi şekilde kullanmak için birkaç hazırlık yapın. Projeyi kendi bilgisayarında çalıştırabilmesi için gereken kurulum adımlarını yazılı hale getirin. Eğer bu belge yoksa, onu hazırlamak dış kaynak geliştiricinin ilk işi olabilir; bu belge sonraki tüm yeni ekip üyeleri için de değerli olur.
Erişimleri yalnızca ihtiyaç duyulan ölçüde verin. Kod deposuna, test ortamına ve iş takip aracına erişim genellikle yeterlidir. Canlı sistemlere ve müşteri verilerine erişim, gerçekten gerekiyorsa ve kontrollü şekilde verilmelidir.
Ekipten bir kişiyi dış kaynak geliştiricinin muhatabı olarak belirleyin. Bu kişi sorulara cevap verir, kodu kontrol eder ve geliştiricinin önündeki engelleri kaldırır. Muhatabı belli olmayan bir dış kaynak çalışma, cevapsız kalan sorular yüzünden kısa sürede yavaşlar.
Kod kuralları ve kontrol süreci
Firmanızın kod yazım kuralları, isimlendirme alışkanlıkları ve dosya düzeni varsa bunları paylaşın. Yazılı bir kılavuz yoksa, iyi yazılmış birkaç örnek dosyayı göstermek de işe yarar. Deneyimli bir geliştirici, mevcut kodu inceleyerek ekibin alışkanlıklarını kısa sürede yakalar.
Dış kaynak geliştiricinin kodunu ekibin diğer üyelerinin koduyla aynı kontrol sürecinden geçirin. Her değişikliğin ekipten biri tarafından gözden geçirilmesi, hem kaliteyi korur hem de bilginin ekip içinde kalmasını sağlar. Bu süreç dış kaynak geliştiriciye güvensizlik anlamına gelmez; aksine onu ekibin doğal bir parçası haline getirir.
Otomatik testler ve kontroller varsa, dış kaynak geliştiricinin de bunları çalıştırmasını ve yeni yazdığı kod için test eklemesini isteyin. Testlerin olmadığı projelerde, en azından kritik işlemler için kısa bir kontrol listesi oluşturmak faydalı olur.
İletişim ve iş takibi
Dış kaynak geliştiriciyi ekibin mevcut iletişim kanallarına dahil edin. Ayrı bir kanal açmak yerine ekibin günlük konuşmalarına ve kısa durum toplantılarına katılması, kopukluğu önler. Uzaktan çalışan biri için ekibin neler konuştuğunu duymak, projeyi anlamanın en hızlı yoludur.
İşleri iş takip aracında küçük ve net parçalara bölün. "Raporlama modülünü yap" gibi büyük bir görev yerine, her biri birkaç günde tamamlanabilecek alt görevler tanımlayın. Böylece ilerleme görünür olur ve bir sorun çıktığında erken fark edilir.
Çalışma saatlerinin örtüşmesine de dikkat edin. Dış kaynak geliştiricinin günün belirli saatlerinde ekiple aynı anda çevrim içi olması, soruların hızlı cevaplanmasını sağlar. Bu saatleri baştan konuşmak, beklentileri netleştirir.
Bilginin firmada kalması
Dış kaynak çalışmanın en büyük riski, iş bittiğinde bilginin de geliştiriciyle birlikte gitmesidir. Bunu önlemek için her işin sonunda kısa bir teslim notu yazılmasını isteyin. Bu notta ne yapıldığı, neden bu şekilde yapıldığı ve dikkat edilmesi gereken noktalar yer almalıdır.
Kodun firmanın deposunda tutulması, tüm değişikliklerin kayıt altında olması ve teknik kararların iş takip aracında belgelenmesi de bilginin firmada kalmasını sağlar. Dış kaynak geliştirici ayrıldıktan sonra ekipten biri o bölümü sorunsuz devralabiliyorsa, iş birliği doğru kurgulanmış demektir.
Gizlilik ve sözleşme
Yazılım firmaları için gizlilik, hem kendi ürünlerinin hem de müşterilerinin korunması açısından önemlidir. İşe başlamadan önce kaynak kodun, iş bilgilerinin ve müşteri verilerinin paylaşılmayacağını belirten bir gizlilik sözleşmesi yapın. Geliştirilen kodun haklarının firmaya ait olduğu da sözleşmede açıkça yazmalıdır.
Erişimlerin iş bittiğinde kapatılmasını bir kontrol listesine ekleyin. Kod deposu, sunucular, iletişim kanalları ve diğer hesaplardaki erişimlerin kaldırılması, iş birliğinin güvenli şekilde tamamlanmasını sağlar.
Sık yapılan hatalar
En yaygın hata, dış kaynak geliştiriciyi projeye hazırlıksız almaktır. Kurulum belgesi olmayan, erişimleri eksik ve muhatabı belli olmayan bir başlangıç, ilk haftayı soru cevapla geçirmeye yol açar. Birkaç saatlik bir hazırlık, bu kaybı büyük ölçüde önler.
İkinci hata, işi çok büyük parçalar halinde vermektir. "Bu modülü bitir" gibi geniş bir görev, ilerlemenin görünmemesine ve sorunların geç fark edilmesine neden olur. İşi küçük ve kontrol edilebilir parçalara bölmek, hem geliştiricinin hem de ekibin işini kolaylaştırır.
Üçüncü hata ise dış kaynak geliştiriciyi ekipten ayrı tutmaktır. Toplantılara katılmayan, ekip konuşmalarını görmeyen bir geliştirici, ürünün neden o şekilde tasarlandığını anlamakta zorlanır ve ekibin beklentisinden farklı çözümler üretebilir. Onu ekibin doğal bir parçası gibi dahil etmek, bu tür yanlış anlamaların önüne geçer.
Son olarak, yalnızca en düşük fiyata bakarak seçim yapmak da sık rastlanan bir hatadır. Projeye uyum sağlayamayan veya ekibin kurallarına uymayan biriyle çalışmak, kısa vadede tasarruf gibi görünse de uzun vadede daha fazla düzeltme ve kontrol maliyeti getirir.
Uzun vadeli iş birliği
Yoğun dönemlerin tekrar edeceğini biliyorsanız, her seferinde yeni biriyle başlamak yerine aynı geliştiriciyle uzun vadeli bir ilişki kurmak daha verimlidir. Projelerinizi ve ekibinizi tanıyan biri, her yeni işe uyum süresi olmadan başlar. Aylık sabit süreli bir çalışma modeli, bu ilişkiyi düzenli hale getirir. Ajanslar için hazırladığımız dış kaynak yazılımcı rehberi de benzer konularda faydalı bilgiler içerir.
Yazılım firmanızın ekibine yoğun dönemde destek olacak deneyimli bir geliştirici arıyorsanız, ajans ve yazılım firmalarına dış kaynak destek sayfasında nasıl çalıştığımı inceleyebilirsiniz. Ekibinizin mevcut düzenine ve kurallarına uyum sağlarım; projeye yeni bir yapı dayatmam.
