Sık Sorulan Sorular (FAQ)

Bu doküman, Web UI yenileme projesi kapsamında sık sorulan soruları ve bunların cevaplarını içerir.

1. Dokümantasyon & İş Akışı

Fibery'den documasraff'a geçişin birkaç önemli nedeni var:

Daha İyi Organizasyon: Fibery'deki dokümantasyonlar karışık bir düzende ve iyi kategorize edilmiş değil. documasraff, dokümanları mantıksal kategorilere ayırmamıza ve daha iyi organize etmemize olanak sağlıyor.
Endişelerin Ayrımı (Separation of Concerns): Her doküman türü için ayrı bir alan ve format sunarak, farklı türdeki bilgilerin (teknik, ürün, tasarım) daha net ayrılmasını sağlıyor.
Görselleştirme & İzlenebilirlik: Markdown formatı ve git versiyonlama sistemi sayesinde değişiklikleri takip etmek, görselleştirmek ve geri almak çok daha kolay.
Kod ile Yakın Entegrasyon: Dokümanların kod tabanına yakın olması, geliştirici deneyimini iyileştiriyor ve güncel tutmayı kolaylaştırıyor.

İş akışlarına öncelik vermemizin temel nedenleri:

Tutarlılık: Ekip üyeleri arasında tutarlı bir çalışma modeli oluşturarak, kalitenin standardize edilmesini sağlar.
Verimlilik: Net tanımlanmış süreçler sayesinde, ekip üyeleri ne yapacaklarını ve nasıl yapacaklarını daha iyi bilir.
Ölçülebilirlik: Standart iş akışları, performans metriklerini (KPI, sprint velocity, vb.) daha doğru ölçmemizi sağlar.
Onboarding: Yeni ekip üyelerinin projeye daha hızlı adapte olmasını sağlar.

Test yazmanın kritik faydaları:

Güvenilirlik: Kodun beklenen şekilde çalıştığından emin olmamızı sağlar.
Refactoring Güvenliği: Kod değişikliklerinin mevcut işlevselliği bozmadığından emin olmamızı sağlar.
Dokümantasyon: Testler, kodun nasıl kullanılması gerektiğine dair canlı dokümantasyon görevi görür.
Tasarım: Test yazma süreci, daha iyi kod tasarımına yönlendirir.

Cross-platform geliştirme sürecinde karşılaştığımız zorluklar ve çözüm önerileri:

DTO Transformasyonu: Mobil ve web için tutarlı veri yapıları oluşturmak üzere bir transformer katmanı
Semantic Data: Backend'den gelen verilerin platform bağımsız, anlamsal bir yapıda olması
Shared Logic: Platform bağımsız iş mantığının paylaşılabilir hale getirilmesi

Verimlilik artışı için öneriler:

Mentorluk & 1-1 Görüşmeler: Ekip üyelerinin gelişimini ve motivasyonunu desteklemek
KPI & Metrikler: Sprint velocity, bug oranları, incident süreleri gibi metriklerin takibi
Önceliklendirme: Impact/effort analizi ile düşük eforlu yüksek etkili işlere öncelik verme
Cross-Functional İletişim: Ekipler arası iletişimi güçlendirme ve ortak karar alma mekanizmaları

Gerçekçi kapasite planlaması için dikkat edilmesi gerekenler:

Haftalık Verimli Saat: Ortalama 30 saat/hafta verimli çalışma süresi
Buffer: Hastalık, tatil gibi durumlar için buffer planlama
Parçalı Teslimat: Büyük özelliklerin küçük, öngörülebilir parçalara bölünmesi
Teknik Borç: Teknik borç için zaman ayırma ve planlama

Önemli Not

Bu FAQ dokümanı, projenin ilerleyişi ve ekibin ihtiyaçları doğrultusunda güncellenecektir. Yeni sorular ve cevaplar eklenebilir.