Freelance yazılımcı mı yazılım firması mı sorusunun cevabı yalnızca fiyat listesine bakılarak verilmez. Tek bir rapor ekranı geliştirmekle bütün işletmenin siparişlerini yöneten uygulamayı kurmak aynı çalışma düzenini gerektirmeyebilir. İşin kapsamı, devamlılık ihtiyacı, teslim edilecek belgeler ve destek sorumluluğu birlikte değerlendirilmelidir. Bir kişinin bağımsız çalışması onu kendiliğinden yetersiz yapmaz; bir şirketin bulunması da projenin bütün risklerini ortadan kaldırmaz. Asıl konu, teklif edilen çalışma biçiminin sizin projenize uygun olup olmadığıdır.

İçindekiler

Freelance yazılımcı mı yazılım firması mı konulu bu rehber sağlayıcıları unvanlarına göre sıralamaz. Kararınızı sekiz somut ölçüte dayandırmanıza yardımcı olur: kapsam, sorumluluk, kapasite, iletişim, test, teslim, destek ve toplam iş yükü. Böylece bir görüşmede iyi izlenim bırakmakla proje boyunca yönetilebilir bir düzen sunmak arasındaki farkı görebilirsiniz. Doğru değerlendirme için önce kendi işletmenizin ne beklediğini açıklaması gerekir. Hangi işin yapılacağı bilinmeden sağlayıcı türü üzerinden kesin cevap üretmek yanıltıcı olabilir.

Freelance yazılımcı mı yazılım firması mı diye araştırırken ilk adımınız kısa bir proje açıklaması hazırlamak olabilir. Programın hangi sorunu çözeceğini, kimlerin kullanacağını ve ilk sürümün sınırlarını yazın. Bunun için program yaptırmak isteyenler için ihtiyaç listesi rehberinden yararlanabilirsiniz. Bu başlangıç, farklı sağlayıcılardan gelen cevapları aynı iş üzerinden değerlendirmenizi kolaylaştırır. Her tarafın başka kapsam anladığı bir karşılaştırma, ucuz veya pahalı şeklinde sonuçlandırılmamalıdır.

Sağlayıcının adı ile çalışma modeli aynı şey değildir

Bağımsız geliştirici bazı işleri başka uzmanlarla birlikte yürütebilir. Yazılım firması ise projeyi tek bir çalışan üzerinden yönetebilir. Bu nedenle ekip var mı sorusunun ardından sizin işinizde gerçekten kimlerin görev alacağını sorun. Tasarımı, geliştirmeyi, testleri ve iletişimi kimin üstleneceği açıklanmalıdır. İlgili kişilerin sürekli erişilebilir olması beklenmeyebilir; fakat yerine kimin bakacağı ve bekleyen işin nasıl takip edileceği önceden konuşulabilir. Kartvizitteki unvan bu ayrıntıları kendiliğinden cevaplamaz.

Freelance yazılımcı mı yazılım firması mı kararında sözleşme ve ödeme tarafının kim olduğu da anlaşılır olmalıdır. Görüşülen kişinin işi yapacak kişiyle aynı olup olmadığı, alt yüklenici kullanılıp kullanılmayacağı ve değişikliklerin kime iletileceği sorulabilir. Bu yazı hukuki bir sözleşme önerisi sunmaz; ticari ve hukuki koşullar gerektiğinde uzman desteğiyle değerlendirilir. Buradaki amaç, günlük proje yönetimini etkileyen belirsizliklerin seçimden önce ortaya çıkarılmasıdır. Belirsiz sorumluluklar, küçük işlerde bile iletişimi zorlaştırabilir.

Önce işletmenizin sağlayabileceği zamanı hesaplayın

Freelance yazılımcı mı yazılım firması mı diye düşünürken projenin bütün yükünün geliştiricide olmadığını unutmayın. İşletme de soruları cevaplayacak, örnek veri hazırlayacak ve teslim edilen işlevleri değerlendirecektir. Bu işlere zaman ayıramıyorsanız daha fazla koordinasyon desteğine ihtiyaç duyabilirsiniz. Bunun bir firmada otomatik bulunacağı veya bağımsız geliştiricide bulunmayacağı varsayılmamalıdır. Teklifte bu desteğin nasıl verileceğine bakın. Toplantı sıklığı, kararların kaydı ve kullanıcı görüşlerinin nasıl toplanacağı açıkça anlatılmalıdır. İşletmenin sorumluluğu bilinmezse süreçte beklemeler yaşanabilir.

