Rehber
İskenderun’da Freelance Developer mı, Yazılım Ekibi mi? İşinize Göre Nasıl Karar Verilir?
Bağımsız bir yazılımcı ile bir yazılım ekibi arasındaki seçim işin büyüklüğüne, ömrüne ve durduğunda kaybettireceğine bağlıdır. Karşılaştırma tablosu, uygun durumlar ve iki modelde sorulacak sorular.
· 4 dk okuma · Mood Reklam
Bir yazılım işi için iki yol vardır: tek başına çalışan bağımsız bir yazılımcıyla, yani freelance bir developer ile anlaşmak ya da birden çok kişinin birlikte çalıştığı bir yazılım ekibine gitmek. İskenderun’da developer arayan bir işletme sahibinin karşısına ikisi de çıkar ve ikisinin de iyi ve kötü örnekleri vardır. Doğru soru “hangisi daha iyi?” değil, “benim işim hangisine uyuyor?” sorusudur.
Developer, yazılım geliştiren kişi demektir; Türkçede yazılımcı ya da yazılım geliştirici de denir. Freelance ise kişinin bir firmaya bağlı olmadan, iş bazında çalışmasıdır.
İki modelin farkı tek tabloda
| Konu | Freelance developer | Yazılım ekibi |
|---|---|---|
| Muhatap | Doğrudan işi yapan kişi | Genellikle bir proje sorumlusu; arkasında farklı beceriler |
| Esneklik | Küçük değişiklikler hızlı konuşulur | Süreç daha kurallıdır; değişiklik kayda geçer |
| Uzmanlık genişliği | Kişinin bildiği alanlarla sınırlı | Arayüz, sunucu ve mobil gibi beceriler bir arada olabilir |
| Süreklilik | Kişi hastalanır, taşınır ya da işi bırakırsa proje durabilir | Bir kişi ayrılsa da iş başka biriyle sürebilir |
| Belgeleme | Kişinin alışkanlığına bağlıdır | Genellikle daha düzenlidir, ama bu da sorulmalıdır |
Tablodaki her satır bir eğilimdir, kural değil. Çok düzenli çalışan bağımsız yazılımcılar da, belgesiz iş teslim eden firmalar da vardır. Tablo neye bakacağınızı gösterir, kimi seçeceğinizi değil.
Freelance developer şu durumlarda mantıklı
- İş küçük ve sınırları belli: Var olan bir siteye form eklemek, bir tabloyu otomatik rapora çevirmek, tek ekranlık bir araç.
- Tanıdığınız biri var: Daha önce birlikte çalıştığınız, işini gördüğünüz bir yazılımcı.
- Hızlı bir deneme gerekiyor: Fikrin işe yarayıp yaramadığını görmek için yapılacak basit bir ilk sürüm.
- İşletmede teknik bilgisi olan biri var: Kodu okuyabilen biri varsa tek kişiye bağımlılık riski azalır.
Bağımsız çalışmanın asıl riski kişinin kendisi değil, takvimidir. Aynı anda birkaç işi yürüten bir yazılımcının sizin işinize ne zaman ayıracağını baştan konuşun; acil bir hata çıktığında ona nasıl ulaşacağınızı da yazıya geçirin.
Şu durumlarda ekip düşünün
- Program işletmenin her gün kullandığı ana araç olacaksa ve bir gün durması işi durduracaksa.
- İş birden çok parçadan oluşuyorsa: web paneli, mobil uygulama, sunucu ve başka programlarla bağlantılar.
- Yayından sonra uzun süre bakım ve güncelleme gerekecekse.
- Müşteri, hasta ya da çalışan bilgisi gibi kişisel veri tutulacaksa ve güvenlik işin merkezindeyse.
Limana çalışan bir nakliye firmasının sevkiyat takibi ya da birkaç şubesi olan bir kliniğin randevu sistemi, tek bir kişinin omzuna bırakılmaması gereken işlerdir. Bir kafenin menüsünü güncelleyen küçük bir araç ise öyle değildir.
Ekibin de zayıf yanları vardır. Küçük bir iş için süreç ağır gelebilir; muhatabınız kodu yazan kişi olmayabilir ve isteğiniz aradaki kişilerden geçerken anlamını kaybedebilir. Ekiple çalışırken programı yazacak kişiyle en az bir kez doğrudan konuşmak isteyin; işinizi ondan dinlemek, aradaki halkaların neyi kaçırdığını hemen gösterir.
Hangi modeli seçerseniz seçin sorulacaklar
- Kod nerede duruyor? Kaynak kod sizin de erişebildiğiniz bir depoda mı, yoksa yalnızca yazılımcının bilgisayarında mı?
- Başkası devralabilir mi? Yarın başka bir yazılımcı gelse kurulum notlarıyla programı ayağa kaldırabilir mi? Yaygın bir dil ve yaygın bir altyapı seçilmesi bu yüzden önemlidir.
- Hesaplar kimin adına? Alan adı, sunucu, mağaza hesapları ve bağlı servisler işletmenin adına mı açılıyor?
- İş nasıl teslim edilecek? Program parça parça mı gelecek, her parçayı gerçek işle deneyebilecek misiniz, yoksa bitmiş bir paketle mi karşılaşacaksınız?
- Yayından sonra ne olacak? Hata çıkarsa kime, nasıl ulaşacaksınız; güvenlik güncellemelerini kim yapacak, yedekten geri dönme yazılı olarak anlatılmış mı?
Teslimde nelerin sizde kalması gerektiğini teslim ve sahiplik yazısında, yayından sonraki işleri de yazılım bakımı ve güncelleme yazısında ayrıntılı anlattık.
Yakınlık ne zaman fark yaratır?
Yazılım uzaktan da yazılabilir; bir developer başka bir şehirden de sizin için çalışabilir. Yakınlığın gerçek yararı iş akışını görmektir: depoyu, bankoyu ya da servis aracını yerinde görmek, telefonda anlatılamayan ayrıntıları ortaya çıkarır. İskenderun’da depremden sonra yer değiştirmiş, düzenini yeniden kuran işletmelerde bu daha da belirgindir; eski alışkanlıklarla yeni düzen bir arada yürür ve yazılımın hangisine göre kurulacağı yerinde daha kolay anlaşılır.
Ara yol da var
İki model birbirini dışlamaz. Ana sistemi bir ekibe yaptırıp küçük ek işler için bağımsız bir yazılımcıyla çalışabilir ya da bir freelance developer’ın başlattığı işi büyüdüğünde bir ekibe devredebilirsiniz. Devrin sorunsuz olması, ilk günden kodun ve hesapların sizde durmasına bağlıdır. Kararı verirken işin büyüklüğünü, ne kadar süre kullanılacağını ve durduğunda size ne kaybettireceğini düşünün.
İskenderun Bekbele’de atölyesi olan Mood Reklam; web sitesi, işletmeye özel yazılım ve mobil uygulama geliştirir, kapsamı ve teslimde nelerin sizde kalacağını işe başlamadan yazılı olarak netleştirir. İşinizi anlatmak için arayabilirsiniz.
