Karar anlarında yanınızda

Teknik Danışmanlık

Mimari, teknoloji seçimi ve ekip pratikleri konusunda kıdemli bir göz sağlıyoruz. Kodu kendi ekibiniz yazar, biz doğru kararları vermenize ve ekibin gelişmesine yardım ederiz.

  • Mimari tasarım ve teknoloji seçimi
  • Kod incelemesi ve ekip mentorluğu
  • DDD koçluğu ve modelleme atölyeleri
  • Proje bazlı ya da düzenli görüşmelerle
Web / MobilSiparişStokFinansVeri
Tanıdık durumlar

Zorluklarınız

Şirket içinde yazılım ekibi olan firmaların ihtiyacı çoğu zaman ek geliştirici olmaz. İhtiyaç, kritik anlarda deneyimli bir ikinci görüştür.

01Ekibiniz yeni bir projeye başlıyor ve ilk mimari kararlar sonradan pahalıya patlayabilir.

Başlangıçta birkaç gün mimari üzerinde birlikte çalışıyoruz. Kararları gerekçeleriyle yazıya döküyoruz, ekip neyi neden yaptığını bilerek ilerliyor.

02Çerçeve, veritabanı ya da bulut seçiminde satıcıların görüşünden başka bir görüş istiyorsunuz.

Seçenekleri ihtiyacınız, ekibinizin bilgisi ve uzun vadeli bakım maliyeti açısından karşılaştırıyoruz. Önerimizi kısa ve gerekçeli bir notla veriyoruz.

03Ekipte kıdemli geliştirici az, kod kalitesi kişiden kişiye değişiyor.

Düzenli kod incelemeleri ve eşli çalışma oturumlarıyla ekibe eşlik ediyoruz. Ortak kuralları ekiple birlikte yazıyoruz.

04Kod tabanı büyüdükçe iş kuralları dağıldı, modelin tamamını kimse bilmiyor.

Domain-Driven Design koçluğuyla ekibinize iş alanını modellemeyi öğretiyoruz. Bağlamları birlikte çıkarıyor, kodu bu sınırlara göre düzenlemeye başlıyoruz.

Neler yapıyoruz

Kapsamımız

Her gün kod yazan bir ekip olarak danışmanlık veriyoruz. Önerilerimiz kendi projelerimizde denediğimiz pratiklere dayanır.

Mimari danışmanlık

Yeni bir sistemin ya da büyüyen bir uygulamanın mimarisini birlikte tasarlıyoruz. Modüler monolit ile mikroservis arasındaki tercihi ihtiyaca göre yapıyoruz.

  • Hedef mimari
  • Mimari karar kayıtları
  • Entegrasyon ve veri akışı

Teknoloji seçimi

Dil, çerçeve, veritabanı ve barındırma seçeneklerini karşılaştırıyoruz. Kararı ekibinizin sürdürebileceği şekilde veriyoruz.

  • Seçenek karşılaştırması
  • Kısa deneme çalışmaları
  • Gerekçeli öneri notu

Kod incelemesi

Ekibinizin kodunu düzenli olarak inceliyor, yorumları öğretici şekilde yazıyoruz. Amacımız hataları bulmak kadar ekibin kendi kendine bulabilmesini sağlamak.

  • Pull request incelemeleri
  • Tekrarlayan sorunların özeti
  • Ortak kod kuralları

Ekip mentorluğu

Geliştiricilerinizle eşli çalışma ve teknik oturumlar yapıyoruz. Test yazma, refactoring ve tasarım konularında birlikte pratik yapıyoruz.

  • Eşli programlama oturumları
  • Konu bazlı teknik eğitimler
  • Kariyer gelişimi için geri bildirim

DDD koçluğu

Ekibinizi alan uzmanlarıyla birlikte event storming ve modelleme atölyelerine hazırlıyoruz. İlk atölyeleri biz yönetiyor, sonra ekibe devrediyoruz.

  • Event storming kolaylaştırma
  • Ortak dil ve bağlam haritası
  • Taktik DDD kalıpları
Çıktılar

Teslim ettiklerimiz

Danışmanlığın değeri, biz ayrıldıktan sonra ekipte kalan bilgiyle ölçülür. Bu yüzden her kararı ve öneriyi yazılı bırakıyoruz.

Çıktılar ekibinizin kullandığı araçlarda tutulur. Depoda, wiki'de ya da proje yönetim aracınızda.

  • Mimari karar kayıtları
  • Teknoloji karşılaştırma notları
  • Kod inceleme özetleri
  • Ekip için pratik rehberi
  • Modelleme atölyesi çıktıları
  • Önceliklendirilmiş öneri listesi
