Çalışma modeli

Sizin yol haritanız, bizim ekibimiz, tek standart.

Yalnızca ürününüze odaklanan, istikrarlı, AI-native ve çok disiplinli bir ekip — sprint sprint, bir ürün şirketinin canlı ortam disipliniyle.

Dedicated teamÖrnek yapı
Ekip lideriMimari, inceleme, yönlendirme1
Mühendislerİhtiyaca göre arka uç, ön uç, mobil3–5
QA mühendisiTest stratejisi, otomasyon, sürüm kontrolleriGömülü
Ürün tasarımcısıAkışlar, tasarım sistemi, kullanılabilirlikOrtak
Teslimat yöneticisiRitim, durum, yönlendirme dosyasıYarı zamanlı
Yalnızca bir örnek.Ekip tamamen sizin ihtiyaçlarınıza göre şekillenir.
Neden var

Bir CV yığını değil, bir işletme birimi.

Dedicated team bir CV yığını değil, bir işletme birimidir. Mühendisler, bir lider, tasarım ve QA kapasitesi; yol haritanızı bizim teslimat sistemimizle yürütür: demoyla biten kısa sprintler, yazılı durum bilgisi ve ekip yapısıyla önceliklerin birlikte belirlendiği düzenli yönlendirme toplantıları, hepsi sizinle belirlenen bir ritimde. Asıl mesele istikrardır. Aynı kişiler sprint sprint alanınız, sistemleriniz ve müşterileriniz hakkında bağlam biriktirir; birkaç ayda bir sıfırlanmaz.

Çoğu kurumun bildiği alternatif, bir iş tanımına göre faturalanan ve sürekli değişen bir kadrodur; üçüncü ay, birinci ayda oturtulanı yeniden anlatmakla geçer. Bu model, personel değişiminin maliyetini size yükler. Bizimki bu maliyeti bize yükler: süreklilik tasarlanır — kararlar yazılır, işe alıştırma eşli yapılır, her rotasyonda devir süresi bırakılır — böylece kişi değişimi bir teslimat riski değil, bir planlama meselesi olur. Bu, Sales Performance ve Workflow & Procurement dahil kendi ürünlerimizde işlettiğimiz sistemin aynısıdır.

Ekipler küçük ve AI-native’dir. “Karma ücret” diye faturalanan kadro piramitleri yok — her üyenin bir adı, bir profili ve orada olmak için bir nedeni var. Profilleri kimse başlamadan önce görür ve onaylarsınız.

Ne alırsınız

Bunu bir havuz değil, bir ekip yapan dört şey.

Özel bir ekip ile bir grup yüklenici arasındaki fark, kodun etrafındaki her şeydir: ekibin nasıl şekillendiği, ilerlemenin nasıl görünür olduğu, kimin kiminle konuştuğu ve biri ayrıldığında ne olduğu.

01

Ekip yapısı

Yol haritasına göre şekillenir: tipik olarak bir ekip lideri, üç ila beş mühendis ve ekibe gömülü tasarım ve QA kapasitesi — iş geliştikçe ayarlanır. Yapı ne inşa ettiğinizi izler; veri ağırlıklı bir çeyrek veri mühendisliği, lansman çeyreği ise daha fazla ön uç ve QA gerektirir. Her profili ekibe katılmadan önce onaylarsınız ve hayır deme hakkı sizde kalır.

02

Teslimat sistemi dahil

Kısa sprintler, yazılı durum bilgisi, demo edilebilir artışlar ve düzenli yönlendirme, sizinle belirlenen bir ritimde. İlerlemeyi, etrafında bir raporlama endüstrisi kurmadan görünür kılan bir yönetişim. Durum notu sırasıyla neyin yayına çıktığını, neyin kaydığını ve hangi kararın sizi beklediğini söyler. Demoyla bitmeyen bir sprint, yürütemediğimiz bir sprinttir.

03

Doğrudan iş birliği

Ürün yöneticiniz doğrudan mühendislerle konuşur. Bir yöne gereksinimleri, diğer yöne mazeretleri çeviren bir müşteri temsilcisi katmanı yoktur. Standup’lar, kod incelemeleri, panolar ve sohbet kanalları varsayılan olarak ortaktır; mühendisleriniz bizim pull request’lerimizi rutin olarak inceler. Eskalasyon vardır, ama günlük iş için değil, istisnalar içindir.

