Politica di localizzazione dell’evento DEI
Questa pagina descrive la politica sulla location degli eventi DEI, volta a tenere presente il nostro impegno per la diversità quando si organizza un evento.
Obiettivi
L’obiettivo di questa politica è garantire che la sede di un evento non impedisca la partecipazione a causa di leggi discriminatorie che avrebbero un impatto realistico sulla partecipazione di membri emarginati della comunità. È stata redatta pensando alla comunità LGBTQIA+, ma non dovrebbe limitarsi a essa. Ad esempio, una legge che impedisca la cosiddetta "propaganda LGBT" creerebbe un rischio legale se il team DEI decidesse di organizzare un incontro, e quindi dovremmo astenerci dallo scegliere tale sede per un evento internazionale. Un altro esempio: una legge che impedisca l’aborto in qualsiasi circostanza renderebbe le donne incinte diffidenti nei confronti della partecipazione a causa del rischio di non poter ricevere cure adeguate in caso di complicazioni impreviste legate alla gravidanza. Questa politica è stata redatta per essere integrata con diversi criteri presentati dalla comunità seguendo la procedura per aggiungere i criteri delineati in questo documento.
Non gol
Questa politica non intende intenzionalmente tenere conto di viaggi e/o questioni relative a passaporti/visti. Sebbene ciò abbia un impatto significativo su chi può viaggiare e rientri nell’obiettivo di aumentare la diversità della comunità, richiede un approccio diverso a causa della complessità insita e del fatto che richiede quasi sempre una decisione arbitraria che dipende dalla posizione geografica dei membri della comunità, dalle precedenti sedi, dall’attuale clima geopolitico e dal budget.
La presente politica non copre inoltre esplicitamente la sede dell’evento e le strutture utilizzate durante l’evento, in quanto ciò dovrebbe essere oggetto di un documento separato.
Questa politica non copre gli eventi più piccoli organizzati da un team locale (come una festa di lancio), poiché non sono previsti viaggi internazionali e il pubblico non vedrebbe cambiare la propria situazione in termini di inclusività. Tuttavia, l’evento è comunque vincolato da Fedora CoC. Gli organizzatori sono liberi di tenere conto di questa politica se l’evento pianificato si rivolge a un pubblico che abbraccia più paesi e devono decidere dove organizzarlo.
Processo di valutazione della posizione
Ogni evento coperto dovrà essere valutato tempestivamente dal team Fedora DEI (Dei). Il Consiglio dovrà quindi decidere sulla base del contributo del team Fedora DEI, o assumersi l’onere della valutazione qualora il team Fedora DEI non fosse in grado di effettuarla.
-
criteri segnaposto (da aggiungere in seguito)
È possibile fornire feedback in anticipo prima dell’avvio del processo di revisione formale. Si incoraggiano i membri della comunità a familiarizzare con i requisiti prima di inviare una proposta e a contattare il team DEI in caso di domande.
Eventi coperti
Solo gli eventi che richiedono viaggi internazionali per una parte considerevole dei partecipanti saranno coperti da tale polizza. Gli eventi di minore entità rivolti a un pubblico regionale o nazionale possono essere esentati da tale polizza.
Per Fedora, questo significa principalmente "Flock to Fedora", o un evento che lo sostituisca, poiché mira a coinvolgere la community più ampia da tutto il mondo. Gli hackfest tendono a richiamare persone da vari paesi e dovrebbero essere considerati anch’essi.
Valutazione dei criteri
Ordine di priorità delle leggi
I criteri devono essere valutati in base all’applicabilità materiale delle leggi, con particolare attenzione alla loro localizzazione. Ad esempio, se un Paese non prevede una legge specifica in un criterio, ma esiste una legge applicabile a un livello amministrativo inferiore, come una città, che copre la località proposta, verrà presa in considerazione la legge più prossimamente applicabile. Ad esempio, al momento della stesura di questo documento (aprile 2024), le unioni tra persone dello stesso sesso non sono riconosciute a livello nazionale in Giappone. Tuttavia, poiché la prefettura di Ibaraki ha un sistema di unioni civili dal 2019, un evento a Mito (capoluogo della prefettura) sarebbe incluso, e quindi un criterio basato sul riconoscimento delle unioni tra persone dello stesso sesso potrebbe essere soddisfatto.
Tempi di applicazione delle leggi
I criteri verrebbero valutati al momento della proposta e/o della decisione. Se una legge viene proposta ma non ancora votata, non dovrebbe essere presa in considerazione. In molti Paesi, ci sono numerose leggi proposte, la maggior parte delle quali non viene discussa né firmata. Se una legge non viene applicata nella pratica, ma esiste ancora, dovrebbe comunque essere presa in considerazione come se lo fosse. In caso di voto imminente (1 o 2 settimane) con un’elevata certezza del risultato, si può discutere un’eccezione caso per caso. Le leggi proposte possono essere presentate durante la discussione al di fuori del processo, e spetta al Consiglio tenerne conto, soprattutto se è necessario un arbitraggio tra più sedi.
Indagine e percezioni
I criteri devono basarsi principalmente sulle leggi, non su sondaggi o percezioni. Il motivo principale è che sondaggi e percezioni possono essere difficili da ottenere in modo coerente in tutto il mondo e richiederebbero un giudizio basato su numeri variabili, il che è meno netto rispetto alla presenza o assenza di leggi. Tuttavia, sondaggi e percezioni possono essere presi in considerazione durante la discussione, caso per caso, soprattutto se è necessario un arbitraggio da parte del Consiglio.
Importanza
Ogni criterio risulterà "soddisfatto" o "non soddisfatto". Se un criterio non viene soddisfatto, si può trattare di un requisito rigido (la proposta viene respinta solo in base a quel criterio) o di un requisito flessibile (la proposta non viene respinta solo in base a quel criterio). Il Fedora Council può ignorare un criterio (rigido o flessibile), ma deve fornire una spiegazione pubblica e una motivazione dettagliata. Se tutte le proposte per un evento presentano almeno un criterio non soddisfatto, il Fedora Council dovrà avviare un arbitraggio e dovrebbe favorire quella con il minor numero di criteri "non soddisfatti" e il minor numero di criteri "rigidi" e "non soddisfatti". Dovrebbe inoltre fornire una motivazione pubblica e dettagliata in merito all’arbitraggio.
Processo di aggiunta dei criteri
Chiunque nel progetto può inviare un nuovo criterio nella policy aprendo un ticket sul DEI tracker.
Per essere presa in considerazione, una proposta deve fornire le seguenti informazioni:
-
Un nome per la proposta. Un gioco di parole nell’acronimo non è obbligatorio, ma è sempre gradito.
-
Nome/ID FAS delle 2 persone responsabili di promuovere la proposta, rispondere alle domande e inviare le modifiche e le richieste di unione.
-
Una spiegazione razionale che spiega come è correlato agli obiettivi del team DEI di Fedora.
-
Un criterio, in una forma breve di 1 o 2 frasi.
-
Un breve paragrafo che spiega l’impatto sulla comunità e sulla partecipazione alla conferenza, idealmente corredato da esempi di problemi passati, controversie in altre comunità o documenti accademici
-
Che il criterio sia un requisito rigido o un requisito flessibile. Un requisito rigido sarebbe più difficile da ignorare rispetto a uno flessibile.
-
Una serie di risorse in inglese provenienti da fonti autorevoli, come i report di ONG specializzate, consente di valutare i criteri al momento della decisione. Dovrebbe essere aggiornata e coprire tutti i Paesi, se possibile, e può essere integrata con fonti regionali più specifiche e di minore entità. Eventuali eccezioni possono essere accettate caso per caso.
-
Un set di 3/4 esempi di località e di come i criteri verrebbero applicati nella pratica. Deve includere almeno una località accettata e una rifiutata, insieme alle motivazioni e alle giustificazioni del verdetto. Le località devono essere fornite a titolo di esempio e non devono necessariamente essere correlate a località precedenti o future, ma devono basarsi sulle leggi vigenti e contemporanee al momento della proposta.
Approvazione nuovi criteri
Una proposta deve essere esaminata e approvata dal team DEI di Fedora per verificarne l’adeguatezza agli obiettivi del team, quindi dal Consiglio di Fedora tenendo conto del contributo del team Eventi e di eventuali terze parti che il Consiglio potrebbe decidere di consultare.
Il team DEI di Fedora deve utilizzare un’approvazione consensuale completa, come definito nel suo processo decisionale. Il Fedora Council deve seguire il proprio processo di modifica delle policy.
Se la proposta non ottiene il consenso di nessuna delle parti approvatrici, la decisione deve essere motivata. Se i proponenti desiderano modificare la propria proposta e ripresentarla, la nuova proposta deve essere trattata come una nuova proposta dal punto di vista del processo e deve ottenere nuovamente l’approvazione del team DEI e del Consiglio di Fedora.
Le persone indicate come responsabili della proposta possono partecipare alle discussioni, ma devono astenersi dal votare sulla propria proposta. Una proposta può essere ritirata o accantonata in qualsiasi momento dai proponenti. Qualsiasi modifica sostanziale a una proposta durante la procedura di approvazione azzera il processo.
Esempio fittizio di una proposta di criteri
Nome: Proposta per un’alimentazione obbligatoria e adeguata dei gatti
Proponente: Ruby N. (rudebythecat@) e Sapphire N. (simp4ever@)
Motivazione: i gatti sono molto importanti, carini e importanti, e dovrebbero poter venire a trovarli senza soffrire la fame o il trauma psicologico di avere acqua non fresca nella loro ciotola.
Criteri: il gregge dovrebbe trovarsi in un luogo in cui i gatti siano padroni e/o ben nutriti e/o trattati come divinità.
Impatto sulla comunità: Senza gatti responsabili, potrebbero essere denutriti, il che è molto, molto, molto negativo. Scoraggerebbe i gatti dal recarsi a Flock, riducendo così la tenerezza della comunità e la sua allegria, che rappresenta la sesta F delle 4 fondamenta. I gatti sono anche un bene per le persone, secondo https://www.cabidigitallibrary.org/doi/full/10.1079/hai.2021.0006 [questo articolo accademico].
Tipo di requisito: Difficile
Risorse:
Esempi:
-
https://en.wikipedia.org/wiki/Aoshima%2C_Ehime [Isola di Aoshima, Giappone]: Passa, perché i gatti hanno il controllo dell’isola.
-
Rochester, NY, USA: Non approvato, perché il cibo è nascosto in un armadio troppo in alto per essere raggiunto.
-
Talkeetna, AS, USA: Passato, poiché c’era un sindaco gatto onorario, così i gatti potevano fare un colpo di stato e procurarsi del cibo.
Want to help? Learn how to contribute to Fedora Docs ›