Til drift, dokumenthåndtering og alle, der gemmer en fil

En ramme til mappestrukturen i en virksomhed

De fleste filsystemer er organiseret efter den, der oprettede filen — efter person, efter år, efter det projekt, der tilfældigvis havde brug for den. Hver af dem er en reel egenskab, men ingen af dem er stabil: folk rejser, år slutter, projekter lukker. Med de otte cores som øverste niveau bruges et andet inddelingsprincip, nemlig de funktioner, en virksomhed varetager, og de ændrer sig langt langsommere end de mennesker, der varetager dem.

Lavet til
Drift, dokumenthåndtering, stiftere, IT
Egner sig til
SharePoint, Google Drive, Dropbox, filservere, Notion
Hviler på
Facetteret klassifikation og praksis inden for dokumenthåndtering

Problemet

Hvorfor det er sværere, end det ser ud

01

To fornuftige mennesker gemmer det samme dokument forskellige steder

Det er det diagnostiske symptom på et tvetydigt system, ikke på sjuskede medarbejdere. Hvor kategorierne overlapper, er dubletter ikke en risiko, men en sikkerhed, og inden for et år er spørgsmålet ikke længere, hvor et dokument ligger, men hvilken kopi der er den gældende.

02

Strukturen findes kun i én persons hoved

En udokumenteret taksonomi kan ikke læres videre, og derfor bliver hvert spørgsmål om, hvor noget hører til, en lille afgift betalt af den, der allerede ved det. Det betyder også, at systemet forsvinder, når vedkommende gør.

03

Tidsbundet og permanent materiale gemmes ens

Projekter lukker; brandretningslinjer og kontrakter gør ikke. Når begge gemmes på samme niveau, blandes to forskellige livscyklusser, og det varige materiale forsvinder gradvist under det forbigående.

Metoden

Sådan bygger du strukturen