Freelance yazılımcı mı yazılım firması mı karşılaştırmasında kendi teknik bilginizi de dürüstçe değerlendirin. Sunucu, alan adı, erişimler ve sürüm teslimi konusunda destek gerekip gerekmediğini yazın. Teknik bilginizin az olması yanlış sağlayıcı seçmenizi zorunlu kılmaz. Anlaşılır açıklama ve belgelenmiş teslim istemeniz yeterlidir. Buna karşılık bütün kararları karşı tarafa bırakıp hiçbir kontrol yapmamak riskleri artırabilir. Projenin iş açısından sorumlusunun işletme içinde belli olması, sağlayıcı türünden bağımsız bir ihtiyaçtır.

Freelance yazılımcı mı yazılım firması mı: 8 ölçüt

1. Kapsamın açıklığı

Sınırları belirli bir işte değerlendirme daha kolaydır. Kullanılacak veri, beklenen çıktı ve teslim biçimi tanımlıysa sağlayıcının o alandaki yetkinliğini somut örnekle konuşabilirsiniz. Belirsizliği yüksek projede ise araştırma ve analiz aşamasının nasıl yönetileceği önem kazanır. Teklifin başında bilinmeyenlerin bulunması olağandır. Sorun, bu bilinmeyenlerin yokmuş gibi kabul edilmesidir. Hangi sorular cevaplanmadan süre ve kapsamın kesinleşmeyeceği açıkça belirtilmelidir. Sağlayıcının yaklaşımı, yalnızca hızlı fiyat vermesinden daha anlamlı olabilir.

Freelance yazılımcı mı yazılım firması mı sorusunu kapsam büyüdükçe yeniden değerlendirebilirsiniz. Küçük bir iş için uygun olan düzen, yeni modüller ve dış bağlantılar eklendiğinde değişebilir. Bu, ilk seçimin yanlış olduğunu göstermez. Ancak büyüme ihtimalinin baştan konuşulması geçişi kolaylaştırır. İş genişlerse ek uzman nasıl bulunacak, dokümantasyon kimde kalacak ve yeni sorumluluklar nasıl tanımlanacak? Karşılaştırma sırasında bu sorulara verilen cevapları aynı tabloda tutmanız yararlı olabilir.

2. Sorumlulukların açıklığı

Bir problem olduğunda kimin inceleme yapacağını bilmek gerekir. Geliştirici uygulama kodunu, barındırma sağlayıcısı altyapıyı ve işletme veri girişini yönetiyor olabilir. Bu ayrım belirsizse herkes sorunun diğer tarafta olduğunu düşünebilir. Başlangıçta temel sorumlulukları listeleyin. Veri hazırlığı, yedeklerin kontrolü, canlıya geçiş ve kullanıcı eğitimi gibi işler kime ait? Bir iş teklifin dışında kalıyorsa bunun sonradan sürpriz olmaması gerekir. Sorumluluk çizelgesi uzun olmak zorunda değildir; anlaşılır olması daha önemlidir.

Freelance yazılımcı mı yazılım firması mı değerlendirmesinde tek iletişim noktası bulunmasını isteyebilirsiniz. Bu kişinin bütün işleri bizzat yapması gerekmez. Soruyu ilgili kişiye yönlendirmesi ve sonucu takip etmesi yeterlidir. Bir ekipte farklı uzmanlarla konuşmak yararlı olabilir; ancak çelişen cevapların nasıl çözüleceği de belli olmalıdır. Bağımsız çalışanla doğrudan iletişim kurmak da hızlı olabilir; buna karşılık ulaşamadığınız dönemlerin nasıl yönetileceği açıklanmalıdır. İki modelin de düzenli çalışma yöntemiyle desteklenmesi gerekir.

3. Kapasite ve devamlılık