04

Süreklilik mühendisliği

Belgelenmiş kararlar, eşli işe alıştırma ve her rotasyonda devir süresi — bağlam asla tek bir kafada durmaz. Mimari kararlar kodun yanında kısa yazılı kayıtlar olarak tutulur, runbook’lar anlatılmak yerine prova edilir ve sistemin önemli her alanında orada çalışmış en az iki kişi bulunur. Bir tatili, bir hastalığı ya da bir kişi değişimini olaysız kılan budur.

Uygulamada

Model günlük işte nasıl işler?

01

Görebileceğiniz ve değiştirebileceğiniz bir yapı.

Ekip yapısı bir varsayılan değil, bir karardır. Hiçbir şey başlamadan önce önümüzdeki iki çeyreğin yol haritasını okur ve buna karşılık bir yapı öneririz: kimin liderlik edeceği, kaç mühendisin hangi disiplinlerde olacağı, ne kadar tasarım ve QA kapasitesi ayrılacağı ve neyi bilerek dışarıda bıraktığımız. Her koltukta, profilini okuyabileceğiniz ve görüşme yapabileceğiniz, adı belli bir kişi oturur. Belirli aralıklarla yapı, yol haritasının geldiği noktaya göre gözden geçirilir — oran değişir, koltuk eklenir ya da çıkarılır ve bu değişiklik duyurulmak yerine bir sprintlik devir süresiyle planlanır.

  • Her koltuğun bir adı, bir profili ve var olma nedeni var — isimsiz kapasite yok
  • Tasarım ve QA, bir kuyruktan talep edilmek yerine ekibe gömülü
  • Ekip yapısı düzenli olarak yol haritasına göre gözden geçirilir, artı ya da eksi
02

Güven oluşturan bir ritim.

Teslimat kaygısının çoğu bilmemekten gelir. Ritim, soruyu tekrar tekrar yanıtlamak yerine ortadan kaldırmak için kurulur: katılabileceğiniz sprint planlaması, her sprintin sonunda çalışan yazılımın demosu, sizinle belirlenen sıklıkta yazılı bir durum notu ve rakamların herkesin önünde olduğu düzenli yönlendirme. Bir şey gecikirse durum notu bunu geciktiği anda, yeni tarih ve nedeniyle birlikte söyler. Uzun bir çalışmada bir tedarikçi ilişkisini gerçek bir iş birliğine dönüştüren budur.

  • Her sprintin sonunda çalışan yazılımın demosu
  • Belirlenen sıklıkta yazılı durum: yayına çıkanlar, kayanlar, sizi bekleyen kararlar
  • Hız, kapsam değişiklikleri ve ekip yapısının tek sayfada olduğu düzenli yönlendirme
  1. 01Planla
  2. 02Geliştir
  3. 03İncele
  4. 04Demo
  5. 05Yönlendir

Sprint döngüsü

03

Süreklilik sizin değil, bizim sorunumuz.

İnsanlar iş değiştirir, izne çıkar, projeler arasında geçer. İyi yönetilen bir ekipte bu dışarıdan görünmez. Sürekliliği, incelemede uygulanan kuralları olan bir mühendislik gereksinimi olarak ele alırız: sistemin tek sahipli hiçbir alanı olmaz, kararlar kodun yanına yazılır, ortamlar repodan yeniden kurulabilir ve biri ayrıldığında örtüşmeli, yazılı bir devir yapılır. Bir değişiklik istediğinizde zamanı yönetmek bize düşer: koçluk ya da değişiklik hemen, eşli devirle planlanır ve yol haritası bu yüzden kaymaz.

  • Depoda mimari karar kayıtları, kararlar alındıkça yazılır
  • Önemli her alana hâkim iki kişi — varsayılmaz, kontrol edilir
  • Her rotasyonda devir süreli eşli devir teslim, önceden planlanır
Bir sistem alanını yalnızca bir mühendis biliyorBu sprintte ikinci bir kişi eşlenir
Bir üye ekipten ayrılıyorAyrılıktan önce eşli örtüşme
Birinin uymadığını bize söylüyorsunuzKoçluk ya da değişiklik, eşli devirle
Bir karar mimariyi değiştiriyorKodun yanına kaydedilir, yönlendirmede görüşülür
04

