İyi bir Forward Deployed Engineer nasıl olmalı?

Forward deployed, mühendisin müşterinin iş akışına ve çalışma koşullarına yakın çalışmasını anlatır. Bu bazı projelerde sahada bulunmayı, bazılarında düzenli ortak geliştirmeyi gerektirir. Rolün özü; problem, kod, veri, kullanıcı ve işletim arasında teknik sahiplik kurmaktır.

Bu sınırlar şirketten şirkete değişir. Databricks’in Haziran 2026 duyurusu FDE yaklaşımını Professional Services içinde ele alır; Vercel’in ilanı da bu organizasyonda yer alır. Aday değerlendirmesinde ekip adından çok gerçek uygulama ve teslim sorumluluğu sorulmalıdır. Databricks · Vercel

OpenAI’nin rol tanımı, geliştirmeyi üretimde benimsenme ve iş akışı etkisiyle birlikte ele alıyor. Anthropic’in Staff FDE ilanı, mimari yönlendirme ve müşterinin işletebileceği sistemlerin devrini vurguluyor. Palantir açık uçlu problemleri ayrıştırma ve teknik kararların kullanıcı üzerindeki etkisini düşünme beklentisini öne çıkarıyor. OpenAI · Anthropic · Palantir

Bu kaynaklardan çıkardığımız sonuç: güçlü aday bir alanda derinleşmeli, müşteri ortamında uçtan uca çalışabilecek kadar da geniş düşünmelidir. Her teknolojide uzmanlık beklemek yerine kendi sınırını bilmesi ve doğru uzmanı zamanında işe katması aranmalıdır.

Anthropic’in 2 Ekim 2026 tarihli Claude Frontier Academy duyurusu, simüle edilmiş kurumsal uygulama, uygulamalı sınama ve gerçek projeyle çalışma dönemini bir araya getiriyor. Programın kullandığı Frontier Deployed Engineer unvanı, genel Forward Deployed Engineer rolüyle birebir standart eşdeğerlik anlamına gelmez. Bu örnekler nitel işveren sinyalleridir; sektörün ücretini veya büyümesini ölçen bir araştırma değildir. Anthropic

Bunları değerlendirmek için en yararlı kanıtlar; problem tanımı, çalışan kod, veri kalite kontrolü, başarısız örnek analizi, karar kaydı ve devir provasıdır. Sertifika ve deneyim yılı bu kanıtları yorumlamaya yardımcı olur. Hizmet hedefleri için Google’ın SLO rehberi, kullanıcı ihtiyacından hareket eden bir yaklaşım sunar. Google SRE

AI araçlarıyla hızlı geliştirmek değerlidir; FDE yine de çıkan kodu incelemeli, yanlış davranışı teşhis etmeli ve tasarımını savunabilmelidir. Anthropic’in ajan rehberi, önceden tanımlanmış iş akışlarıyla modelin dinamik yönettiği ajanları ayırır. İhtiyacı karşılayan en basit yaklaşım iyi bir başlangıçtır; bu 2024 rehberi değişen araç listesinden çok mimari ilkeleri için kullanılmalıdır. Anthropic

Doğru kaynakları, araç tanımlarını ve talimatları modele ulaştırmak ayrı bir mühendislik işidir. Bağlam yönetimi; kaynak sürümü, konuşma geçmişi, maliyet ve erişim sınırlarıyla birlikte düşünülmelidir. Çalıştırma ortamı ve yürütme yaşam döngüsü de model çağrısından ayrı sorumluluklar taşır. Anthropic · Anthropic

Güvenlik yalnızca sistem talimatına bırakılamaz. Modelin bir aracı çağırmak istemesi, o işlemi yapma yetkisi olduğu anlamına gelmez. OWASP’nin LLM ve ajan riskleri; araç izinleri, veri sızıntısı ve aşırı yetkiyi inceler. MCP kullanıldığında da bağlantının çalışmasının yanında kimlik, onay ve erişim kapsamı sınanmalıdır. OWASP · OWASP · OWASP · Model Context Protocol

Veri sahibi, kabul kararı veya işletim sorumlusu eksikse kalan iş açıkça yazılmalıdır. NIST’in Generative AI Profile belgesi, değerlendirmeyi yaşam döngüsü boyunca ele almak için gönüllü bir çerçevedir; tek başına sertifika ya da uygunluk sonucu değildir. NIST AI 600-1

Güçlü bir değerlendirme; kaliteyi, gerçek kullanımı, maliyeti ve devir sonrası bağımsızlığı birlikte görür. Hedefler, başlangıç düzeyi ve işin riski görüldükten sonra belirlenir.