Sağlayıcının aynı anda kaç projeyle ilgilendiğini kesin olarak bilemeyebilirsiniz. Bunun yerine işinize ayrılacak çalışma düzenini, dönüm noktalarını ve bekleme durumlarını sorun. İzin, hastalık veya görev değişikliği gibi olağan durumlarda işin nasıl sürdürüleceği konuşulabilir. Büyük ekiplerin de yoğunluk ve personel değişimi yaşayabileceğini unutmayın. Önemli olan tek kişiye bağımlılığın fark edilmesi ve kritik bilgilerin erişilebilir tutulmasıdır. Projenizin aciliyeti, karşı tarafın çalışma kapasitesiyle uyumlu olmalıdır.

Freelance yazılımcı mı yazılım firması mı konusunda devamlılığı yalnızca çalışan sayısıyla ölçmeyin. Kodun nerede tutulduğu, kurulum bilgisinin kaydedilip kaydedilmediği ve son sürümün nasıl tanımlandığı da önemlidir. Birden fazla kişi aynı kodu anlayabiliyorsa veya yeni kişi belgelerle devralabiliyorsa süreklilik açısından daha yönetilebilir bir durum oluşabilir. Bu koşulların gerçekten sağlandığını teslim sırasında kontrol etmek gerekir. Sadece gerektiğinde başkası bakar cümlesi, uygulanabilir bir devir planı yerine geçmez.

4. İletişim ve karar kaydı

Görüşmelerde anlaşılır konuşulması olumlu bir başlangıçtır; fakat proje boyunca kararların kaydedilmesi de gerekir. Mesajlaşmada konuşulan istekler, toplantı notları ve teslim açıklamaları aynı yerde izlenebilmelidir. Her küçük soru için resmi belge hazırlamak gerekmez. Buna karşılık kapsamı, tarihi veya iş kuralını değiştiren kararın kaybolmaması önemlidir. İşletmenin karar verecek kişisi belli olmalı, birbiriyle çelişen talepler geliştiriciye doğrudan yöneltilmemelidir. İletişim düzeni karşılıklı sorumluluk gerektirir.

Freelance yazılımcı mı yazılım firması mı karşılaştırmasında örnek bir ilerleme raporu isteyebilirsiniz. Tamamlanan işler, sıradaki adımlar, beklenen kararlar ve ortaya çıkan riskler görülebiliyor mu? Çok uzun rapor şart değildir. Bir sayfalık düzenli kayıt, yalnızca yüzdesi artan bir ilerleme çubuğundan daha faydalı olabilir. Tamamlandı denilen işin neyle doğrulandığını sorun. Ekran gösterimi, test sonucu ve kullanıcı değerlendirmesi farklı bilgiler sağlar. Birinin bulunması diğerinin de yapıldığı anlamına gelmez.

5. Test ve kalite yaklaşımı

Bir uygulamanın açılması, bütün iş kurallarının doğru çalıştığını göstermez. Sağlayıcıya kendi kontrollerini nasıl yaptığını ve işletmenin hangi denemelere katılacağını sorun. Hataların nereye yazılacağı, önem derecesinin nasıl belirleneceği ve düzeltmenin nasıl doğrulanacağı açıklanabilir. Kullanıcının yaptığı denemeler teknik kontrollerin yerine geçmez. Aynı şekilde geliştiricinin teknik testi de gerçek iş akışının değerlendirilmesini gereksiz kılmaz. İki tarafın görevleri anlaşılır olmalıdır. Son dakikada ilk kez test yöntemi konuşmak yerine bunu erken belirleyin.

Freelance yazılımcı mı yazılım firması mı kararında test sorularını her iki tarafa aynı şekilde yöneltin. Bağımsız geliştirici düzenli test kayıtları sunabilir; bir şirketin teklifinde bu ayrıntılar eksik olabilir. Görülmeden üstünlük varsaymayın. Deneme ortamı ile canlı verinin ayrılıp ayrılmadığını ve hatalı işlemin nasıl geri alınacağını konuşun. Kesin kontrol düzeyi projenin riskine göre belirlenmelidir. Küçük bir rapor aracıyla ödeme veya kritik stok hareketi yöneten sistemin değerlendirme kapsamı aynı olmayabilir.

6. Kaynaklar ve teslim edilecekler

