01
Net analiz
Problemi, kullanıcı rollerini, veri akışını ve teknik riski geliştirmeye başlamadan önce görünür hale getiririz.
Hakkımızda
2016’dan beri yazılımı önce problem, sonra ürün olarak ele alıyoruz.
ODTÜ’lüden Yazılım, 2016’da 3 ODTÜ’lü öğrencinin başlattığı ve bugün farklı uzmanlıklarla büyüyen bağımsız bir yazılım ekibi. Fikri aceleyle koda çevirmek yerine ihtiyacı, kullanıcıyı, veriyi ve sürdürülebilir teknik yolu netleştiriyoruz.
Çıkış noktamız
Kod yazmadan önce doğru soruyu bulmaya çalışıyoruz.
Yıllar içinde şunu gördük: Yazılım projelerinde sorun çoğu zaman yalnızca teknoloji seçimi değildir. Asıl mesele hangi sürecin sadeleşeceği, hangi verinin karar almayı kolaylaştıracağı ve ilk sürümün hangi ihtiyacı gerçekten çözeceğidir.
Bu yüzden müşterilerimizle çalışırken önce işi dinler, süreci parçalarına ayırır, gereksiz kapsamı ayıklar ve yazılımın gerçekten değer üreteceği yeri bulmaya çalışırız. Bazen çözüm özel yazılım olur, bazen basit bir entegrasyon, bazen de yapay zekâya hiç gerek kalmadan doğru otomasyon.
Çalışma ilkeleri
Güven veren yazılım süreci açık kararlarla kurulur.
Her projede aynı teknoloji, aynı süreç veya aynı kapsam doğru olmaz. Bizim için iyi iş; net konuşulan, ölçülebilen ve bakım yapılabilen iştir.
02
Sade kapsam
İlk sürümde her şeyi yapmak yerine, iş değerini en hızlı gösterecek doğru kapsamı seçeriz.
03
Bakılabilir kod
Günü kurtaran çözümler yerine, geliştirilebilir ve devredilebilir teknik yapı kurmaya özen gösteririz.
04
Açık iletişim
Belirsizliği saklamayız. Riskleri, sınırları ve alternatif yolları proje başında konuşmayı tercih ederiz.
Nasıl çalışıyoruz?
Kurucu ekip odağını büyüyen yapıya taşıyoruz.
Proje boyunca karar veren, analiz eden ve geliştiren kişiler birbirinden kopuk çalışmaz. Ekibimiz büyürken de aynı alışkanlığı koruyoruz: ihtiyacı duyan kişiyle teknik kararı alan kişi aynı resmi konuşsun istiyoruz.
- 01
İlk görüşmede
İhtiyacı, mevcut süreci, hedef kullanıcıları ve varsa teknik kısıtları dinleriz.
- 02
Teklif öncesinde
Kapsamı, teslimat adımlarını, entegrasyon ihtiyacını ve riskli alanları netleştiririz.
- 03
Geliştirme sırasında
Ara çıktıları görünür tutar, geri bildirimleri ürüne kontrollü şekilde dahil ederiz.
- 04
Yayın sonrasında
Kullanım verisi, ekip geri bildirimi ve yeni ihtiyaçlara göre sonraki adımları planlarız.
Örnek teslim çıktıları
Süreç disiplinimizi hangi çıktılar görünür kılar?
Kurucu ekip odağını korumanın avantajı, karar veren ve geliştiren kişilerin aynı problem çerçevesine bakmasıdır. Bu yüzden görüşme ve ilk faz boyunca aşağıdaki çıktıları temsili formatlar olarak kullanırız.
Bu bölüm temsili formatları anlatır; gerçek müşteri belgesi, garanti sonuç, referans veya başarı metriği değildir.
01
Görüşme
İlk görüşme karar notu
Talebi ekran listesi olmaktan çıkarıp problem, kullanıcı, veri ve sonraki adım olarak okunabilir hale getirir.
Örnek format
Örnek format: mevcut süreç, ilk faz adayı, açık risk, sonraki adım.
- Problem cümlesi
- Kullanıcı rolleri
- Mevcut veri veya sistem
- Önerilen başlangıç rotası
02
Kapsam
Kapsam notu
Şimdi yapılacakları, sonraki faza kalacakları ve ilk sürümü şişirecek istekleri ayrı ayrı görünür yapar.
Örnek format
Örnek format: ilk faz kapsamı, faz dışı istekler, kabul sınırı.
- İlk faz ana akışı
- Faz dışı modüller
- Kabul edilebilir sınır
- Açık kalan kararlar
03
Risk
Risk listesi
Veri, entegrasyon, kullanıcı alışkanlığı, bakım ve yapay zekâ hata sınırı gibi konuları teklif öncesinde konuşulur hale getirir.
Örnek format
Örnek format: risk, etkisi, ilk kontrol adımı, karar sahibi.
- Veri belirsizliği
- Entegrasyon bağımlılığı
- Kullanım alışkanlığı
- Bakım ve devretme noktası
04
İlk faz
İlk faz planı
İlk sürümde hangi akışın hangi sırayla çıkacağını sadeleştirir; ürünün küçük ama test edilebilir kalmasına yardım eder.
Örnek format
Örnek format: hafta, ana çıktı, geri bildirim noktası, sonraki karar.
- Öncelikli kullanıcı akışı
- Ara çıktı sırası
- Test ve geri bildirim
- Sonraki faz sinyali
Sonraki adım
Bu çıktıları kendi ihtiyacınıza uyarlayalım
Uzun brief hazırlamanız gerekmez. Mevcut süreci birkaç cümleyle yazın; ilk görüşmede hangi çıktının gerçekten gerekli olduğunu birlikte ayıralım.
Tanışalım
Bir yazılım projesi düşünüyorsanız, önce birlikte doğru kapsamı konuşalım.
Fikriniz netleşmiş de olabilir, henüz dağınık bir ihtiyaç olarak da duruyor olabilir. İlk adımda bunu uygulanabilir bir yol haritasına çevirmeye çalışırız.
Keşif görüşmesi planlayalım