Verktøyegenskaper

Fra Piratpartiets Wiki
Hopp til: navigasjon, søk

Verktøy er svært viktig, og mange av oss har nok litt for snevre preferanser. Mange av oss må nok lære oss å "svelge noen kameler" og begynne å bruke verktøy vi anser som suboptimale. Allikevel, det er viktig å være bevisst over disse ønskede egenskapene når man ønsker å velge verktøy som kan samle Piratpartiet:

Sentrale egenskaper

  • Vi må ha tilstrekkelig kapasitet og ressurser til å sette opp, vedlikeholde, administrere og benytte verktøyet. Etter en rekke uheldige omstendigheter har Piratpartiet hatt både dalende økonomi, dalende interesse og en veldig redusert tech-gruppe, det har medført at vi har vært nødt til å kutte ned på en del verktøybruk og kjøpe eksterne tjenester. Enhver tjeneste som driftes internt bør til enhver tid ha minst to ansvarlige personer på tech som kan yte vedlikehold og teknisk assistanse.
  • Det bør være "self-hosted". Det er mange gode grunner for dette, men den beste begrunnelsen er kanskje at en en del eksisterende og potensielle medlemmene vil rynke på nesa når det benyttes verktøy som PIR ikke selv har full kontroll på, samt kanskje nekte å registrere konto hos en tredjepart.
  • Verktøyet bør være basert på fri programvare, det ligger i DNA'et vårt. Det er veldig prinsippløst å velge propretiære løsninger, men i enkelte situasjoner kan det foreligge sterke pragmatiske grunner. Dersom man velger løsninger som ikke er bygd på fri programvare må det i det minste begrunnes svært godt.
  • Verktøyet må etterleve GDPR
  • Verktøyet bør støtte noe form for "single sign-on" og bør kunne integreres med medlemsdatabasen. Vi kan ikke ha det slik at brukerene skal måtte registrere seg og ha separate brukernavn/passord på hvert eneste verktøy vi setter opp. Vi kan heller ikke ha det slik at brukerene er avhengige av å være kunder hos bestemte tredjepartsleverandører (f.eks. Google og/eller Facebook) for å kunne logge inn. Dersom verktøyet ikke støtter single-sign-on, bør det i det minste være relativt trivielt å scripte opp eksport av relevant informasjon fra medlemsdatabasen.
  • Læringskurven kan ikke være for bratt - da vil flertallet av medlemmene ikke gidde å lære seg å bruke verktøyet.
  • Verktøyet må ikke være for tungrodd i bruk. "Power users" må få utført daglige gjøremål uten å måtte bruke mye tid på å navigere seg gjennom klønete brukergrensesnitt.
  • Verktøyet bør være velintegrert med epost. Vi kan ikke basere oss på verktøy som avhenger av at folk aktivt logger inn i et webgrensesnitt for å sjekke om det har skjedd noe der - slike verktøy vil ofte gli ut av bruk. Det store flertallet av piratmedlemmer har derimot en velfungerende epostkasse.
  • Det må være mulig å benytte verktøyet uten å få masse mas på epost, dersom man ønsker det.
  • Verktøyet må være lett tilgjengelig på mobil.
  • Integrasjon er viktig; det må være i allefall teoretisk mulig å lage en kobling mellom forskjellige verktøy der det faller seg naturlig, og verktøyene bør støtte standarder der det finnes standarder.
  • Verktøyet skal løse ett reelt problem på en god måte. Vi unngår helst verktøy som skal kunne gjøre "alt" (men bruker man f.eks. Zimbra for mailhåndtering, så kan det gi mening å bruke Zimbra også for kalenderformål og tasklists - den støtter tross alt åpne standarder for dette). I den grad vi setter opp delvis overlappende verktøy må vi ha en klar og uttalt formening om hvordan de ulike verktøyene er tiltenkt brukt.
  • Minst mulig vedlikeholdsbyrde, det betyr bl.a. at det må være enkelt å kjøre inn sikkerhetsoppdateringer.
  • Man må ta høyde for at verktøyet neppe kommer til å bestå til evig tid (det er imidlertid ofte ønskelig at verktøyene blir stående (RO, om nødvendig) i lang tid etter at de er erklært uønsket, for å håndtere inngående linker på en god måte) - "produktlåsing" er en risiko man må tenke på (særlig ved valg av tredjepartstjenester). Det må være enkelt å få eksportert ut alle viktige data fra verktøyet.
  • Samarbeid med andre piratpartier, piratorganisasjoner og andre organisasjoner som har sammenfallende behov med oss - det bør telle positivt inn dersom andre bruker et verktøy og er fornøyd med det. Samdrift kan også være et alternativ, at man samarbeider om å drifte et verktøy, eller at man "låner" tilgang til et verktøy en annen organisasjon har satt opp.

Oppfølging

Når man har valgt et verktøy, er det også viktig å evaluere fortløpende om verktøyet fungerer bra nok, samt om det blir brukt. Det er ikke helt uvanlig at en organisasjon velger verktøy X, og f.eks. gjør et styrevedtak på at det er verktøy X som er det offisielle verktøyet - styrevedtaket blir stående, men etterhvert er det ingen som bruker verktøy X. Da er det viktig at man gjør en evaluering - hvorfor blir ikke verktøyet brukt? Skal man jobbe hardere for adopsjon, eller skal man forkaste styrevedtaket?

Se også