Teslimde hangi dosyaları, erişimleri ve açıklamaları alacağınızı başlangıçta konuşun. Kaynak kod, çalıştırılabilir paket, kurulum yönergesi ve yönetim erişimi birbirinden farklı şeylerdir. Her projede hepsinin aynı biçimde teslim edilmesi gerekmez; ancak üzerinde anlaşılmış koşullar anlaşılır olmalıdır. Üçüncü taraf bileşenler ve lisans sınırları ayrıca açıklanmalıdır. Uygulamanın görünür ekranlarını kullanabilmek, onu başka ortamda kurabilecek bütün bilginin elinizde olduğu anlamına gelmez. Bu ayrımın teslim gününe bırakılmaması yararlıdır.

Freelance yazılımcı mı yazılım firması mı seçiminde dosyaların kimin hesabında tutulacağına da bakın. Kod deposu, alan adı ve barındırma hesaplarının yönetimi konusunda netlik isteyin. Teknik erişim ile kullanım hakkı veya mülkiyet aynı kavram değildir; ticari koşullar ayrıca değerlendirilir. Kod deposu devri planlanıyorsa kullanılan hizmetin kendi kuralları incelenmelidir. Örneğin GitHub depo devri belgeleri, devir işleminin özelliklere ve izinlere bağlı ayrıntıları bulunduğunu gösterir. Tek başına hesap şifresi paylaşmak uygun bir teslim planı sayılmaz.

7. Destek ve değişiklik yönetimi

Teslimden sonra hata düzeltme, kullanıcı sorusu ve yeni özellik isteği aynı başlıkta toplanmamalıdır. Hangi durumun başlangıç kapsamına ait olduğu, hangisinin yeni çalışma gerektirdiği konuşulmalıdır. Destek süresi, iletişim yöntemi ve çalışma saatleri teklif veya ilgili anlaşmada açıkça belirtilmelidir. Anında müdahale bekleniyorsa bunun gerçekten sağlanıp sağlanamayacağı sorulmalıdır. Bir telefon numarasının bulunması kesintisiz destek taahhüdü anlamına gelmez. Yazılımın kullanım yoğunluğu ve iş açısından önemi bu değerlendirmede dikkate alınır.

Freelance yazılımcı mı yazılım firması mı karşılaştırırken destek talebinin alınmasıyla çözülmesini ayırın. Bir talebe cevap verilmesi, sorunun aynı anda giderileceği anlamına gelmeyebilir. Ön inceleme, veri kontrolü veya başka sağlayıcıyla koordinasyon gerekebilir. Hangi bilginin talebe ekleneceğini, acil durumun nasıl tanımlanacağını ve sonuçların nerede izleneceğini sorun. Yeni özellikler için onay mekanizması da önemlidir. Mesajla söylenen her fikir otomatik olarak başlangıç işinin parçası kabul edilmemelidir.

8. Fiyatın ötesindeki işletme yükü

Teklif bedeline ek olarak işletmenizin harcayacağı zamanı düşünün. Kullanıcıların hazırlanması, dosyaların temizlenmesi ve teslimlerin kontrolü için kim çalışacak? Bazı tekliflerde koordinasyon ve dokümantasyon daha geniş yer alabilir; bazılarında bu işlerin bir bölümü işletmeye kalabilir. İki fiyatı karşılaştırırken bu farkı görünür tutun. Daha düşük bedel her zaman daha düşük toplam iş yükü anlamına gelmez. Buna karşılık yüksek fiyatın da kendiliğinden daha kapsamlı hizmet sunduğu düşünülmemelidir.

Freelance yazılımcı mı yazılım firması mı sorusunda bilinmeyen ek maliyetleri ayrıca kaydedin. Barındırma, lisans, dış hizmet kullanımı ve veri aktarımı gibi kalemlerin kim tarafından karşılanacağı belli olsun. Burada örnek tutar vermek doğru olmaz; her proje farklı koşullara dayanır. Teklifte bulunmayan kalemleri varsayarak karşılaştırmayın. Önce kapsamı eşitleyin, sonra toplam yükü değerlendirin. İşletmenin kendi zamanını hiç hesaba katmamak da gerçek kararın eksik verilmesine yol açabilir.

Küçük bir işte hangi yaklaşım daha uygun olabilir?