Çalışma iddia edilmez, ölçülür.

Uzun çalışmalar yavaş yavaş bozulur; bu yüzden ilk kıpırdayan göstergeleri izleriz: her sprint bir demoyla bitti mi, ekip yapısı hâlâ yol haritasına uyuyor mu, insanlar kalıyor mu, bir karardan canlıya geçiş süresi kısalıyor mu uzuyor mu. Bu rakamlar, bizi iyi göstersin ya da göstermesin, yönlendirme dosyasında yer alır. Hız düşmeye devam ederse bu konuşmayı biz başlatırız; dürüst cevap çalışmanın küçülmesi gerektiğiyse, siz sormadan söyleriz.

  • Ekipte kalma, demo teslimi ve döngü süresi her yönlendirmede, düzeltilmeden raporlanır
  • Kapsam değişiklikleri sessizce yeniden pazarlık edilmez, çeyreğin planına göre izlenir
  • Yol haritası bu yapıya artık ihtiyaç duymuyorsa küçültme yönünde dürüst bir öneri
Rollere göre

Modelin sizin bulunduğunuz yerden görünüşü.

CTO

Planlama yapabileceğiniz bir yetkinlik.

Tanıdığınız kişiler, bilinen bir ritim ve bilinen bir standartla istikrarlı bir ekip — her proje için yeniden pazarlık edilmez, düzenli olarak gözden geçirilir. Mühendislik standartları sizinkilerle ortaktır: kod incelemesi, test, gözlemlenebilirlik, güvenlik pratiği. Ekip paralel bir yapı kurmak yerine sizin mimari yönetişiminize bağlanır.

  • Standartlarımız ilk sprintten önce yayımlanır ve sizinkilerle eşlenir
  • Mimarlarınız kararlarımızı inceler; ekip liderimiz sizin yönetişiminize katılır
  • Yol haritası değiştikçe büyütün, küçültün ya da yeniden şekillendirin
Ürün

Problemi tartışan mühendisler.

Ürün yöneticiniz ekiple doğrudan, sizin ritüellerinizin içinde çalışır. Kişiler değişmediği için alana dair tartışmaya değer bir bakış geliştirirler — iş emri alan bir tedarikçiyi, bir özelliğin yapılmaya değmediğini size söyleyen bir ekibe dönüştüren de budur.

  • Mühendislere doğrudan erişim, aracı katman yok
  • İş gerektirdiğinde keşif ve teslimat aynı ekipte
  • Her sprintte paydaşların önüne koyabileceğiniz bir demo
Finans & satın alma

Öngörülebilir bir kalem, çıkışı olan.

Fiyatlandırma onayladığınız ekip yapısını izler, süre ise ihtiyaçlarınıza göre sizinle belirlenir; yerleştirme ücreti ya da değişiklik talebi ekonomisi yoktur. Ekip yapısı düzenli olarak gözden geçirilir; her değişiklik, maliyet etkisiyle birlikte gerçekleşmeden önce yazıya dökülür.

  • Onayladığınız ekip yapısına göre; süre ihtiyacınıza göre belirlenir
  • Sonunda belgelenmiş devir teslim dahil
Mühendisleriniz

Kara kutu değil, iş arkadaşları.

Ortak depolar, ortak panolar, ortak kanallar. Bizim mühendislerimiz sizin pull request’lerinizi, sizinkiler bizimkileri inceler. Nöbeti ekibiniz taşıyorsa, dedicated team de kendi payına düşeni taşır. Bu düzenin hiçbir yanı, mühendislerinizin bir iç ekiple çalışacaklarından farklı çalışmasını gerektirmemeli.

  • Tek iş listesi, tek bitti tanımı, tek inceleme standardı
  • Duvarın ardından atılan iş kayıtları yerine bilinmeyen alanlarda eşli çalışma
  • Ekip canlı servislerin sahibiyse ortak nöbet
Karşılaştırma

Dedicated team, ekip takviyesi ya da sabit kapsamlı proje.

