Android mobil uygulama geliştirme süreci teklifte nasıl bölünmeli — hangi adım kaç gün?

Hemen bir şartname taslağı hazırlayın ve ajansa gönderin. Her teslimat için sprint belirleyin. Örneğin her iki haftada bir çalışan bir APK dosyası teslim etme şartı koyun. Görmediğiniz ara sürüme onay vermezseniz 90 günün sonunda elinizde yarım bir iş kalmaz.

Android tarafında parçalı teklifte en kritik nokta API entegrasyonu ve yerel veri tabanı mimarisidir. Eğer mevcut muhasebe yazılımınızın hazır bir REST API'ı yoksa, o 90 günün 30 günü sadece veri çekmekle harcanır. Ajansa veri tabanı yetkisini kimin açacağını ve dokümantasyonu kimin sağlayacağını baştan sorun.

Sahadaki temsilcilerin kullanacağı cihazlar şirket tarafından tek tip mi dağıtıldı, yoksa herkez kendi telefonunu mu kullanacak? valla tek tip cihaz varsa test süresi kısalır ama herkez farklı marka ve Android sürümü kullanıyorsa test kalemi teklifte en az 20 gün tutmalıdır.

Geçen sene benzer bi saha sipariş uygulamasını 360.000 TL bütçe ve 75 iş günü taahhüdüyle başlattık. Tasarım 14 gün, kodlama 40 gün sürdü. Fakat mağaza onayı ve şirket içi pilot test 20 gün sarktı. Dağılım yazılı olmasaydı gecikmenin faturasını bize keseceklerdi.

90 gün deyip detay vermeyen ajans işi alt yükleniciye paslayacak olabilir. Detaylı iş kırılım yapısı çıkaramayan bir ekibin Android mimarisine ne kadar hakim olduğu şüpheli. Ekipte kaç kıdemli Android geliştirici olduğunu ve daha önce Play Store'a çıkardıkları referansları canlı inceleyin.

Teklif revizyonunda şu kilometre taşlarını isteyin: 1) Wireframe ve akış şeması teslimi 2) Tıklanabilir tasarım prototipi onayı 3) API bağlantıları tamamlanmış ilk alfa sürüm 4) Saha testi için kapalı beta sürümü 5) Canlıya geçiş ve mağaza onayı.

biz erp entegrasyonunu hesaba katmadigimiz icin proje 3 ay uzamisti. ajans sucu muhasebeciye atti muhasebeci ajansa atti... mutlaka erp tarafindaki yazilimcinin da toplantiya katilmasini isteyin tekliften once.

not: bunu kendi deneyimim olarak yazdım, herkeste böyle olmayabilir.

Sözleşme eki olarak hazırlanacak Teknik Şartname belgesinde her bir fazın başlangıç, bitiş ve kabul kriterleri net olarak tarif edilmelidir. Kabul tutanağı imzalanmayan fazlar için hakediş ödemesi yapılmayacağı hüküm altına alınmalıdır.

Bizde de aynı. Erişim bilgileri kurum adına açılmalı, kişisel hesaplarla değil.

android mobil uygulama geliştirme tarafında yapılan hata genelde geri dönülebilir ama pahalı. Bu kadar, uzattıysam kusura bakmayın.

Soracağım şey biraz acemice olacak, kusura bakmayın. android mobil uygulama geliştirme konusunda acele eden herkes aynı yerde takılıyor.

Sonucu buraya yazarsanız başkalarına da faydası olur.

yeni girenler için kısa özet: Bunu baştan yazılı hâle getirmezseniz sonra tartışma çıkıyor.

umarım işinie yarar.

haklısınız. bu araaad değişiklik talebi süreic koymak işi yavaşlatmıyor, hızlandırıyor.

sormaktn cekinmeyin sormayyan hep daha pahaliay oduyor. not olarak birakayim lazim olur

burada bi tuzak var, söylemeden geçmeyeyim. valla bunu baştan yazılı hâle getirmezseniz snra tartışma çıkıyor.

başka türlü yapan varsa onu da merak ederim.

Doğru.

Bizde de aynı.

Aynı hatayı yapmayın diye yazıyorum. İnsanlar süreci dgl, alışkanlığı savunur. Direnç oradan gelir.

Süreç olarak bakınca tablo değişiyor. Kayıt tutmayan hiçbi süreç düzelmiyor, çünkü neyi düzelteceğinizi bilmiyorsunuz.

Tecrübeyle sabit.

Teknik tarafını biraz açayım. Teslimden sonra sistem yaşamaya devam ediyor; bakım ayrı kalemdir.