Tek bir dışa aktarma aracı veya tanımlı bir rapor için deneyimli bağımsız geliştiriciyle çalışmak uygun bir seçenek olabilir. Ancak burada da veri erişimi, teslim ve destek sınırları netleşmelidir. Küçük iş ifadesi bütün risklerin küçük olduğunu göstermez. Birkaç saatlik işlem bile önemli verilere erişim gerektirebilir. Geliştirilecek parçanın hangi sisteme bağlanacağı, kullanılmadığında nasıl kaldırılacağı ve mevcut işleyişi nasıl etkileyeceği değerlendirilmelidir. İşin teknik boyutundan ayrı olarak erişim kapsamına bakın.

Freelance yazılımcı mı yazılım firması mı cevabını küçük işlerde hız üzerinden verebilirsiniz; ancak hızın ne anlama geldiğini açıklayın. İlk sürümün hızlı gösterilmesiyle işletmede güvenle kullanıma başlanması farklı tarihler olabilir. Örnek kayıtlarla yapılan gösteri tamamlanmış aktarım sayılmaz. Sağlayıcı türünü seçmeden önce hangi çıktıyı ne zaman değerlendireceğinizi yazın. Karşı tarafın doğrudan iletişim, kısa teslim döngüsü veya belirli uzmanlık gibi güçlü yönleri bu somut beklentilerle karşılaştırılabilir.

Kritik işletme sistemi için nelere bakılmalı?

Sipariş, stok veya müşteri süreçlerinin büyük bölümünü yöneten sistemde kesinti ve devir konusu daha fazla önem kazanabilir. Bir kişi projeden ayrıldığında sistemin nasıl sürdürüleceği, sürümlerin nasıl saklandığı ve değişikliklerin kim tarafından onaylandığı incelenmelidir. Bir firmanın farklı uzmanları koordine edebilmesi yararlı olabilir. Bunun gerçekten teklif edilen işte sağlanacağını doğrulayın. Yalnızca kurumsal görünüm üzerinden karar vermek yerine görevlendirilecek ekip ve sorumluluk yöntemini konuşmak daha açıklayıcıdır.

Freelance yazılımcı mı yazılım firması mı seçimi kritik sistemlerde tek seferlik bir satın alma gibi ele alınmamalıdır. İşletmenin gelecek ihtiyaçları, bakım düzeni ve olası sağlayıcı değişikliği de düşünülmelidir. Gelecekte hiç değişiklik olmayacağı varsayımı gerçekçi değildir. Buna karşılık bütün olası özellikleri ilk sürüme eklemek de kapsamı gereksiz büyütebilir. Öncelikler, sonraki geliştirmeler ve mevcut verinin dışarı alınabilmesi birlikte değerlendirilmelidir. İyi karar, yalnızca bugünkü teslimi değil sonrasındaki yönetimi de anlaşılır kılar.

Varsayımsal iki proje üzerinden karşılaştırma

Freelance yazılımcı mı yazılım firması mı sorusunun ilk örneğinde işletmenin düzenli tablosundan belirli alanları okuyup haftalık rapor oluşturan küçük bir araç düşünelim. Dosya biçimi sabit, kullanıcı sayısı sınırlı ve sonuç kolay kontrol edilebilir olsun. Bu tamamen varsayımsal durumda ilgili veri işlemede deneyimli bağımsız geliştiriciyle sınırlı kapsamlı çalışma değerlendirilebilir. Yine de kullanılan dosyanın sürümü, hatalı veri davranışı ve teslim biçimi yazılmalıdır. Projenin küçük olması, anlaşmanın yalnızca sözlü bir istekten oluşması gerektiği anlamına gelmez.

Freelance yazılımcı mı yazılım firması mı tartışmasının ikinci örneğinde farklı şubelerin sipariş, depo ve müşteri kayıtlarını birlikte yöneten uygulama olsun. Kullanıcı rolleri, dış bağlantılar ve canlıya geçiş sorumluluğu daha karmaşıktır. Bu durumda proje yönetimi ve devamlılık kapasitesi daha fazla ağırlık kazanabilir. Farklı uzmanları olan bir ekip uygun seçenek olabilir; bağımsız geliştirici de açık bir iş birliği ve devir düzeni sunabilir. Bu örnekler HD Bilgisayar’ın gerçekleştirdiği müşteri projeleri veya kanıtlanmış sonuçlar olarak sunulmamaktadır.

Karar tablosunu nasıl doldurabilirsiniz?