Syv beslutninger. De er værd at træffe én gang, skrive ned og derefter lade være.

  1. 01

    Vælg et inddelingsprincip, og hold fast i det

    Klassifikationssystemer forbliver brugbare, når hvert niveau inddeler efter én egenskab ad gangen — princippet bag facetteret klassifikation, som Ranganathan formulerede det, og som stadig er standard i informationsarkitektur. At blande funktion, tid og ejerskab på ét niveau er det, der skaber de mapper, ingen kan forudsige. De otte cores giver et øverste niveau, der konsekvent er inddelt efter forretningsfunktion.

    • Otte kategorier er få nok til at overskue og brede nok til i praksis at dække det hele.
    • Modstå fristelsen til at tilføje en niende mappe på øverste niveau; materiale, der ikke passer andre steder, hører som regel til i Business Core.
  2. 02

    Brug objects som andet niveau

    Hver core har allerede sine objects — Finance, Supply Chain, Partners og Compliance under Business Core; Brand Identity og Brand Narrative under Brand Core. De fungerer godt som undermapper, fordi de allerede har navne, fordi de i rimelig grad udelukker hinanden, og fordi de er udledt af virksomheden og ikke af arkiveringsproblemet.

    • Opret kun de objects, I har materiale til; tomme mapper lærer folk at ignorere strukturen.
    • Tilføj objects, efterhånden som virksomheden vokser, frem for at bygge hele sættet på forhånd.
    • Hvor to niveauer ikke er nok, fortsætter rammen nedad — Module, Component, Element, Attribute — så et dybere træ stadig følger ét inddelingsprincip i stedet for at improvisere et nyt.
  3. 03

    Læg projekter i Time Core

    Projekter er tidsbundet arbejde, der berører permanent materiale, og derfor er de en livscyklus snarere end en kategori. Når de placeres i Time Core, forbliver den forskel synlig, og godkendte resultater kan flyttes til det object, de permanent hører til, når projektet lukker.

    • Arbejdsfiler bliver i projektmappen.
    • Godkendte resultater flyttes til den relevante core ved afslutningen.
    • Gør overdragelsen til et punkt på projektets afslutningstjekliste, ellers sker den ikke.
  4. 04

    Nummerér mapperne, så rækkefølgen betyder noget

    Alfabetisk sortering spreder beslægtet materiale og skjuler systemets logik. Et numerisk præfiks holder rammens rækkefølge synlig i enhver filbrowser, uden at nogen skal huske den.

    • To cifre, så den tiende mappe ikke sorteres før den anden.
    • Lad der være huller i nummereringen, så senere tilføjelser ikke kræver omnummerering.
  5. 05

    Skriv én navngivningskonvention ned

    Et hierarki holder kun, hvis filnavnene er forudsigelige. Én konvention, dokumenteret og brugt overalt: ISO 8601-datoer forrest for alt kronologisk, versionsmarkering til sidst kun dér, hvor versioner reelt betyder noget, og ingen statusord i navnet.

    • ÅÅÅÅ-MM-DD sorterer kronologisk af sig selv og er entydigt på tværs af landestandarder.
    • Reservér versionsmarkeringer til dokumenter, der reelt versioneres.
    • Et filnavn, der ender på »endelig-endelig-v2«, er et symptom på et uklart godkendelsestrin, ikke et navngivningsproblem.
  6. 06

    Arkivér inde i objectet, ikke over det

    Et samlet arkiv på øverste niveau bliver stille og roligt til et andet system, der konkurrerer med det første. Når hvert object har sin egen arkivmappe, forbliver klassifikationen stabil, og det aktive materiale ligger fladt. Opbevaringsperioder ligger over alt dette og fastsættes af lovgivning og politik, ikke af bekvemmelighed.

    • Arkivér på et fast tidspunkt — ved årsskiftet eller ved projektafslutning.
    • At arkivere betyder at flytte, aldrig at kopiere.
    • Registrér opbevaringskravene for sig; en mappestruktur er ikke en opbevaringspolitik.
  7. 07

    Giv systemet en ejer og en side

    Enhver taksonomi forfalder uden vedligeholdelse, og det er et fund fra dokumenthåndtering, ikke et spørgsmål om disciplin. Én side i roden — hvad hver mappe på øverste niveau rummer, navngivningskonventionen, hvem der beslutter — er som regel nok til, at en ny kollega klarer sig selv fra første dag.

    • Udpeg én ejer, der beslutter, hvor tvetydigt materiale hører til.
    • Gennemgå siden årligt, samtidig med arkiveringen.

Tag det med dig

Mappestrukturen

De to øverste niveauer i fuld længde — alle otte cores og hvert object under dem, genereret fra selve rammen, så den aldrig halter bagefter. Mappenavnene står på engelsk, fordi det er rammens navne. Opret kun de mapper, I har materiale til, og omdøb frit; rammens egne termer er et udgangspunkt, ikke et krav.

00_Goal-Core/
    01_Purpose/
        01_Core-values/
    02_Short-term-goals/
    03_Long-term-goals/
    04_Tactical-goals/
    05_Strategic-goals/
10_Business-Core/
    01_HR/
    02_Value-Proposition/
    03_Monetisation/
    04_Core-Competencies/
    05_Business-Assets/
    06_Operational-Systems/
        Filing-convention.docx
    07_Partners/
    08_Stakeholders/
    09_Finance/
    10_Supply-Chain/
    11_Manufacturing-Operations/
    12_Compliance/
    13_Technology/
    14_Organisation/
    15_Governance/
    16_Innovation/
20_Brand-Core/
    01_Brand-promise/
    02_Brand-Identity/
    03_Brand-Positioning/
    04_Brand-Value/
    05_Brand-Perception/
    06_Brand-Narrative/
30_Vision-Core/
    01_Vision-Statement/
    02_Mission-Statement/
    03_Culture/
    04_Responsibility/
40_Market-Core/
    01_Market-Opportunities/
    02_Competitors/
    03_Audience/
    04_Customer-Journey/
    05_Marketing-Channels/
    06_Content/
    07_Sales-Channels/
