How They Do ItBETA

ŞİRKET PLAYBOOK’U

Mozilla

Mozilla, ürün ve teknolojiyi açık internet misyonuna bağlı küresel bir toplulukla geliştirmeyi amaçlar.
İşletim sistemi
  1. Misyon
  2. topluluk katılımı
  3. yönetişim yapıları
  4. davranış standardı
  5. kamu yararı ürünleri.

Sistemi taşıyan ilkeler

  • Açıklık, yenilik ve fırsat.
  • Katılımcılar için saygılı alan.

Gerilimler ve ödünleşimler

  • Açık katılım erişimi genişletir; tutarlı davranış ve yönetişim uygulaması ister.

UYGULAMALAR

Mozilla çalışma sistemini nasıl kuruyor?

01
Governance

Topluluk yönetişimi

Mozilla, yönetişimini proje ve kuruluş yapılarını kamuya açıklayan bir çerçevede sunar.

Nasıl çalışıyor?
Mozilla, yönetişimini proje ve kuruluş yapılarını kamuya açıklayan bir çerçevede sunar.
Neden kullanılıyor?
Bu uygulama, karar ve uygulamayı işin bilgisine daha yakın tutarak ilgili problemi çözmeyi amaçlar.
Ödünleşim
Uygulama, koordinasyon, bakım veya kısa vadeli hız açısından ek bir maliyet yaratabilir.
Hangi koşullarda?
Sorumlulukların ve çalışma bağlamının açık olduğu ekip ve organizasyonlarda uygundur.
Orijinal kaynağı aç ↗
02
Culture

Topluluk katılım ilkeleri

Katılımcı davranışı için ortak beklentiler yayımlanır.

Nasıl çalışıyor?
Katılımcı davranışı için ortak beklentiler yayımlanır.
Neden kullanılıyor?
Bu uygulama, karar ve uygulamayı işin bilgisine daha yakın tutarak ilgili problemi çözmeyi amaçlar.
Ödünleşim
Uygulama, koordinasyon, bakım veya kısa vadeli hız açısından ek bir maliyet yaratabilir.
Hangi koşullarda?
Sorumlulukların ve çalışma bağlamının açık olduğu ekip ve organizasyonlarda uygundur.
Orijinal kaynağı aç ↗
03
Mission

Kamu yararı ürün yaklaşımı

Mozilla, ürün ve yeniliklerini açık internet misyonunu ilerletmek için konumlandırır.

Nasıl çalışıyor?
Mozilla, ürün ve yeniliklerini açık internet misyonunu ilerletmek için konumlandırır.
Neden kullanılıyor?
Bu uygulama, karar ve uygulamayı işin bilgisine daha yakın tutarak ilgili problemi çözmeyi amaçlar.
Ödünleşim
Uygulama, koordinasyon, bakım veya kısa vadeli hız açısından ek bir maliyet yaratabilir.
Hangi koşullarda?
Sorumlulukların ve çalışma bağlamının açık olduğu ekip ve organizasyonlarda uygundur.
Orijinal kaynağı aç ↗
04
Governance

Modül sahipliği ve bağımsız akran incelemesi

İş, sınırları tanımlı modüllere ayrılır; sahip yön verir ve kabulden sorumludur, ancak kendi kodunu onaylayamaz.

Nasıl çalışıyor?
Her modülün sahibi ve gerektiğinde akranları kaydedilir; check-in için sahip/akran onayı gerekir ve sahip kendi değişikliğini bir akrana değerlendirtir.
Neden kullanılıyor?
Karar yetkisini kod ve faaliyete yakın tutarken bağımsız kalite kontrolü korur.
Ödünleşim
Sahip veya akran kapasitesi daralırsa inceleme beklemesi akışı yavaşlatır.
Hangi koşullarda?
Birçok bileşeni ve dış katkıcısı olan teknik ürün toplulukları.
Orijinal kaynağı aç ↗
05
Governance

Güven düzeyine göre commit erişimi

Depo yazma yetkisi, etki alanına göre üç seviyeye ayrılır; daha kritik ürün kodu daha fazla mevcut sahip/akran kefaleti ister.

Nasıl çalışıyor?
Try/user erişimi bir, genel erişim bir modül sahibi, çekirdek ürün erişimi iki sahip/akran kefaleti gerektirir; seviye önceki seviyeleri de kapsar.
Neden kullanılıyor?
Düşük riskli katkıya giriş maliyetini düşürürken çekirdek ürün için güven eşiğini yükseltir.
Ödünleşim
Kefil bulma ve erişim yönetimi gönüllü ve sahip kapasitesine bağımlıdır.
Hangi koşullarda?
Açık katkıya izin veren, ancak üretim kodunun etki alanları farklı olan projeler.
Orijinal kaynağı aç ↗

Birincil kaynaklar