Freelance yazılımcı mı yazılım firması mı karşılaştırması için sağlayıcı başına bir sütun açın. Sekiz ölçütü satırlara yazın ve her cevabın yanına kanıt veya açıklama ekleyin. Var, yok ve belirsiz gibi basit işaretler kullanılabilir. Yalnızca toplam puana bakmayın. İşletmeniz için zorunlu bir teslimin belirsiz olması, diğer satırlardaki güçlü cevaplarla örtülmemelidir. Gerekirse belirli ölçütleri karar öncesi karşılanması gereken şart olarak ayırın. Bu yöntem kişisel izlenimin etkisini tamamen kaldırmaz; fakat gerekçeleri görünür kılar.

Freelance yazılımcı mı yazılım firması mı araştırmasında örneğin yedek sorumlu bulunduğu söyleniyorsa onun hangi bilgilere erişebildiğini sorun. Kaynak teslimi deniyorsa hangi dosyaların ve kurulum açıklamalarının verileceğini öğrenin. Referans gösteriliyorsa çalışmanın benzerliğini tartışın; başka müşterinin özel verilerine erişim istemeyin. Görüşme sonunda açık kalan soruları sağlayıcıya yazılı iletmek yararlı olabilir. Aynı soruları her aday için kullanırsanız cevapların kapsamı daha kolay karşılaştırılır. Belirsiz cevabı olumlu kabul etmek yerine açıklama bekleyen konu olarak işaretleyin.

Yanlış inanışlar kararınızı etkilemesin

Freelance yazılımcı mı yazılım firması mı konusunda en yaygın yanlışlardan biri, bağımsız çalışanın mutlaka daha ucuz ve daha hızlı olacağı düşüncesidir. Uzmanlık, takvim ve kapsam bu sonucu değiştirebilir. Diğer yanlış ise şirketle çalışıldığında bütün işlerin kurallı yürüyeceğini varsaymaktır. Süreç, görevlendirilen kişiler ve teslimler görülmelidir. Başka bir inanış, teknik dil ne kadar karmaşıksa sağlayıcının o kadar iyi olduğudur. İşletme açısından önemli olan, çözümün ve sorumluluğun anlaşılabilmesidir.

Her şeyi yapan tek kişi fikri de dikkatle değerlendirilmelidir. Bir kişi çok yetkin olabilir; ancak tasarım, geliştirme, güvenlik ve destek işlerinin zaman ihtiyacı yine vardır. Benzer şekilde kalabalık ekip de doğru koordinasyon olmadan verimli çalışmayabilir. Kullanılan teknoloji adlarını tek başına kalite göstergesi saymayın. Proje için neden seçildiğini, sürdürülebilirliğini ve işletmenizin ihtiyaçlarıyla ilişkisini sorun. Görüşmede anlaşılır cevap alamadığınız konuya yalnızca teknik olduğunu düşünerek onay vermek zorunda değilsiniz.

Güvenlik yaklaşımını sağlayıcı türünden bağımsız değerlendirin

Freelance yazılımcı mı yazılım firması mı seçerken erişimlerin kişilere göre verilmesi ve kullanılan hesapların yönetimi gibi temel konuları konuşabilirsiniz. Kritik parolaları bütün ekip adına tek hesapla paylaşmak yerine, hangi yetkinin neden gerektiği açıklanmalıdır. Güncellemelerin ve tespit edilen sorunların nasıl takip edileceği de sorulabilir. Bütün projeler için aynı teknik kontrol listesi zorunlu değildir. Uygulanacak yöntem kullanılan veriye, sistemin önemine ve üzerinde anlaşılmış kapsamına göre belirlenmelidir.

Bu soruları düzenlemek için NIST güvenli yazılım geliştirme çerçevesine bakabilirsiniz. Kaynak, sağlayıcılarla güvenli geliştirme beklentilerini konuşmak için genel bir çerçeve sunar. Buradan bir tarafın sertifikalı olduğu veya belirli bir kontrolü uyguladığı sonucu çıkarılmaz. Görüşmede somut uygulama ve kayıt sorulmalıdır. Güvenlik yalnızca projenin sonunda yapılan tek kontrol olarak görülmemelidir. İşletmenin erişim, kullanım ve veri paylaşımı kararları da çalışma boyunca önem taşır.

Seçim öncesi kısa kontrol listesi