Örnek mimari karar kaydı
karar: Modüler monolit ile başla
bağlam: tek ekip, sınırlar henüz belirsiz
alternatif: mikroservisler
gerekçe: daha az altyapı, daha hızlı teslim
sonraki adım: bağlamlar netleşince ayrıştır
Sözümüz

Taahhütlerimiz

  1. Gerekçeyi yazılı veririz

    Her öneriyi alternatifleri ve dayandığı varsayımlarla birlikte yazarız. Kararı siz verirsiniz, ama neye göre verdiğinizi bilirsiniz.

    • Karar kayıtları
    • Açık varsayımlar
  2. Ekibinizin yerine geçmeyiz

    Hedefimiz ekibinizi bize bağımlı kılmak olmaz. Bilgiyi aktarır, zamanla geri çekiliriz.

    • Bilgi aktarımı
    • Kademeli devir
  3. Denediğimiz şeyi öneririz

    Önerdiğimiz pratikleri kendi projelerimizde kullanıyoruz. Okuduğumuz bir makaleyi size uygulatmayız.

    • Sahada denenmiş pratikler
    • Gerçekçi öneriler
  4. Ölçülü katılım

    İhtiyaç kadar zaman ayırırız. Haftada birkaç saatlik düzenli eşlik de olur, tek seferlik bir mimari atölyesi de.

    • Esnek kapsam
    • Net beklentiler
Nasıl çalışıyoruz

Yaklaşımımız

Süreler tipiktir. Danışmanlığın süresini hedefe göre birlikte belirliyoruz.

  1. Tanışma ve hedef

    1–2 gün Teknik lider

    Ekibinizi, projenizi ve danışmanlıktan beklentinizi konuşuyoruz. Başarıyı neyle ölçeceğimizi birlikte belirliyoruz.

  2. Mevcut durum incelemesi

    1 hafta Teknik lider + kıdemli geliştirici

    Kodu, mimariyi ve ekip pratiklerini inceliyoruz. Ekibinizle kısa görüşmeler yapıyoruz.

  3. Atölyeler ve öneriler

    1–3 hafta Teknik lider + ekibiniz

    Mimari ya da modelleme atölyeleri yapıyor, önerileri önceliklendirilmiş bir listeye döküyoruz.

  4. Eşlik

    İhtiyaca göre Kıdemli geliştirici

    Kod incelemeleri, eşli çalışma ve düzenli görüşmelerle uygulamaya eşlik ediyoruz.

Sonraki adımlar

Tamamlayıcı hizmetler

Sık sorulanlar

Teknik danışmanlık hakkında sorular

Danışmanlık için ekibimizin ne kadar zaman ayırması gerekiyor?
Atölye haftalarında ekibin birkaç yarım gününü ayırmasını isteriz. Düzenli eşlik döneminde haftalık kısa görüşmeler ve kod incelemeleri yeterli olur.
Ekibimizin yazdığı kodu inceleyebilir misiniz?
Evet. Deponuza okuma ya da yorum yetkisiyle erişiriz. İncelemeleri ekibin kullandığı araçta, pull request yorumları olarak yaparız.
DDD koçluğu nasıl işliyor?
İlk event storming atölyelerini biz yönetiyoruz, ekibiniz izliyor ve katılıyor. Sonraki oturumları ekibiniz yönetiyor, biz geri bildirim veriyoruz. Paralelde taktik kalıpları kod üzerinde birlikte uyguluyoruz.
Uzaktan çalışabiliyor musunuz?
Evet. Kod incelemesi ve görüşmeleri uzaktan yapıyoruz. Modelleme atölyelerinde yüz yüze çalışmayı tercih ediyoruz, ama çevrimiçi araçlarla da yürütebiliyoruz.
Danışmanlıktan sonra geliştirme de yapar mısınız?
İsterseniz yapıyoruz. Ama danışmanlık hizmetini bir satış kapısı olarak kullanmıyoruz. Önerilerimiz kimin uygulayacağından bağımsızdır.
Başlayalım

Ekibinizin önündeki teknik kararı konuşalım.

Hangi konuda ikinci bir görüşe ihtiyaç duyduğunuzu anlatın. Size uygun danışmanlık biçimini ilk görüşmede birlikte belirleyelim.

  • Kıdemli geliştiricilerle görüşme
  • Gerekçeli, yazılı öneriler
  • Ekibinize kalan bilgi