Hintli BT ve Mühendislik Profesyonelleri İçin EB-2 NIW Başvurusu Hazırlama Rehberi

Hindistan doğumlu BT ve mühendislik profesyonellerinin farklı bir başvuru tablosuyla karşılaşmasının nedeni

Göçmenlik mevzuatı, herhangi bir ülkede doğan kişilere verilecek yeşil kart sayısını, o ülkenin başvurulardaki payından bağımsız olarak, yıllık istihdam bazlı kontenjanın %7'siyle sınırlandırır. Hindistan doğumlu profesyoneller EB-2 başvurularının bu %7'lik tavana kıyasla orantısız derecede büyük bir kısmını oluşturduğundan, EB-2 India kategorisinde talep rutin olarak arzı aşar ve bu da ay değil yıl mertebesinde ölçülen bir birikim (backlog) yaratır. Bu birikim, "final action date" (nihai işlem tarihi) üzerinden takip edilir — her ay yayımlanan ve kimin priority date'inin (öncelik tarihi; USCIS'in ilgili petisyonu aldığı tarih) bir sonraki vize aşamasına geçecek kadar güncel olduğunu belirleyen kesim tarihi.

Bunun neyi etkileyip neyi etkilemediği

Ülke bazlı kontenjan, onaylanmış bir başvuru sahibinin Form I-485 (adjustment of status — statü ayarlaması) başvurusunu ne zaman yapabileceğini veya konsolosluk işlemlerine ne zaman geçebileceğini belirler; I-140 formunun kendisinin onaylanıp onaylanmayacağıyla hiçbir ilgisi yoktur. USCIS, I-140'ı her başvuru sahibi için doğum ülkesinden bağımsız olarak aynı Dhanasar standardına göre değerlendirir. Hindistan doğumlu bir mühendisin iyi belgelenmiş bir başvurusu, başka herhangi bir ülkeden gelen bir başvuruyla aynı kriterlere göre incelenir.

Yapılması gereken

Başvuru yapmadan önce, travel.state.gov adresindeki güncel Visa Bulletin'i (Vize Bülteni) kontrol edin ve India sütunu altındaki EB-2 satırında final action date'i bulun. Zaten bir priority date'iniz varsa bunu her ay yeniden kontrol edin; çünkü bu tarih zaman çizelgesi planlamasını etkiler, I-140 ile birlikte sunduğunuz içeriğin özünü değil.

Teknik bir kariyeri Dhanasar'ın üç unsuruyla eşleştirmek

Dhanasar çerçevesi (Dhanasar standardı, NIW başvurularının değerlendirildiği üç unsurlu test) üç ayrı soru sorar ve teknik bir rolün bu üç unsurun her birine ayrı ayrı çevrilmesi gerekir — sadece bir iş unvanı bunların hiçbirine cevap vermez.

1. Unsur: önemli ölçüde değer ve ulusal önem

İşi değil, girişimi (endeavor) tarif edin. "Finans sektörü müşterileri için bulut altyapısı dayanıklılığının iyileştirilmesi" ulusal öneme işaret eder; "[Şirket]'te Kıdemli SRE" etmez. Benzer şekilde, yarı iletken tedarik zinciri çalışmaları yurt içi çip üretim kapasitesi etrafında; siber güvenlik çalışmaları kritik altyapı sektörlerinin (enerji, sağlık, finans) korunması etrafında; yapay zeka modeli dağıtımı ise güvenlik, güvenilirlik veya sektör genelinde verimlilik etkileri etrafında çerçevelenebilir.

2. Unsur: girişimi ilerletmeye uygun konumda olmak

Burada nitelikler, geçmiş performans ve daha önceki ölçülebilir sonuçlar devreye girer — diplomalar, patentler, yayınlar, ölçekte başarıya ulaşmış geçmiş uygulamalar.

3. Unsur: iş teklifi şartının kaldırılmasının faydası

Belirli bir işverenin çalışma izni belgelendirmesini (labor certification) şart koşmanın girişimi neden zayıflatacağını açıklayın — örneğin birden fazla işvereni kapsayan çalışmalar, açık kaynak katkıları veya tek bir iş teklifinin kapsayamayacağı bağımsız araştırmalar.

Girişim beyanının kaleme alınması