50_Omni-Core/
    01_Customer-Journey-Mapping/
    02_Customer-Feedback/
    03_Customer-Support/
    04_UI-and-UX-Optimization/
    05_Personalization/
    06_Loyalty-Programs/
    07_Omnichannel-Integration/
60_Data-Core/
    01_KPI-management/
    02_Data-Collection/
    03_Performance-Analysis/
    04_Reporting/
    05_Data-Governance/
70_Time-Core/
    01_Project-management/
    02_Market-Timing/
    03_Golden-Opportunities/
    04_Contingency-Planning/
    05_Year-Wheel/

Læg mærke til, hvad der ikke er her: ingen niende mappe til arkiveringsregler, ingen _admin/ og ingen _generelt/. Selve konventionen ligger i Business Core under Operational Systems, for det er, hvad den er — et system, virksomheden kører på. I det øjeblik en mappe opstår uden for de otte, er systemet holdt op med at være rammen og begyndt at være et andet hierarki, der konkurrerer med den, og alt det, der gjorde strukturen værd at indføre, er væk. Hver object-mappe kan have sin egen _archive/-undermappe ordnet efter år; at holde arkivet lokalt er det samme princip anvendt nedad.

På skuldrene af andres arbejde

Hvad det hviler på

Strukturen er en anvendelse af almindelig informationsvidenskab. Rammens bidrag er kun, at facetterne allerede har navne og allerede deles med resten af virksomheden.

Facetteret klassifikation

Cores som facet, objects som underinddeling

Ranganathans princip om, at hvert niveau skal inddele efter én egenskab — grunden til, at blandede niveauer bliver uforudsigelige.

Funktionsbaseret arkivering

Cores som øverste niveau

Almindelig praksis i dokumenthåndtering: klassificér efter forretningsfunktion frem for organisatorisk enhed, fordi funktioner overlever strukturer.

Dokumenters livscyklus og opbevaring

Arkiv inde i hvert object

Aktive, semiaktive og arkiverede faser er forskellige. Opbevaringsregler ligger over systemet og fastsættes udefra.

ISO 8601-datoer

Navngivningskonventionen

Kronologisk sortering uden opsætning og ingen tvetydighed mellem landestandarder.

Data governance

Data Core — Data Governance

Ejerskab, kvalitet og adgang er governance-spørgsmål; et mappetræ gennemfører dem, men beslutter dem ikke.

Et fælles begrebsapparat

Hele systemet

Det praktiske argument for netop disse facetter: de samme ord bruges allerede i strategiarbejdet, så drevet og strategien stemmer overens.

Ethvert konsekvent system er bedre end et inkonsekvent. Argumentet for netop dette sæt facetter er ikke, at det er det eneste rigtige, men at det allerede er det sprog, virksomheden tænker i.

Hvor det hører til i rammen

Hvad hver core bidrager med

The Omnigoal er holistisk: alle otte cores er i spil her, og hver af dem bidrager med noget, de andre ikke kan. Følg en af dem for at se de objects, den rummer. Selve frameworket er på engelsk, fordi begreberne er dets navne.

Tjekliste

Tegn på, at systemet holder

  • To kolleger, der får det samme dokument, vælger den samme mappe.
  • En ny medarbejder kan arkivere korrekt på første arbejdsdag.
  • Intet dokument findes to steder; der bruges links i stedet for kopier.
  • Projektmapper tømmes, når projekter lukker.
  • Arkiverne ligger inde i objects frem for over dem.
  • Arkiveringskonventionen navngiver en ejer og en dato for næste gennemgang.

Forbehold

Hvad dette ikke løser