Teslimatın sahibi
Teslimat sistemi
En uygun olduğu durum
Başlama hızı
Esneklik
Zamanla bağlam
Tasarım ve QA
Ticari koşullar
01Ekip takviyesi
Teslimatın sahibiSiz
Teslimat sistemiSizin
En uygun olduğu durumİşleyen bir ekipteki boşluk
Başlama hızıProfilleri onayladığınızda
EsneklikKişi bazında
Zamanla bağlamKişi başına birikir
Tasarım ve QAYalnızca sizde varsa
Ticari koşullarMühendis başına; süre ihtiyacınıza göre
02Dedicated team
Teslimatın sahibiOrtak, sorumluluk ekip liderimizde
Teslimat sistemiBizim, sizinkine uyarlanmış
En uygun olduğu durumDevam eden bir yol haritası
Başlama hızıHer sprint sonunda demo
EsneklikYol haritası değiştikçe, yapı bazında
Zamanla bağlamEkip genelinde birikir
Tasarım ve QAGömülü
Ticari koşullarOnaylı ekip yapısına göre; süre ihtiyacınıza göre
03Sabit kapsamlı proje
Teslimatın sahibiBiz, iş tanımına göre
Teslimat sistemiBizim
En uygun olduğu durumSonu belli, tanımlı bir çıktı
Başlama hızıKapsam çıkarıldıktan sonra
EsneklikDeğişiklik talebiyle
Zamanla bağlamProjeyle biter
Tasarım ve QAKapsama dahil
Ticari koşullarKapsama göre sabit fiyat
Nasıl işler

Anlaşmadan işleyen bir ritme.

01

Yapı

Yol haritası incelemesi → ekip yapısı, çalışma anlaşması ve başarı ölçütleri. Önümüzdeki iki çeyrekte ne inşa etmeyi planladığınızı okur, buna karşılık ekip yapısını önerir ve nasıl çalışacağımızda anlaşırız: ritüeller, araçlar, bitti tanımı, eskalasyon ve üç ay sonra “iyi”nin neye benzediği. Önerilen her üyeyle görüşür ve hiçbir şey plana yazılmadan önce onaylarsınız.

02

İşe alıştırma

Erişim, mimari turu ve planlanan ilk sprint; sonunda da ilk demo. Uyum süreci eşli ilerler: ortam erişimi, mühendislerinizle sistemlerin turu, ardından gerçek işler. İlk demo bilerek küçük tutulur; görevi, iş büyümeden önce döngünün çalıştığını kanıtlamaktır.

03

Yönlendirme

Ekip yapısı ve öncelikler yol haritasına göre gözden geçirilir; büyütme, küçültme ya da yeniden şekillendirme dramsız yapılır. İnceleme; yol haritasının geldiği noktaya, ekibin sayılarının ne söylediğine ve yapının hâlâ oturup oturmadığına bakar. Değişiklikler devir süresiyle planlanır ve küçültme önerisi bu görüşmenin meşru bir sonucudur.

04

Teslimat

Sprintler, demolar, yazılı durum: güven oluşturan ritim. Her sprint, bakılabilecek çalışan yazılımla biter; yazılı durum notu neyin yayına çıktığını, neyin kaydığını ve sizden hangi kararın beklendiğini söyler. Ritim baskıyla değişmez, çünkü baskıyı müdahale edilebilecek kadar erken görünür kılan şey ritmin kendisidir.

Ekiple birlikte gelenler

Çalışmanın somut karşılığı.

  • Onayladığınız profillerden oluşan, adı belli ve istikrarlı bir ekip
  • Demolu sprint ritmi ve yazılı durum bilgisi
  • Düzenli ekip yapısı ve hız incelemeleri
  • Ortak depolar, panolar ve kanallar — tam şeffaflık
  • Habersiz değişimlerde bile bilgi sürekliliği: dokümanlar, ADR’ler, eşli çalışma
  • Ritüelleri, bitti tanımını ve eskalasyonu kapsayan bir çalışma anlaşması
  • Kararlar alındıkça yazılan mimari karar kayıtları
  • Belgelenmiş bir çıkış: devir dosyası ve devir süresi
Sık çalışılan teknolojiler
Your stackTypeScriptJava.NETPythonReactAWSAzureKubernetes
Uygunluk

Bu model ne zaman seçilir.

Doğru tercih

