Dokümanlar/Yönetici Kılavuzu/Ekipler

Ekipler

Kullanıcılarınızı departmana, projeye veya role göre ekiplere ayırın. Ekipler, gruplara eğitim atamayı ve ekip bazında ilerlemeyi izlemeyi kolaylaştırır.

Ekip Oluşturma

Yönetici kenar çubuğundan Ekipler sayfasına gidin, ardından "Ekip Oluştur" düğmesine tıklayın. Bir ekip adı girin ve kaydete tıklayın. Ekipler düzdür — hiyerarşi veya iç içe yerleştirme yoktur. Her ekip basit bir kullanıcı grubudur.

Üyeleri Yönetme

Kullanıcılar listesinden bir ekibe üye ekleyin. Her kullanıcı tek seferde bir ekibe ait olabilir — bir kullanıcıyı yeni bir ekibe atamak, onu otomatik olarak önceki ekibinden kaldırır. Bir üyeyi kaldırmak için ekip detay görünümünde adının yanındaki × düğmesine tıklayın.

SCIM Grup Senkronizasyonu

SCIM provizyonu kullanıyorsanız, kimlik sağlayıcınızdan (Okta, Azure AD, vb.) gelen gruplar SecureCodingHub'da ekipler olarak otomatik olarak senkronlanır. ExternalGroupId alanı IdP'nizdeki grup tanımlayıcısına eşlenir ve dizininizde gruplar değiştiğinde ekiplerin senkronize kalmasını sağlar.

Not: SCIM etkinleştirildiğinde, IdP'nizden senkronlanan ekipler harici olarak yönetilir. SCIM senkronize ekiplerde yapılan manuel düzenlemeler bir sonraki senkronizasyon döngüsünde üzerine yazılır.

Ekiplere Eğitim Atama

Bir atama oluştururken atanan türü olarak "Ekip" seçin ve hedef ekibi seçin. Ekibin mevcut tüm üyeleri atamayı alacak. Ekibe sonradan katılan kullanıcılar da atamayı otomatik olarak alacak — yeniden atamaya gerek yok.

Ekipler Genel Bakışı

Yönetici panelindeki Ekipler sayfası şöyle görünür:

app.securecodinghub.com/organization/teams
Ekipler
4 ekip · toplam 31 üye
AdÜyelerKaynakOluşturulma
Backend Team12MANUALNov 3, 2025
Frontend Team8MANUALNov 3, 2025
Mobile Team5SCIMJan 14, 2026
DevOps6SCIMFeb 9, 2026

Ekip Detayı

Üyelerini görmek ve kadroyu yönetmek için bir ekibe tıklayın:

app.securecodinghub.com/organization/teams/4f8d3e2a…
Backend Team
12 üye · 3 Kas 2025 oluşturuldu · manuel
AdE-postaRol
Sarah Chenorg_admin
James Parklearner
Emma Wilsonlearner
Alex Kumarlearner

Ekip Silme

Bir ekibi silmek ekip varlığını kaldırır ancak içindeki kullanıcıları silmez. Tüm üyeler atanmamış olur ve farklı bir ekibe eklenebilir. Silinen ekibi hedefleyen aktif atamalar kalır ancak artık yeni kullanıcılara uygulanmaz.

Ekip yapınızı tasarlamak

Ekipleri modellemenin tek bir doğru yolu yoktur. Elli mühendislik şirketinde işe yarayan yapı beş yüze ölçeklenmez, ürün odaklı bir kurumda işe yarayan yapı bir hizmet danışmanlığıyla eşleşmez. İlk ekibinizi oluşturmadan önce, ekip düzeyinde en çok hangi sinyali yüzeye çıkarmak istediğinize karar verin — dil yetkinliği, ürün sahipliği veya kıdem — çünkü o karar hangi sınıflandırmayı izleyeceğinizi belirler.

Üç yaygın sınıflandırma

Dile veya yığına göre. Backend Java, Frontend TypeScript ve Mobile Swift gibi ekipler, eğitim içeriği dile özgü olduğunda ve iki backend grubunu birbirleriyle karşılaştırmak istediğinizde iyi çalışır. Olumsuz yanı, yığınlar arasında çalışan mühendislerin (küçük kurumlarda yaygın bir durum) birincil yığınlarına yerleştirilmeleri gerekmesi ve ikincil becerinin görünmez olmasıdır.

Ürün hattına göre. Payments, Identity ve Checkout gibi ekipler, çoğu ürün şirketinde mühendislik çalışmasının gerçekte nasıl organize edildiğiyle eşleşir. Bu sınıflandırma, bir ürün yöneticisinin veya güvenlik liderinin kontrol paneline bakıp "Payments ekibi PCI ile ilgili eğitimde nasıl ilerliyor" sorusunu filtreleme yapmadan yanıtlamasını kolaylaştırır. Ödün, ürünler arasında dil yetkinliğini karşılaştırmanın yatay raporlar gerektirmesidir.

Kıdeme veya role göre. Senior Engineers, Engineers ve Junior Engineers gibi ekipler, eğitim yolları deneyim düzeyine göre farklı olduğunda işe yarar. Bu, ikincil bir gruplama olarak yukarıdaki iki sınıflandırmadan biriyle birlikte iyi çalışır, tek başına o kadar iyi çalışmaz.

Çoklu takım geliştiriciler ve ekip düzeyinde metrikler

Her kullanıcı tek seferde tam olarak bir ekibe aittir, dolayısıyla zamanlarını gerçekten iki takım arasında bölen mühendisler bir yargı çağrısı gerektirir. En basit kural, onları bu çeyrekte işlerinin çoğunluğuna sahip olan ekibe atamak ve eşleştirmeyi üç aylık kullanıcı listesi incelemesi sırasında tekrar gözden geçirmektir. Bir geliştirici sık sık rotasyon yapıyorsa, onu ana ekibine yerleştirin ve rotasyon işi için her birkaç haftada bir ekip üyeliğini hokkabazlık etmek yerine bireysel atamalara güvenin.

Ekip düzeyinde, en önemli metrikler atanan eğitime karşı tamamlama oranı, konu başına ortalama puan ve son otuz gündeki aktif kullanıcı sayısıdır. İlki ekibin işi yapıp yapmadığını, ikincisi ondan öğrenip öğrenmediğini ve üçüncüsü ekibin genel olarak etkileşimde olup olmadığını söyler. Yüksek tamamlama oranı ama düşük aktif kullanıcı sayısı olan bir ekip genellikle tüm kadroyu taşıyan bir veya iki kişiye sahiptir — ekip lideriyle bir sonraki bire bir görüşmenizde araştırmaya değer.

Sonraki adımlar: Ekiplerinize eğitim atamayı Atamalar rehberinde öğrenin.