Et klassifikationssystem bærer mindre, end man ofte beder det om. Dette er de dele, det ikke dækker.

  • En struktur kan ikke håndhæve sig selv. Uden en navngiven ejer og en skrevet konvention forfalder enhver taksonomi — det er det almindelige fund, ikke en svaghed ved netop dette system.
  • Nogle dokumenter hører reelt til i to cores. Beslut det én gang, link frem for at kopiere, og notér beslutningen, så den næste arver den.
  • Dette er et klassifikationssystem, ikke en opbevaringspolitik. Lovpligtig og regulatorisk opbevaring ligger over det og kan ikke forhandles af hensyn til bekvemmelighed.
  • Det siger intet om adgangsrettigheder, som er et governance-spørgsmål og som regel det sværeste problem.
  • Større organisationer kan få brug for endnu et niveau, og mindre vil lade de fleste objects stå tomme. Begge dele er normalt.

Spørgsmål

Ofte stillede spørgsmål

De spørgsmål, der oftest bliver stillet om mappestruktur og The Omnigoal.

Hvad er den bedste mappestruktur til en virksomhed?

En, der er inddelt efter et princip, som overlever de mennesker, der bruger den. At arkivere efter funktion frem for efter person, afdeling eller dato er etableret praksis i dokumenthåndtering, fordi funktioner ændrer sig langt langsommere end organisationsstrukturer. Med The Omnigoals otte cores som øverste niveau og deres objects som det andet får man et funktionsbaseret system, hvis begreber allerede deles med virksomhedens strategiarbejde.

Skal mapper organiseres efter afdeling eller efter funktion?

Efter funktion, i næsten alle tilfælde. Afdelingsbaserede strukturer går i stykker ved næste omorganisering og har det med at skjule materiale for dem, der har mest brug for det. Et funktionsbaseret system overlever omstruktureringer, for økonomi forbliver økonomi, uanset hvem der ejer det i år.

Hvor skal projektmapperne ligge?

I Time Core, fordi et projekt er en livscyklus snarere end et emne. Arbejdsfiler bliver i projektmappen; godkendte resultater flyttes ved afslutningen til den core og det object, de permanent hører til. At gøre den overdragelse til en del af afslutningstjeklisten er det, der forhindrer systemet i stille og roligt at blive fyldt med forladt arbejde.

Virker det i SharePoint, Google Drive og Dropbox?

Ja — det er en konvention for navngivning og hierarki, ikke et stykke software. I SharePoint svarer det øverste niveau ofte til dokumentbiblioteker; i Drive og Dropbox svarer det direkte til mapper. Undgå mellemrum i mappenavne, hvor filer synkroniseres mellem systemer.

Hvordan flytter vi et eksisterende rod uden at standse arbejdet?

Byg det nye hierarki tomt, frys det gamle træ som skrivebeskyttet, og flyt kun materiale, efterhånden som det bliver brugt. Det, der stadig er urørt efter tolv måneder, var i praksis arkivmateriale. Migreringer, der forsøges i ét hug, mislykkes som regel, fordi de beder alle om at ændre vaner på en dag, hvor de også har arbejde at lave.

Hvad hvis to niveauer ikke er dybt nok?

Rammen fortsætter under objectet. Et Object deles i Modules, et Module i Components, en Component i Elements, og et Element bærer Attributes — så Business Core / Finance / Budgeting / Årsbudget / Marketinglinje / Beløb er én ubrudt kæde frem for fire niveauer af improvisation. Værdien ved at fortsætte sådan er, at de dybere niveauer stadig er inddelt efter samme princip, og det er netop dér, improviserede træer normalt begynder at blive uforudsigelige.

Kan det bruges på tværs af flere selskaber eller forretningsenheder?

Ja. Hvert selskab eller hver enhed beholder sit eget træ med otte cores, og et fælles niveau over dem rummer kun det, der reelt er fælles. Den praktiske regel er ganske enkelt, at ét træ ikke skal passe til moderselskabet og alle datterselskaberne på én gang — hver enheds struktur forbliver fuldstændig på egne præmisser.

Er der noget galt med vores nuværende struktur, hvis den virker?

Hvis to personer arkiverer ens, intet findes i dubletter, og nye kolleger hurtigt klarer sig selv, så virker den, og der er ingen grund til at ændre den. Systemet her tilbydes som ét, der plejer at holde under vækst og omorganisering, ikke som en rettelse af systemer, der allerede gør deres arbejde.