İş bitmiyorsa özel bir ekip seçin — yol haritası olan bir ürün, gelişmeye devam eden bir platform, çeyreklerle ölçülen bir modernizasyon programı. El gücü değil yetkinlik gerektiğinde uygundur: mimari muhakeme, mühendisliğin yanında tasarım ve QA, bir de işin nasıl teslim edildiğinden sorumlu biri. İşe alım bir kısıtken standardın düşmemesi gerektiğinde ve ekibin, aksi halde her projede yeniden kurulacak alan bilgisini biriktirmesini istediğinizde de uygundur. Birçok çalışma ekip takviyesi olarak başlar ve sahiplik büyüdükçe bu modele döner.

Başka bir modele bakın

Zaten iyi yönettiğiniz bir ekipteki tek bir boşluk için tek bir uzmana ihtiyacınız varsa başka yere bakın — bu ekip takviyesidir ve daha hızlı başlar. Çıktı gerçekten sabit ve sonluysa, örneğin tanımlı bir MVP ya da tarihi belli bir geçişse, yine başka yere bakın; sabit kapsamlı bir proje bu riski daha net fiyatlar. Sizin tarafınızda öncelikleri sahiplenecek kimsenin zamanı yoksa da dikkatli olun: dedicated team bir ürün karar vericisi ister, o olmadan ritim, hakkında kimsenin karar vermediği çalışan yazılım üretir.

SSS

Sık sorulan sorular

Takviye, sizin sürecinize insan ekler; dedicated team kendi teslimat sistemini getirir ve sonuçların sahibi olur. Takviyede ritmi siz kurar, standup’ları siz yürütür ve teslimat yönetimini siz taşırsınız. Dedicated team’de işin nasıl teslim edildiğinden ekip liderimiz sorumludur, tasarım ve QA da onunla birlikte gelir ve birim bir bütün olarak değerlendirilir. Takviye kişi bazında daha hızlı esner; dedicated team ise bağlam grup genelinde biriktiği için daha derinlemesine katkı sağlar. İkisi çalışma modelleri sayfasında yan yana karşılaştırılıyor.
Evet — her üyeyi siz onaylarsınız. Gerçek canlı ortam geçmişi olan profiller öneririz, dilediğiniz herkesle görüşürsünüz ve gerektiği kadar hayır dersiniz. Aynısı sonraki değişiklikler ve eklemeler için de geçerlidir: onayınız olmadan kimse ekibinize katılmaz ve emin olmadığınız bir koltuğu doldurmaktansa yeniden öneri yapmayı tercih ederiz.
Bir kez söylemeniz yeterli. Kişiye koçluk yaparız ya da eşli devirle değiştiririz; süreklilik sizin değil, bizim sorunumuzdur. Gerekçe toplamanız gerekmez ve erken söylemenin ticari bir cezası yoktur. Erken söyleyin: ilk haftalarda yakalanan bir uyumsuzluk genellikle kişiyi değil rolü değiştirerek çözülür ve yol haritasına bir maliyeti olmaz.
Mesai saatlerinizle örtüşme varsayılmaz, çalışma anlaşmasında belirlenir; ritüeller bu aralığa konur, böylece kimse akşam geç saatte standup’a girmez. Merkezimiz Avrupa saat dilimlerine yakın olan Türkiye’de olduğu için, Avrupa’daki bir müşteri genellikle iş gününün büyük kısmını ekiple paylaşır.
Her işte sözleşmede belirlenir.
Yol haritası gerektirdiğinde, yalnızca kadro sayısıyla değil yapı üzerinden. Yol haritasının geldiği noktaya bakar ve buna karşılık bir ekip yapısı öneririz; maliyet etkisi hiçbir şey değişmeden önce yazıya dökülür. Yeni katılanlar eşli çalışmayla alıştırılır, böylece katıldıkları sprinti yavaşlatmazlar; çıkarmalar ise devir süresiyle planlanır, böylece sahip oldukları alanlarda hâlihazırda o alanı bilen ikinci bir mühendis bulunur.

Önümüzdeki iki çeyreğin nasıl göründüğünü anlatın.

İş ilanı değil, yol haritasını gönderin. Size bir ekip yapısı, adı belli profiller ve ilk demonun neleri içereceğiyle döneriz.

✓ Satış sunumu yok✓ Görüşmede AI-native mühendis✓ Yazılı geri dönüş