Ik wil onze werkgroepen gaan beheren in SharePoint. Op dit moment is het documentmanagement geïmplementeerd op de klassieke foute manier, namelijk met mappen in mappen. Wat ook inhoudt dat dat per werkgroep weer apart opgezet moet worden, want alles is compleet hiërarchisch opgezet. Kortom, het moet omgegooid worden.
De volgende eisen spelen:
- Alle projectgroepen zijn vrijwel of misschien zelfs compleet het zelfde qua inrichting
- Mensen mogen alleen de werkgroepen en de inhoud daar van zien waar ze in zitten tenzij ze een speciale rol hebben
- Mensen kunnen in meerdere werkgroepen zitten
- Document templates moeten globaal beschikbaar zijn
- Bepaalde documentatie moet door alle werkgroepen te benaderen zijn
- Daar waar deze documentatie niet helemaal aansluit bij deze groep moet er een eigen versie van te maken zijn die niet door de andere groepen te zien is maar wel in de eigen
- Gedeelde agenda die alleen door groepshoofd in te vullen is
- Gebruikers moeten zelf kunnen aangeven met welke view ze opstarten (een soort favoriet.......maar ik denk dat dat niet gaat)
- De systeembeheerder aldaar moet zelf enige controle over de inrichting kunnen uitvoeren, maar moet geen überadmin zijn.
Ik zit aan verschillende varianten voor de indeling te denken:
- Alle documenten in één list, en dan met views met vaste filters werken om data te verbergen die niet gezien mag worden (risky.....)
- Een/enkele standaard list(s) en view(s) definieren, en dan per werkgroep die list los toevoegen (maar hoe zit het dan met de globale documenten en templates?)
Ik neig zelf heel erg naar variant twee, maar hoe kan ik die globale documentatie praktisch gezien dan oplossen?
De volgende eisen spelen:
- Alle projectgroepen zijn vrijwel of misschien zelfs compleet het zelfde qua inrichting
- Mensen mogen alleen de werkgroepen en de inhoud daar van zien waar ze in zitten tenzij ze een speciale rol hebben
- Mensen kunnen in meerdere werkgroepen zitten
- Document templates moeten globaal beschikbaar zijn
- Bepaalde documentatie moet door alle werkgroepen te benaderen zijn
- Daar waar deze documentatie niet helemaal aansluit bij deze groep moet er een eigen versie van te maken zijn die niet door de andere groepen te zien is maar wel in de eigen
- Gedeelde agenda die alleen door groepshoofd in te vullen is
- Gebruikers moeten zelf kunnen aangeven met welke view ze opstarten (een soort favoriet.......maar ik denk dat dat niet gaat)
- De systeembeheerder aldaar moet zelf enige controle over de inrichting kunnen uitvoeren, maar moet geen überadmin zijn.
Ik zit aan verschillende varianten voor de indeling te denken:
- Alle documenten in één list, en dan met views met vaste filters werken om data te verbergen die niet gezien mag worden (risky.....)
- Een/enkele standaard list(s) en view(s) definieren, en dan per werkgroep die list los toevoegen (maar hoe zit het dan met de globale documenten en templates?)
Ik neig zelf heel erg naar variant twee, maar hoe kan ik die globale documentatie praktisch gezien dan oplossen?
iOS developer