Freelance yazılımcı mı yazılım firması mı kararını vermeden önce aşağıdaki soruları cevaplayın. Cevabını bilmediğiniz satırları karşı tarafla netleştirin. Bir konuda kararsız kalmanız olağandır; bütün belirsizliklerin aynı önemde olmadığını unutmayın. Öncelikle işin devamını, veri erişimini ve teslimi etkileyen başlıklara bakın. Görüşmenin olumlu geçmesi bu konuların otomatik çözüldüğü anlamına gelmez. Seçiminizin gerekçesini yazmak ileride çalışma biçimini değerlendirmenizi de kolaylaştırır.

• İki teklif aynı başlangıç kapsamını mı esas alıyor?
• İşi kimlerin yapacağı ve iletişim sorumlusu belli mi?
• İşletmenin hazırlayacağı veri ve vereceği kararlar yazıldı mı?
• Test, hata bildirimi ve teslim değerlendirmesi açıklanıyor mu?
• Dosyalar, hesaplar ve kurulum bilgileri için teslim sınırı net mi?
• Destek talepleriyle yeni özellik talepleri ayrılıyor mu?
• Devamlılık ve başka kişiye devir yöntemi anlaşılır mı?
• Toplam bedel dışında işletmenin zaman yükü de değerlendirildi mi?

Maltepe ve Anadolu Yakası işletmeleri için görüşme

Freelance yazılımcı mı yazılım firması mı araştırması yapan Maltepe, İdealtepe ve Anadolu Yakası işletmeleri, sağlayıcıyla görüşürken aynı somut soruları kullanabilir. Yakın konum iletişimi kolaylaştırabilir; fakat tek başına proje uygunluğunu kanıtlamaz. Yüz yüze veya çevrim içi görüşmenin yöntemi ayrıca kararlaştırılır. İşin kapsamı, teslimler ve sorumluluklar hangi yöntemle görüşülürse görüşülsün yazılı olarak netleştirilmelidir. Bölgesel yakınlıkla teknik yetkinlik birbirinin yerine değerlendirilmemelidir.

HD Bilgisayar ile özel yazılım geliştirme ihtiyacınızı konuşmak için mevcut sürecinizi ve beklediğiniz çıktıları hazırlayabilirsiniz. İletişim numarası 0532 396 34 71, işletme adresi Altayçeşme, Oba Çıkmazı No:3, Maltepe, İstanbul’dur. Görüşme zamanı ve yöntemi için önceden iletişim kurulabilir. HD Bilgisayar web sitesinde hizmet bilgilerini inceleyebilirsiniz. Bu yazı, henüz kapsamı belirlenmemiş bir proje için fiyat, süre veya belirli hizmet seviyesi taahhüdü oluşturmaz.

Karar verirken karşılaşacağınız terimler

Bağımsız geliştirici, hizmetini kendi çalışma düzeni içinde sunan kişiyi ifade eder. Proje sorumlusu, iletişimi ve ilerlemeyi takip eden kişidir; her teknik işi kendisi yapmak zorunda değildir. Kapsam, yapılacak işlerin ve sınırlarının açıklamasıdır. Teslim kalemi, değerlendirilip alınacak belirli çıktıdır. Bu çıktının ekran, belge veya kurulum dosyası olması mümkündür. Terimlerin adı kadar, teklifinizde hangi somut işi ifade ettiği önemlidir. Aynı kelime farklı sağlayıcılar tarafından farklı anlamlarda kullanılabilir.

Freelance yazılımcı mı yazılım firması mı karşılaştırmasında devamlılık, çalışmanın bir kişinin yokluğunda nasıl sürdürüleceğiyle ilgilidir. Devir, projenin başka kişi veya ekibe geçmesi için gerekli erişim ve bilgilerin aktarılmasıdır. Kaynak kod, uygulamanın geliştirilmesinde kullanılan dosyalardır; kurulum paketiyle aynı şey değildir. Değişiklik talebi, üzerinde anlaşılmış işin dışında veya onun bir bölümünü değiştiren istektir. Bu terimlerin ticari sonuçları kullanılan anlaşmaya göre ayrıca değerlendirilir.

Sık sorulan 6 soru

Küçük projede mutlaka bağımsız geliştirici mi seçilmeli?

