diff --git a/.github/workflows/link-check.yml b/.github/workflows/link-check.yml new file mode 100644 index 0000000..4d5e41a --- /dev/null +++ b/.github/workflows/link-check.yml @@ -0,0 +1,20 @@ +name: Check Markdown links + +on: + pull_request: + push: + branches: + - master + schedule: + # Run everyday at 9:00 AM (See https://pubs.opengroup.org/onlinepubs/9699919799/utilities/crontab.html#tag_20_25_07) + - cron: "0 9 * * *" + +jobs: + cs_CZ: + runs-on: ubuntu-latest + steps: + - uses: actions/checkout@master + - uses: gaurav-nelson/github-action-markdown-link-check@v1 + with: + folder-path: 'cs_CZ,' + diff --git a/ODF-community.md b/ODF-community.md index f2257e8..6d5c3c9 100644 --- a/ODF-community.md +++ b/ODF-community.md @@ -120,7 +120,7 @@ _page 5 of 15_ -You can't please everyone. +Not every time you can please everyone. ---------------------------------------------------- **But when you make open decisions, people feel...** _page 6 of 15_ @@ -240,7 +240,7 @@ _page 8 of 15_
Transparentní | +Zahrnující | +Se soustředěním na zákazníka | +
Vysvětli kdo dělá rozhodnutí, které problémy se sanžíte vyřešit, požadavky a omezení, a proces kterým budete postupovat. | +Získej zpětnou vazbu od ostatních. Spolupracuj skrze rozhodovací proces. Vyhledej různorodé názory, včetně potenciálních kritiků. | +Uvažuj o lidech jako o zákaznících se soupeřícími prioritami. Když rozhodnutí pomůže některým, zákazníkům ale jiným ublíží, udržuj vztahy při "Getting stuff done" - konání. + | +
Principy | +→ | +Practices | +→ | +Outcomes | +
+• Otevřená výměna • Zapojení • Vydej brzy + často • Meritokracie • Komunita + |
+→ → → |
+
+• Průhlednost s interními zákazníky a dalšími stakeholdery • Zůčastnění-se zákazníků • Získat feedback a adaptace iterativním změnám • Vytváření nápadů se zákazníky • Vybudovat důvěru a respekt skrze spolupráci. + |
+→ → → |
+Získání zákazníka
Kroky které můžeš udělat k tomu aby jsi byl otevřený | +Ptát se | +Běžné spouštěče rozohněných diskusí | +
+Vézt s průhledností + • Publikovat tvrzení a možné přístupy. + • Identifikovat aspekty projektu které nemohou být otevřeny. + • Publikovat proces vytváření nápadů + +Vybuduj rozličnost myšlení a inklusivní prostředí. + • Brzy zapoj interní zákazníky a zájmové strany, hlavně ty, které mohou nesouhlasit. + • Vyhledej rozličné a málo representované perspektivy (geographie, etniky, oddělení, zaměstnanecké třídy, pohlaví, věk, ...) + • Zastaň se spolupráce a poskytni kanál pro zpětnou vazbu. + • Zaměř se na risky, omezení, potencionální vliv na kulturu a hlavně s historicky kontraverzními problémy. + |
+
+ • Jaký bude vliv na organizaci? Na kulturu? + • Koho bycom měli zarnout do plánování? + • Čí problém se snažíme vyřešit? + • Kdo jiný bude zasažen? + • Kdo jiný vyřešil podobný problém? + • ? + • Kdo bude pravděpodobně nesouhlasit, stavět se proti, odmítat, vycouvávat? Kdo jiný může mít zájem? + |
+
+V Red Hatu často generuje kontraverze a neklid jen hrstka řešených problémů. Tyto jsou: + • Rozhodnutí, zásady, nebo změny které mají dopad na spolupracovníky, jako jsou odměny a welness programy + • Změny v pracovním prostředí zaměstnanců. + • Implementace proprietálních technologií. + • Použití proprietálních formátů + • Sdílení dat a jejich soukromí. + +Když váš projekt nebo rozhodnutí zahrnuje některý z těchto témat, udělejte extra kroky k tomu aby proces zůstal otevřený, zahrnující a transparentní. + |
+
Klíčové úvahy. | +||
+ • Důvěrnost, soukromí, a regulační požadvky. + • Potenciál generovat kontraverzi + • Impakt na kulturu Red hatu a následující rozhodnutí + • Role + zodpovědnosti (OPT model: https://github.com/red-hat-people-team/opt-model/) + • Kde publikovat + |
+
Kroky vedoucí k otevřenosti, které je možné použít. | +Otázky které je třeba si položit. | +|
Zaujmout zákazníky a spolupracovníky + • Sezbírát vstupy od interních zákazníků a těch od kterých budete potřebovat pomoc(průzkumy, interviews, focus groups, atd.) + • Umožnit jednoduše se zůčastnovat a spravovat. Tázat se zákazníků který kolaborační nástroj preferují užívat. Mítplán pro konsolidaci a publikaci zpětné vazby. + • Zůstat otevřený novým informacím a perspektivám + • Zvažovat peer-to-peer zpětnou vazbu a komunikační možnosti vedle formálních kanálů + +Sestav očekávání co nejdříve + • Buď specifický o tom jaký typ zpětné vazby si přejete + kdo dělá rozodnutí. + • Publikujte rozhodovací proces s rolem a časovými omezeními (datumy). + |
+Vysvětli to co je zřejmé. + • Publikuj rozsah projektu nebo rozhodnutí a opakuj řečené často. + • Publikuj co rozhodující faktory (proč bylo rozhodnuto tak, jak bylo rozhodnuto) a jejich důležitost. + • Publikuj výsledky průzkumu, včetně obtížných kompromisů, podnikových požadavků. + • Do míry, která je možná publikuj relevantní obavy o právní bezpečnost, odpovědnost nebo zachování důvěrnosti. + +Plánuj přechod + • Pozbírej zpětnou vazbu na komunikaci. Změň management a adopční plány. + • Promysli jak bys měl odpovědět těm, kteří jsou znepokojeni (na memo-listu nebo jiných kanálech) + |
+
+ • Jak budete dělat rozhodnutí? + • Které interní zákazníky, zájmové strany a spolupracovníky necháme aby se zůčastnili? + • Jak je zapojíme a budeme s nimi komunikovat? + • Jaké jsou možnosti open source? + • Jak může naši budoucnost v rozhodování být limitována výběrem dnešním výběrem proprietární technologie nebo formátu? + • Jak se toto shoduje se strategií naší společnosti a její mise? + • Jak to může být v konfliktu s hodnotami a kulturou Red Hatu? + |
+
Klíčové úvahy | +||
+ • Impakt - kdo, jak často a neočekávaně + • Kde a jak spolupracovat + • Role a odpovědnosti (OPT model: https://github.com/red-hat-people-team/opt-model/) + |
+
Kroky k otevřenosti, které můžeš udělat. | +Otázky | +|
Vytvoř vlastní komunitu + • Zeptej se oddělení který z jejich týmů může poskytnout zpětnou vazbu. + • S rozhodnutími seznam zákazníky a zůčastněné strany. Hlavně ty, které mohou být více hlasití o dopadech rozhodnutí. + • Prozkoumejte možnosti a přispůsobení negativně ovlivněných zákazníků + +Podněcuj k otevřené výměně + • Ohodnoť, oznam příjem, a včleň zpětnou vazbu. + • Vyznač změny udělané na základě zpětné vaby. + • Pokud nabídka není proveditelná, vysvětli proč. + • Publikuj pokrok na veřejném místě + • Poskytuj pravidelné akutalizace sponzorům, zákazníkům a zůčastněným stranám. + |
+
+Zařiď bezpečí k vyjádření obav + • Pozvi projektový team a spolupracovníky k vznešení podnětů o riscícch a starostech které byly přehlédnuty. + • Zeptejte se: Co může zabránit tomuto projektu v úspěchu? Jaké starosti bude váš tým mít? Co zanedbáváme? + • Průběžně publikujte risky a omezení. + +Veďte premortem + • Předstírejte že je den spuštění a lidé jsou překvapeni nebo naštvaní. Co je naštvalo? + • Identifikujte změny, které můžete udělat, nebo co můžete zdůraznit a raději vše proaktivně zařiďte. + +Aktivujte své ambasádory + • Vybavte komunitu tak, že bude schopna pročištění od dezinformací a nedorozumění. + |
+
+ • Můžeme udělat pilotní projekt nebo udělat brzké vydání k posbírání vstupů? + • Jak budeme testovat? + • Kteří interní zákazníci můžou pomoci testovat? + • Dává přes-funkční pracovní skupina smysl? + • Můžeme vybudovat komunitu vášně kolem tohoto projektu či rozhodnutí? + • Zapojili jsme lidi kteří budou muset odvézt práci? + • Od koho budeme kupovat podporu? + |
+
Klíčové úvahy | +||
+ • Representace různých typů zákazníků + • Nečekané vlivy a případy užití. + • Nevyřčené risky a obavy + |
+
Kroky k otevřenosti | +Otázky | +|
Začni s myšlenkou na konec + • Demonstruj soulad se strategií, misí, kulturou, and hodnotami Red Hat + • Vysvětli kroky které jsi udělal proto aby toto rozhodnutí bylo otevřené + • Vyznač použití tohoto frameworku. + • Řekni společníkům, ať vyhledají detailní informace. + • Ukaž jak zpětná vazba změnila rozhodnutí či projekt. + • Vysvětli jak poskytnout vstup po startu. + • Potvrďte to, že nejste plně spokojen s rozhodnutím, nebo zjisti jestli ostatní jsou spokojeni. + • Sdílej tvoji časovou linku nebo kriteria pro revizi rozhodnutí. + • Zůstaň angažovaný s těmi kdo odmítli rozhodnutí. + |
+
+Otevřenost jako výchozí volba + • Přezkoumej relevantní obchodní požadavky a omezení. + • Sdílej relevantn právní, odovědnostní nebo důvarnostní problémy. + • Komunikuj kriteria úspěchu a publikuj relevantní metriky. + +Přispěj proti proudu. + • Publikuj své metody, ponaučení které ti něco daly, komunikaci, and rozhodovací kriteria do archivu, takže ostatní se můžou podívat na minulá rozhodnutí, naučit se proč byla která rozhodnutí udělána a zjisti jak čtenáři reagovali na podobné problémy. + • Nabídni ostatním vedení k dělání otevřených rozhodnutí a výběru kolaboračních nástrojů. + |
+
+ • Jak budeme po spuštění monitorovat mailing listy a jiné zpětnovazební kanály? + • Pokud jsme udělali brzká vydání, budeme pokračovat v dělání inkrementálních zlepšení na základě zpětné vazby? + • Jak moc jsme ochotni dělat revize na základě zpětné vazby? + • Co je přijatelným časovým oknem pro další vstup a kultivování? + • Přehlédli jsme něco důležitého? Jak se s tím vyrovnáme? + • Musí být rozhodnutí revidováno? + • Vedlo dělání otevřených rozhodnutí ke chtěným výsledkům? + • Jak můžeme sdílet zkušenosti a motivovat k dělání otevřených rozhodnutí v Red Hatu? + |
+