Herhangi bir iş tanımından ayrı, tek bir paragraf yazın; girişimi sonuç odaklı ifadelerle tanımlayın ve işverenin ötesinde kimin fayda gördüğünü belirtin — bir sektör, bir kullanıcı kesimi, bir düzenleyici veya güvenlik hedefi ya da kamu. Terfi veya performans değerlendirmesi gibi şirket içi ölçütlerden kaçının; şirket dışında görünür etkileri kullanın.

Yazılım, donanım ve sistem mühendisliği rollerine özgü kanıt kategorileri

Kamuya açık kayıt niteliğindeki kanıtlar

• Açık kaynak katkıları: GitHub/GitLab profil istatistiklerini (katkı grafiği, star, fork, birleştirilmiş pull request sayısı) dışa aktarın ve dilekçe sahibinin maintainer (proje yürütücüsü) veya en üst düzey katkıcı olduğu repoları ekleyin. Katkı geçmişini, tarihler görünür şekilde ekran görüntüsü olarak alın.
• Patentler: PDF'leri doğrudan USPTO Patent Public Search'ten veya ilgili yabancı patent ofisinden (örneğin Hindistan'ın IP India portalından) indirin; mümkünse yalnızca başvuruyu değil, tescillenmiş patenti dahil edin.
• Yayınlar ve atıflar: IEEE/ACM makalelerini DOI bağlantılarıyla birlikte listeleyin ve başvuru tarihindeki atıf sayılarını ile h-index değerini gösteren bir Google Scholar atıf raporu oluşturun.
• Konuşmalar ve standardizasyon çalışmaları: konferans programı listeleri, kaydedilmiş konuşmalar veya isim belirtilerek katılımın görüldüğü standart kuruluşu toplantı tutanakları.
• Üyelik dereceleri: bağımsız akran değerlendirmesini belgeleyen IEEE Senior Member veya benzeri terfi mektupları.

Şirket bünyesinde tutulan iç kanıtlar

Mimari tasarım dokümanları, olay sonrası analiz raporları (postmortem) ve performans karşılaştırmaları nadiren şirket dışına çıkar. Bunları kullanmak için:

1. Somut, ölçülebilir sonucu belirleyin (çalışma süresi/uptime iyileştirmesi, gecikme azalması, maliyet tasarrufu, verim artışı).
2. Bir yöneticiden veya teknik lider konumundaki birinden bu sonucu sayısal olarak ifade eden ve dağıtımın kapsamını (etkilenen kullanıcı sayısı, sistem sayısı veya bölge sayısı) belirten bir mektup yazmasını isteyin.
3. Gizlilik izin verdiği ölçüde, dayanak belgenin sansürlenmiş (redacted) bir versiyonunu destekleyici kanıt olarak ekleyin ve mektupta bu belgeye çapraz referans verin.

Sayısallaştırılmış ve kişiye atfedilebilen iddialar, genel görev tanımlarından çok daha fazla ağırlık taşır.

Referans mektubu setini oluşturmak: kimden istenmeli, mektupta ne belirtilmeli

Bu profildeki dosyalarda genellikle birkaç mektup yer alır; bunlar tipik olarak doğrudan yöneticilerin, işlevler arası çalışma arkadaşlarının (ürün yöneticileri, komşu ekiplerdeki mimarlar) ve bağımsız uzmanların — profesörler, standart belirleme kuruluşlarındaki üyeler veya petisyon sahibiyle hiç doğrudan çalışmamış başka şirketlerdeki mühendisler — bir karışımından oluşur. Bağımsız grup önemlidir, çünkü tanınırlığın petisyon sahibinin kendi raporlama zincirinin ötesine geçtiğini gösterir.

Her mektupta belirtilmesi gerekenler

1. Değerlendiren kişinin kendi niteliği ve rolü — unvanı, alandaki deneyim yılı, bu işi değerlendirmeye neden ehil olduğu.
2. Petisyon sahibinin çalışmasını nasıl bildiği — doğrudan yöneticilik, kod incelemesi, ortak bir standart komitesi üyeliği, yayınlanmış araştırmaya atıf, konferansta birlikte bulunma.
3. Endeavor statement'a (girişim beyanı) bağlanan somut, sayısallaştırılmış iddialar: belirtilen bir istek hacmini işleyen sistemler, belirli bir yüzde oranında gecikme (latency) azaltımı, bir patentin talepleri ve bunların nasıl kullanıldığı, bir makalenin atıf sayısı.

Kişisel beyanın hazırlanması ve Form I-140 ile ETA-9089 tipi işgücü piyasası verileriyle eşleştirilmesi

Beyanın yapısı

Kişisel beyanı düzyazı halinde bir özgeçmiş gibi değil, anlatısal bir yay olarak yazın: (1) teknik ilginin kökeni, (2) alandaki spesifik problem veya boşluk, (3) dilekçe sahibinin katkısı, (4) bu katkının tek bir işverenin ötesine ulaştığına dair kanıt, (5) daha önce hazırlanan endeavor (girişim/çaba) beyanına bağlı, ileriye dönük plan. Her bölüm, ilgili kanıtlara numarayla atıfta bulunmalı; böylece okuyucu (memur) iddiaları aramak zorunda kalmadan doğrulayabilir.

İşgücü piyasası verilerini iş ilanı sertifikası olmadan kullanmak

Bir NIW dilekçesi PERM sürecinden muaf tutar, dolayısıyla dosyalanacak bir ETA-9089 yoktur — ancak PERM'in belgeleyeceği işgücü piyasası bağlamı, ulusal önem (national importance) unsurunu desteklemek için yine de kullanılabilir. Mesleğe karşılık gelen O*NET-SOC kodunu belirtin (örneğin, Yazılım Geliştiriciler için 15-1252.00; çeşitli sistem/mühendislik rolleri için 17-2199.xx veya 15-1299.xx) ve bu kod için Çalışma Bakanlığı'nın (Department of Labor) istihdam projeksiyonları veya geçerli ücret (prevailing wage) seviyelerine ilişkin verilerine atıfta bulunun. Bunu, kişisel ücret seviyesi uygunluğunu savunmak için değil, alanın ölçeğini ve talebini tanımlamak için kullanın.

Güncel kodları ve verileri nereden bulmalı

Güncel O*NET-SOC kodlarını ve tanımlarını onetonline.org üzerinden arayın. Geçerli ücret ve mesleki görünüm rakamları için Çalışma Bakanlığı'nın Foreign Labor Certification Data Center'ını (flcdatacenter.com) ve Bureau of Labor Statistics'in Occupational Outlook Handbook'unu kullanın — her ikisi de periyodik olarak güncellenir, bu nedenle önbelleğe alınmış rakamlara güvenmek yerine dosyalama sırasında güncel sürümü çekin.

Delil dizini ve dosyanın düzenlenmesi

Delil dizini (exhibit index), bir memurun yüzlerce sayfayı tek tek karıştırmadan her bir delili bulabilmesini sağlayan tek belgedir. Bu dizini atlayan veya delillerini uzun, etiketsiz PDF'lerin içine gömen başvuru sahipleri, değerlendirmeyi yapan kişiyi arama yapmak zorunda bırakır — ve hızlı bir incelemede kolayca bulunamayan delil, pratikte yok sayılan delil demektir.

Burada yapının özellikle önemli olmasının nedeni

Dhanasar başvuruları, kod depolarından patent başvurularına, konferans bildirilerinden şirket içi notlara ve tavsiye mektuplarına kadar birbirinden çok farklı kaynaklardan toplanan delillere dayanır. Bu deliller tek tip bir formatta gelmediği için, bunlara düzen kazandırma yükü başvuru sahibine düşer. Bir değerlendirici, dizini açtığında hangi delilin hangi kriteri (prong) desteklediğini görebilmeli ve doğrudan ilgili sayfaya atlayabilmelidir.

Sayfaları birleştirmeden önce dosyanın mantığını kurun

PDF'leri yazdırmadan veya birleştirmeden önce şunlara karar verin:

1. Mektuplar yazıldıktan sonra değiştirilmesi gerekmeyecek, sabit bir delil harflendirme veya numaralandırma sistemi.
2. Her bir delilin hangi kriteri (veya kriterleri) desteklemek üzere sunulduğu.
3. Hangi belgelerin dosyaya eklenmeden önce yeminli tercüme gerektirdiği.
4. Tekrar eden delillerin (örneğin hem bir mektupta anılan hem de kendi delili olarak sunulan bir patent) yeniden çoğaltılmak yerine nerede çapraz referansla gösterileceği.

Bir sonraki bölüm bunu somut bir tablo ve dosya adlandırma kuralı üzerinden ele almaktadır.

Organizing the exhibit index and filing packet

Build the exhibit index first

Tek bir belgeyi taramaya başlamadan önce dizini (exhibit index) hazırlayın. Bu dizin, memurun paket içinde ilerlerken kullanacağı haritadır ve sizi eksikleri fark etmeye zorlar.

Dosya adlandırma

Tutarlı bir şema kullanın: Exhibit_A_Patent_US1234567.pdf, Exhibit_B_Letter_Iyer.pdf. scan001.pdf gibi genel isimlerden kaçının — hem inceleyen memur hem de siz, bunları dizinle eşleştirmeye çalışırken zaman kaybedersiniz.

Paketin sıralaması

1. Petisyonu özetleyen ve exhibit'leri listeleyen kapak yazısı (cover letter)
2. Form I-140
3. Kanıt exhibit'leri, dizindeki sırayla
4. Kişisel beyan (personal statement)
5. Referans mektupları
6. Hindistan'da düzenlenmiş belgelerin (diploma, deneyim yazıları) tercümeleri ve onay belgeleri — her tercümenin, güncel USCIS talimatlarına uygun şekilde tercümanın doğruluk ve yeterlilik onayını (certification of accuracy and competency) taşıması gerekir; başvuru öncesinde gereklilikleri uscis.gov üzerinden doğrulayın.

Bu başvuru profili için sık görülen RFE tetikleyicileri ve bunları önceden nasıl önlersiniz

Bu profildeki başvuru sahiplerine gönderilen RFE'lerin (Request for Evidence, ek kanıt talebi) büyük çoğunluğu, sürekli tekrarlanan az sayıda soruna dayanır.

Genericlik (belirsiz, herkese uyan ifadeler)

Herhangi bir yazılım mühendisine veya donanım tasarımcısına ait olabilecek bir kişisel beyan — isimlendirilmiş bir teknoloji yok, somut bir devreye alma yok, ölçülebilir bir sonuç yok — birbirinin yerine geçebilir gibi okunur. Her iddia, exhibit index'te (kanıt dizini) de yer alan belirli bir projeye, sisteme veya yayına dayanmalıdır.

Sadece sıfatlardan oluşan mektuplar

Başvuru sahibini "parlak", "olağanüstü" veya "kilit katkı sağlayan" gibi ifadelerle, herhangi bir sayıya (hizmet verilen kullanıcı sayısı, azaltılan gecikme süresi, devreye alınan sistem sayısı, atıf alınan makale sayısı) bağlamadan tanımlayan mektuplar dikkat çeker. Her mektup en az bir sayısallaştırılmış, doğrulanabilir iddia içermelidir.

Eksik çeviri onay belgeleri

Hindistan'daki üniversitelerden alınan transkriptler, diploma belgeleri ve deneyim yazıları, çevirmenin doğruluk ve yeterlilik onayı olmadan İngilizce çeviri şeklinde sunulduğunda, sık görülen ve tamamen önlenebilir bir RFE nedeni ortaya çıkar. Her çevrilmiş belgenin imzalı bir onay sayfası taşıdığından emin olun.

Zayıf bağımsız kanıt

Neredeyse tamamen işveren tarafından sağlanan mektuplardan ve şirket içi belgelerden oluşan, atıf, patent, bağımsız değerlendirici veya başvuru sahibinin hiyerarşisi dışından gelen mesleki tanınırlık içermeyen bir dosya, kaydın başvuru sahibinin bireysel konumunu yansıtıp yansıtmadığı konusunda sorulara yol açar.

Şirket başarısını bireysel rolle karıştırma

İşverenin gelirini, pazar payını veya ürün benimsenme oranını tanımlayan, ancak başvuru sahibinin kendi katkısını ayırt etmeyen kanıtlar, bireyin rolünü belirsiz bırakır.

Son kontrol

Başvuruyu göndermeden önce, exhibit index'i her bir Dhanasar kriterine göre tek tek gözden geçirin ve üç kriterin her birinin birden fazla bağımsız kanıt türüyle desteklendiğini doğrulayın.