Nasıl çalışır?

Neyin doğrulandığını, neyin doğrulanmadığını saklamıyoruz.

Künyem’de her katkı kaydı, kimin ne yaptığını ve bunun hangi yolla kontrol edildiğini birlikte taşır. Etiketler her zaman metin olarak gösterilir; yalnızca renge bakarak anlam çıkarman gerekmez.

Akış

01
Problem yayımlanır
Herkes problem önerebilir. Moderatör, kapsamın sınırlı ve kabul kriterlerinin ölçülebilir olduğunu kontrol edip yayımlar.
02
Ekip kurulur
Proje sahibi rolleri, haftalık süreyi ve katkı sözleşmesini yazar. Başvurular gerekçeyle kabul veya ret alır.
03
Görevler kabul kriteriyle açılır
Her görevin kimde olduğu ve ne zaman bitmiş sayılacağı baştan yazılıdır.
04
Kanıt eklenir ve incelenir
Katkı sahibi kaydını ekler, inceleme ister. Ekip üyeleri rubrikle değerlendirir; kimse kendi kaydını onaylayamaz.
05
Rapor yazılır
Proje bitince sonuçlar, etki ve öğrenilenler kayda geçer. Ekip arkadaşları birbirine yapılandırılmış geri bildirim verir.

Etiket sözlüğü

Üç ayrı alan vardır ve birbirine karışmaz: tek bir doğrulama seviyesi, sıfır veya daha fazla ek kontrol ve beyan, ve ayrı bir inceleme durumu.

Doğrulama seviyesi

Her kayıtta tam olarak bir tane bulunur: ulaşılan en yüksek seviye.

BeyanKişinin kendi anlatımı. Değerli, ama kanıt yerine geçmez.Ne anlama gelmez: Kimsenin işi kontrol ettiği anlamına gelmez.
Akran incelemesiAynı projenin ekip üyeleri açık bir rubrikle inceleyip onayladı. Yanında kaç kişinin onayladığı yazar.Ne anlama gelmez: Ekip dışından yapılmış bir denetim değildir.
Bağımsız doğrulamaProjenin üyesi olmayan bir moderatör kanıtı kabul kriterleriyle karşılaştırıp onayladı.Ne anlama gelmez: İş teklifi, kurum onayı, referans veya sertifika anlamına gelmez.

Ek kontroller ve beyanlar

Seviyenin yanında sıfır veya daha fazla görünür; her birinin tarihi ve kaynağı yazar. Otomatik kontrol seviyeyi tek başına hiçbir zaman yükseltmez.

Otomatik kontrolOtomatik bir kontrol geçti; örneğin GitHub pull request'inin var olduğu ve yazarının profildeki GitHub kullanıcı adıyla eşleştiği.Ne anlama gelmez: İşin iyi veya özgün olduğunu kanıtlamaz ve doğrulama seviyesini tek başına yükseltmez.
Devir testiProjeye hiç katılmamış biri, yalnızca bırakılan belgelerle işe devam etmeyi denedi ve sonucu yazdı.Ne anlama gelmez: İşin hatasız olduğu anlamına gelmez; belgelerin yeterliliğini ölçer.
Problem sahibinin beyanıProblemi öneren kişinin proje bittikten sonra 30, 60 ve 90. günlerde verdiği yanıt.Ne anlama gelmez: Bağımsız olarak doğrulanmış bir etki ölçümü değildir.

İnceleme durumu

Doğrulama seviyesinden ayrı bir alandır; incelemenin nerede olduğunu gösterir.

İnceleme bekliyorKatkı sahibi inceleme istedi; onaylar henüz tamamlanmadı.
Değişiklik istendiİnceleyen kişi düzeltme istedi; yanıt ve revizyon geçmişi kayıtta görünür.
OnaylandıGerekli inceleme tamamlandı.

Çalışma biçimi nasıl hesaplanır?

