Cílem této wiki stránky je poskytnout základní rámec toho, jak by mohla vypadat infrastrukturní podpora č.d pro projekty, které se předávají organizacím dokončené nebo předávané projekty a také je cílem mít někde zaznamenané jaké aplikace/nástroje se nyní, kterým organizacím, poskytují.
...
Chceme podpořit koncept komunitního otevřeného projektu, na kterém si můžeme konečně vyzkoušet, že když lidé produkt chtějí/používají, jsou ochotni do něj dále přispívat v rámci naší komunity.
Také obecně vnímáme, že pro malé organizace zajišťovat infrastrukturu digi projektu je mnohdy těžké (potřeba know-how a finance), kdy odebráním tohoto problému je možné poskytnout odborníkům šanci dělat dobře to, co umí.
...
Pozor: stále by mělo platit, že usilujeme o to, abychom projekt předávali do rukou organizace včetně jejího infrastrukturního zázemí, kdy se snažíme docílit maximální samostatnosti organizace v provozu digitálního projektu (včetně jejího .
Také je důležité, že i v rámci infrastruktury č.d je za projekt zodpovědná organizace (tzn. musí sama být proaktivní při řešení problémů či informovat o důležitých aktivitách v rámci infrastruktury.
...
Co do infrastrukturní podpory počítáme?
Přehledu dostupných č.d
...
TBDnástrojů lze najít tady.
TBD - otázkou však zůstává, jestli u některých mít definována pravidla využití?
Jaká jsou základní pravidla správy?
...
Od 1.11.2022 si tento navržený koncept odpilotujeme na projektu Volební kalkulačka 2022 organizace KohoVolit.cz
TBD -Tady bude soupis toho, co vše pro VK v V rámci infrastrukturní podpory budeme držet VK nyní využívá v č.d:
Github, Slack, AWS, Portal Dobrovolnika, Figma, Vercel, NewRelic, Plausible, Confluence, Jira.
V ramci Figmy je to jeste Figjam (billuje se jako zvlastni produkt).
Test bude trvat cca do března května 2023, kdy by bylo dobré pilotní režim již formalizovat a nastavit smluvní vztah s organizací (včetně stanovení si pravidel užívání č.d infrastruktury a případné jejího zpoplatnění “symbolickým” poplatkem“.
kde bude potřeba domluvit - zda AWS se bude přefakturovávat? (viz diskuze za VK tady)
Martin Wenisch navrhuje ideálně přefakturovávat ročně v nějakém režimu běžného fungování a nebo fakturovat při značně větších nárocích na konkrétní službu (AWS stojí třeba desetitisíce pro nějakou specifickou appku) preferovat převedení pod jejich fakturaci.