Hayır. Küçük işin kullandığı veri, mevcut sistemle bağlantısı ve destek ihtiyacı önemlidir. Uygun deneyime sahip bağımsız geliştirici iyi seçenek olabilir; bir firma da sınırlı işi yönetilebilir biçimde üstlenebilir. Freelance yazılımcı mı yazılım firması mı sorusunda yalnızca projenin ekran sayısına bakmayın. Kapsamın açıklığına, teslim biçimine ve erişim sınırlarına bakın. Küçük bir aracın kritik sistemlere erişmesi durumunda değerlendirme daha dikkatli yapılmalıdır.

Yazılım firması her zaman yedek ekip sağlar mı?

Freelance yazılımcı mı yazılım firması mı diye araştırırken bunu varsaymamalısınız. Teklif edilen çalışma için kimlerin görevlendirileceğini ve bir kişinin yokluğunda işin nasıl sürdürüleceğini sorun. Şirketin toplam çalışan sayısı sizin projenize ayrılan kapasiteyi göstermez. Belgeler, kod erişimi ve görev devri yöntemi de önemlidir. Bağımsız geliştiricinin iş birliği yaptığı uzmanlar bulunabilir; firmanın ise belirli işte tek kişiye bağımlılığı olabilir. Somut düzeni öğrenmeden iki model arasında kesin üstünlük kurmak doğru olmaz.

Kaynak kodu almak bütün bağımlılığı bitirir mi?

Tek başına bitirmez. Kodun çalıştırılması için kurulum bilgileri, gerekli yapılandırma ve dış hizmet açıklamaları da gerekebilir. Kullanım ve devir koşulları ayrıca değerlendirilmelidir. Freelance yazılımcı mı yazılım firması mı seçiminde kaynak teslimi ifadesinin hangi dosyaları ve hangi koşulları kapsadığını sorun. Başka ekibin çalışmayı devralabilmesi için yeterli açıklamanın bulunup bulunmadığı teslim sırasında değerlendirilir. Yalnızca dosya arşivinin varlığı bütün bu soruları cevaplamaz.

İlk görüşmede bütçe paylaşmak zorunda mıyım?

Freelance yazılımcı mı yazılım firması mı görüşmesinin yöntemi taraflar arasında belirlenir. Yaklaşık yatırım çerçevesi konuşulması seçenekleri değerlendirmeye yardımcı olabilir; ancak kapsam anlaşılmadan yalnızca bütçeye göre karar vermek uygun değildir. Hangi işlerin ilk sürümde gerekli olduğunu ve nelerin ertelenebileceğini açıklayın. Sağlayıcıdan önerdiği kapsamın gerekçesini isteyin. Teklifte bulunmayan hizmetleri varmış gibi kabul etmeyin. Bütçe kadar işletmenin ayıracağı zaman, veri hazırlığı ve teslim sonrası sorumluluklar da karşılaştırmada yer almalıdır.

Mevcut geliştiriciden başka ekibe geçebilir miyim?

Bu, elinizdeki haklara, dosyalara, erişimlere ve uygulamanın durumuna bağlıdır. Önce mevcut teslimleri ve anlaşılmış koşulları inceleyin. Yeni ekibin ön değerlendirme yapması gerekebilir. Freelance yazılımcı mı yazılım firması mı kararında gelecekte devir ihtimalini baştan konuşmak bu süreci kolaylaştırabilir. Ancak her projenin hemen ve sorunsuz taşınacağı söylenemez. Eksik belgeler, dış hizmetler veya eski teknolojiler çalışmanın kapsamını etkileyebilir. Geçiş için canlı sistemi riske atmayan yöntem ayrıca planlanmalıdır.

Son kararı tek bir görüşmeyle verebilir miyim?

İş çok açık ve sağlayıcıyı tanıyorsanız süreç kısa olabilir. Daha karmaşık projede ek sorular ve örneklerin değerlendirilmesi gerekebilir. Karar vermeden önce kapsamın, teslimin ve sorumlulukların aynı şekilde anlaşıldığını kontrol edin. Görüşmedeki iyi iletişimi somut cevaplarla destekleyin. Freelance yazılımcı mı yazılım firması mı sorusunun en kullanışlı cevabı bir unvan değil, sizin işiniz için gerekçesi açıklanmış çalışma modelidir. Seçimi bu gerekçeler üzerinden yapmak sonraki değerlendirmeleri de kolaylaştırır.