Planlama: hem başlangıç tahmini hem gerçekleşen süresi olan görev sayısı, gerçekleşen/tahmin oranının ortancası ve ±%25 içinde biten görevlerin payı. 5 görevden az kayıt varsa hiçbir sayı gösterilmez.
İletişim: karar kayıtları ve “faydalı” işaretleri; alınan değişiklik istekleri, çözülenler ve çözülen revizyona kadar geçen ortanca süre.
İnceleme: başkalarına verilen yapılandırılmış incelemeler ve akran geri bildirimleri, bunlardan incelenen kişinin faydalı bulduğu sayısı.
Belgeleme: devir testleri ve belge düzeltme katkıları.
Puan, yıldız, yüzdelik dilim veya kişilik etiketi yoktur; kişiler bu sayılarla sıralanmaz. Her sayı, dayandığı kayıtlara bağlanır.

Paylaşım bağlantıları

Doğrulama bağlantısı tek bir açık kaydın nasıl kontrol edildiğini giriş gerektirmeden gösterir.
Anonim portfolyo adı, kullanıcı adını, şehri, okulu, dış bağlantıları ve ekip arkadaşlarının adlarını gizler; ekip arkadaşları rolleriyle görünür.
Bağlantılar uzun ve tahmin edilemez; veritabanında yalnızca özetleri saklanır. Sahibi istediği an iptal edebilir.
Anonim görünüm kimliği gizlemeye çalışır ama garanti edemez: proje başlıkları seni tanıyan biri için ipucu olabilir.

GitHub kontrolü

Kanıtta bir GitHub pull request bağlantısı varsa, GitHub'ın herkese açık API'si ile PR'ın var olduğu, yazarının profilindeki GitHub kullanıcı adıyla eşleştiği, durumu, birleştirme tarihi ve hedef deposu kontrol edilir. Eşleşen yazar PR'ı kimin açtığını gösterir; işin iyi veya özgün olduğunu göstermez.

30 / 60 / 90 gün etki takibi

Proje tamamlandığında problemi öneren kişiye 30, 60 ve 90. günlerde sonucun kullanılıp kullanılmadığı sorulur. Yanıtlar beyan olarak gösterilir; yanıtlayan aynı zamanda ekipteyse “Ekip üyesinin beyanı” olarak işaretlenir. Tarihinden 14 gün sonra hâlâ yanıt yoksa “Yanıt yok” yazar.

İnceleme kuralları

Kimse kendi kaydını inceleyemez veya doğrulayamaz.
Akran incelemesi yalnızca aynı projenin ekibinden gelir; her kişi bir turda bir kez inceler.
Değişiklik istenen kayıt düzeltilip yeniden incelemeye gönderildiğinde onaylar sıfırlanır.
Bağımsız doğrulamayı yalnızca projede yer almayan moderatörler yapar.
Bir bağlantı veya ekran görüntüsü tek başına kanıt sayılmaz; dosyalar sunucuya yüklenmez, yalnızca adı ve boyutu kaydedilir.

Ücretsiz emeği korumak için

Her projenin yazılı bir katkı sözleşmesi ve kapsam dışı listesi vardır.
Bir rol için haftalık süre en fazla 10 saattir ve problemde yazan süreyi aşamaz.
Ekip büyüklüğü problemde belirtilen sınırı aşamaz.
Kapsam dışı istekler “Bildir” düğmesiyle moderasyona gönderilebilir.
Bir üyeyi ekipten çıkarmak gerekçe ister ve denetim kaydına geçer; katkı kayıtları kişide kalır.

Kalite rubriği

Doğruluk

Yeterli: Kabul kriterleri karşılanıyor
Güçlü: Kenar durumlar da test edilmiş

Belgeleme

Yeterli: Başkası kaldığı yerden devam edebilir
Güçlü: Kararların gerekçesi yazılı

İş birliği

Yeterli: Görevler zamanında, iletişim açık
Güçlü: Akran incelemelerine katkı veriyor

Projeleri keşfet Yedi günlük bir mikro projeyle başla