İyi bir ortalama, nadir fakat önemli bir hatayı gizleyebilir. Değerlendirme farklı görev türlerini, tekrar çalıştırmaları ve sürüm değişikliklerini içermelidir. Aynı dönemdeki personel veya süreç değişikliği de sonucu etkileyebilir; birlikte değişen iki ölçü tek başına nedensellik göstermez. Anthropic

Önerilen değerlendirme üç parçalıdır: eksik tanımlı bir problemle keşif görüşmesi, küçük bir uygulama ve hata incelemesi, ardından mimari ve devir tartışması. Başlangıç tasarımı olarak yaklaşık 40, 90 ve 45 dakika düşünülebilir. Bunlar doğrulanmış işe alım süreleri değildir.

AI araçları kullanılabilir; aday üretilen işi açıklamalıdır. Şirketin gerçek müşteri işini ücretsiz tamamlaması beklenmemeli, uzun uygulamalar ücretli ve açık kapsamlı olmalıdır. Kanıt bulunmayan alanı yetersizlikle karıştırmayın. Değerlendiriciler aynı davranış ölçütlerini kullanmalı; ağırlıklar göreve göre belirlenmelidir. Tek bir genel FDE puanı, güvenlik veya mühendislik açığını gizlememelidir.

Deneyim yılı bağlam sağlar; belirleyici soru kişinin hangi belirsizliği artık bağımsız çözebildiğidir. Anthropic’in Staff ilanında birden çok iş kolu ve diğer FDE’lerin tasarımları üzerinde mimari sorumluluk tarif edilmesi bu ayrımın bir örneğidir. Anthropic

Bu gelişim planı yazılım temeli bulunan biri içindir. Sıfırdan başlayan bir kişinin 90 günde bağımsız üretim yetkinliği kazanacağını vaat etmez. Müşteri ve veri izinleri takvimi değiştirebilir.

Portföyde problem, çalışan örnek, izin verilen teknik inceleme, ölçüm ve bir başarısızlık analizi birlikte bulunmalıdır. Gizli müşteri kaydı yerine temsilî örnek kullanıldığında bu durum açıkça etiketlenmelidir.

Endüstriyel FDE, ekipman hiyerarşisini, birimleri, zaman damgalarını ve bakım kayıtlarının sınırlarını öğrenmelidir. Bir sinyali okuyabilmek, fiziksel anlamını doğru yorumlamak değildir. NIST SP 800-82 Rev. 3, OT güvenliğini performans, güvenilirlik ve fiziksel güvenlikle birlikte ele alır. Kaynak kesim tarihinde Rev. 4 ilk kamu taslağı da bulunuyordu; taslak kesinleşmiş sürüm değildir. NIST SP 800-82 Rev. 3

Böyle bir işte ekipman kimliği ve kaynak sürümü eşleştirilir; hesaplamalar test edilebilir kodda tutulur. Eksik kayıt, çelişkili not, eski doküman ve yanlış ekipman gibi durumlar sınanır. Model metni fiziksel hesaplama otoritesine veya kesin arıza teşhisine dönüşmemelidir.

Sentetik başarı gerçek tesis başarısı değildir. Bir sahadaki kabul başka tesislere otomatik genelleme sağlamaz; kontrol yetkisi de vermez. Watt2Work açısından bu ayrım, ölçülen değer, hesaplanan sonuç ve yorumu ayrı göstermenin temelidir.

Kurum; karar verebilen iş sahibini, teknik muhatabı, veri erişimini ve konu uzmanı zamanını sağlamalıdır. FDE teknik teslimi sahiplenir; alan uzmanı teknik yorumları, veri sorumlusu erişimi, iş sahibi ise iş kabulünü değerlendirir. Aynı kişiden bütün uzmanlıkları ve karar yetkilerini üstlenmesi beklenmemelidir.

Kapasite planına geliştirme, müşteri görüşmesi, dokümantasyon, seyahat ve destek birlikte girer. Tekrarlanan müşteri ihtiyaçları, yeniden üretilebilir örnek ve etki bilgisiyle ürün ekibine taşınmalıdır. Her müşteri isteğinin ortak ürüne girmesi gerekmez; kararın gerekçesi görünür kalmalıdır.

Bir FDE’yle çalışmayı değerlendirirken son tesliminden bir örnek isteyin: hangi problemi seçti, ne geliştirdi, neyin çalışmadığını nasıl gördü ve müşteri sistemi onsuz nasıl sürdürüyor? Bu sorulara verilen somut yanıtlar, rolün niteliğini görünür kılar.