Weleens een versienummer gezien in de vorm van 1.2?
Hierbij wordt een versienummer aangegeven bestaand uit twee versies:
- Primaire versie, in het bovenstaande voorbeeld: 1
- Secundaire versie, in het bovenstaande voorbeeld: 2
Een primaire versie is een belangrijke versie, bijvoorbeeld een document die gepubliceerd wordt of door meerdere mensen wordt bekeken. Secundaire versies zijn vaak concept versies waar individuele gebruikers mee bezig zijn.
Bijhouden van zowel primaire als secundaire versies draagt bij aan de versiegeschiedenis van een document. In de versiegeschiedenis van een document kunnen de versienummers iets vertellen over het ontstaan en het onderhoud van het betreffende document.
Een document wordt standaard met een nieuw secundair versienummer opgeslagen tenzij dit door de gebruiker anders wordt aangegeven, en het betreffende document wordt gepubliceerd of ingechecked.
Gebruik van versies
Iedere primaire versie kan 511 secundaire versies bevatten. Dit aantal is te beperken door de site beheerder.
Een secundaire versie kan door een andere secundaire versie worden overschreven.
Van een primaire versie kan een secundaire versie worden gemaakt.
donderdag 31 maart 2011
donderdag 24 maart 2011
Praktisch aan de slag met SharePoint: workshops en labs
”Tell me, and I will forget
Show me, and I will remember
Involve me, and I will understand
Let me do it myself and I will truly know how it works”
[Chinees gezegde, aangevuld met modern inzicht]
SharePoint is een kwestie van "doen". Een cursus of training volgen is natuurlijk een eerste stap, maar als het geleerde niet in de praktijk wordt gebracht, is het zonde van het geld en de moeite. SharePoint is ook een kwestie van "samen doen"; samen oefenen, samen leren, samen bedenken hoe SharePoint het beste in de praktijk kan worden toegepast en samen contact houden om in de praktijk elkaar te vinden om kennis en ervaring uit te blijven wisselen.
In de praktijk heeft HansR stevige ervaring met het organiseren en vullen van workshops en handson labs. Voor de eigen organisatie en voor klanten en partners heeft hij diverse workshop reeksen en handson labs georganiseerd.
Interesse om dit binnen uw organisatie te laten organiseren? Neem contact op met HansR, HansRontheWeb@live.com.
donderdag 10 maart 2011
Keuzelijsten in metadata velden: keuzelijsten, externe lijsten of standaard lijsten?
Voor metadata velden in lijsten en bibliotheken kunnen keuzelijsten gebruikt worden. Denk hierbij bijvoorbeeld aan een metadata veld dat vaste waarden als Afdelingsnaam of DocumentStatus bevat.
Hiervoor zijn de volgende mogelijkheden:
- Gebruik maken van vaste lijsten, b.v. gebruikersgegevens
- Gebruik van keuzelijsten die gedefinieerd worden bij het veld zelf (zie bibliotheek of lijst instellingen)
- Gebruik maken van de waarden in een externe lijst
Wanneer meerdere lijsten en/of bibliotheken gebruik maken van dezelfde keuzelijsten, is het verstandig om de waarden hiervan vast te leggen in een aparte centrale lijst en hiervan in een keuzeveld gebruik te maken. Wanneer keuze waarden veranderd moeten worden, kan dat in deze centrale lijst gebeuren.
Zijn er reeds standaard lijsten beschikbaar, zoals gebruikersgegevens, gebruik deze dan en maak niet zelf aparte lijsten of keuzelijsten aan met daarin zelfingevoerde namen. De standaard lijsten, als gebruikersgegevens, kunnen actueel aangenomen worden en zijn dus van grotere waarden dan zelf opgestelde en zelf te onderhouden lijsten.
Let op:
Gebruik van zelf in te vullen waarden bij keuzelijsten is in veel gevallen af te raden. Het kan zorgen voor vervuiling van deze lijsten en vormt daarom een gevaar voor de standaardisatie van meta data.
SharePoint 2010: Taxonomieen:
In SharePoint 2010 kunnen, op organisatieniveau, taxonomieen worden gedefinieerd die als basis kunnen dienen voor keuzevelden.
Wat is een taxonomie? Een boomstructuur waarin een vaste indeling van trefwoorden is gedefinieerd, b.v. regio's, landen, provincies. Zie ook: Wikipedia: Taxonomie.
Hiervoor zijn de volgende mogelijkheden:
- Gebruik maken van vaste lijsten, b.v. gebruikersgegevens
- Gebruik van keuzelijsten die gedefinieerd worden bij het veld zelf (zie bibliotheek of lijst instellingen)
- Gebruik maken van de waarden in een externe lijst
Wanneer meerdere lijsten en/of bibliotheken gebruik maken van dezelfde keuzelijsten, is het verstandig om de waarden hiervan vast te leggen in een aparte centrale lijst en hiervan in een keuzeveld gebruik te maken. Wanneer keuze waarden veranderd moeten worden, kan dat in deze centrale lijst gebeuren.
Zijn er reeds standaard lijsten beschikbaar, zoals gebruikersgegevens, gebruik deze dan en maak niet zelf aparte lijsten of keuzelijsten aan met daarin zelfingevoerde namen. De standaard lijsten, als gebruikersgegevens, kunnen actueel aangenomen worden en zijn dus van grotere waarden dan zelf opgestelde en zelf te onderhouden lijsten.
Let op:
Gebruik van zelf in te vullen waarden bij keuzelijsten is in veel gevallen af te raden. Het kan zorgen voor vervuiling van deze lijsten en vormt daarom een gevaar voor de standaardisatie van meta data.
SharePoint 2010: Taxonomieen:
In SharePoint 2010 kunnen, op organisatieniveau, taxonomieen worden gedefinieerd die als basis kunnen dienen voor keuzevelden.
Wat is een taxonomie? Een boomstructuur waarin een vaste indeling van trefwoorden is gedefinieerd, b.v. regio's, landen, provincies. Zie ook: Wikipedia: Taxonomie.
maandag 7 maart 2011
Motiveren, hoe doe ik dat?
Motiveren doen we al decennia op dezelfde wijze. Dat dit niet altijd even doeltreffend en doelmatig is, blijkt regelmatig. Onderstaande video's geven een alternatieve, verfrissende blik op motivatie. Insprirerend en zeer bruikbaar in SharePoint projecten of collaboration platform projecten in het algemeen. Het gaat daarin vaak mensen die gevraagd wordt het "dagelijks werk" anders te doen, samen te werken zonder daarvoor een directe beloning te krijgen. Er kan zelfs sprake zijn van een ware cultuurverandering. Reden genoeg om eens te kijken of er doeltreffender en doelmatiger manieren zijn om de gebruikerscommunity "in beweging te krijgen".
Daniel Pink on the surprising science of motivation (Engels)
De presentatie van Daniel Pink ligt in lijn met onderzoek dat is gedaan op het gebied van Bloggen: meer vrijheid maakt produktiever.
Bloggen maakt produktiever
Bron: Bloggend personeel is productiever, en het originele artikel: Personal Blogging at Work Increases Productivity.
Vrijheid op het werk motiveert blijkbaar tot het leveren van betere individuele prestaties en verbetert het communiceren hierover, hetgeen samenwerken bevordert, wat weer een positieve invloed heeft op het groepsresultaat (lees: bedrijfsresultaat).
Bovenstaande deed me denken aan de al in 1943 door Abraham Maslow gepubliceerde piramide waarin de hiërarchische ordening van behoeften wordt weergegeven (zie: Piramide van Maslow).
De in de piramide genoemde "Hogere fundamentele behoeften" (bovenste 3):
1. Behoefte aan saamhorigheid, behoefte aan vriendschap, liefde en positief-sociale relaties;
2. Behoefte aan waardering, erkenning en zelfrespect, die de competentie en het aanzien in groepsverband verhogen; het belang hechten aan de status in sociaal verband;
3. Behoefte aan zelfverwerkelijking of zelfactualisatie,
lijken te drivers te zijn van de successen die vrijheid, zelfexpressie en de daaruitvolgende samenwerking.
Stof tot nadenken, lijkt me, (ruim) voordat u aan uw SharePoint implementatie begint.
Daniel Pink on the surprising science of motivation (Engels)
De presentatie van Daniel Pink ligt in lijn met onderzoek dat is gedaan op het gebied van Bloggen: meer vrijheid maakt produktiever.
Bloggen maakt produktiever
"Volgens deze academische studie helpt schrijven op een online bedrijfsblog of forum werknemers dichter bij elkaar te komen en goede relaties op te bouwen. Daarnaast verhoogt het na verloop van tijd zelfs de productiviteit."
Bron: Bloggend personeel is productiever, en het originele artikel: Personal Blogging at Work Increases Productivity.
Vrijheid op het werk motiveert blijkbaar tot het leveren van betere individuele prestaties en verbetert het communiceren hierover, hetgeen samenwerken bevordert, wat weer een positieve invloed heeft op het groepsresultaat (lees: bedrijfsresultaat).
Bovenstaande deed me denken aan de al in 1943 door Abraham Maslow gepubliceerde piramide waarin de hiërarchische ordening van behoeften wordt weergegeven (zie: Piramide van Maslow).
De in de piramide genoemde "Hogere fundamentele behoeften" (bovenste 3):
1. Behoefte aan saamhorigheid, behoefte aan vriendschap, liefde en positief-sociale relaties;
2. Behoefte aan waardering, erkenning en zelfrespect, die de competentie en het aanzien in groepsverband verhogen; het belang hechten aan de status in sociaal verband;
3. Behoefte aan zelfverwerkelijking of zelfactualisatie,
lijken te drivers te zijn van de successen die vrijheid, zelfexpressie en de daaruitvolgende samenwerking.
Stof tot nadenken, lijkt me, (ruim) voordat u aan uw SharePoint implementatie begint.
zondag 6 maart 2011
IS Lite en Open Source Governance als basis voor Enterprise 2.0 governance
Inleiding
De laatste jaren dringen steeds meer webtoepassingen door in bedrijven en organisaties. Toepassingen die onder de paraplu “Enterprise Web 2.0” vallen, vormen het onderwerp van dit artikel.
Enterprise Web 2.0 toepassingen omvatten de software [1]:
1. Enterprise search: vinden van mensen, functionaliteit en informatie;
2. Authoring & sharing: blogs, wikis, collaboration platforms;
3. Social bookmarking, recommendation, tagging, signaling;
4. Delen en verspreiden van informatie en functionaliteit: mashups.
Samengevat kunnen deze toepassingen worden omschreven als software assets voor “Vinden, delen en samenwerken”.
Het alom aanwezige internet, ook binnen organisaties beschikbaar, samen met de ontwikkeling van platforms waarmee dergelijke software assets snel en relatief eenvoudig gemaakt kunnen worden, en de populariteit van deze software assets, maakt dat bedrijven en organisaties niet meer om deze software heen kunnen. Op de een of andere wijze worden organisaties hiermee geconfronteerd.
Stelling: IS Lite + Open Source Governance biedt een goede basis voor Enterprise 2.0 assets
In de onderstaande tekst wil ik de stelling onderbouwen dat IS Lite, aangevuld met Open Source governance concepten, een goede basis biedt voor governance van Enterprise Web 2.0 assets.
Kenmerken en beloften van Enterprise Web 2.0 software assets
Enterprise Web 2.0 software assets bieden, in combinatie met het internet, een aantal grote voordelen, maar ook een aantal risico’s.
Voordelen en nadelen zorgen ervoor dat organisaties in eerste instantie niet
staan te springen om ermee aan de slag te gaan.
De voordelen van dergelijke assets zijn de gemakkelijke verspreidbaarheid, toegankelijkheid en herbruikbaarheid. Een software asset kan in principe door een zeer groot publiek worden gebruikt en hergebruikt, waardoor het aantal klanten (gebruikers) van een organisatie zeer snel toeneemt. Als voorbeeld kunnen RSS feeds genoemd worden waarmee nieuws zeer snel op verschillende sites kan worden verspreid. Ook assets voor e-commerce functionaliteit (software assets, webservices, waarmee online verkoop van artikelen kan worden gerealiseerd, kan zorgen voor een enorme toename van potentiële klanten en daarmee, van verkoop. Assets waarmee communicatie wordt ondersteund (micro blogging, discussie groepen, chatrooms) bieden informele groepen uitstekende mogelijkheden om kennis en ervaring uit te wisselen, zich te organiseren en zodoende invloed uit te oefenen. En deze “informele groepen” kunnen in de toekomst een formele juridische status krijgen waarmee deze invloed alleen nog maar groter wordt [8].
Binnen organisaties belooft toepassing van Enterprise Web 2.0 software assets, vooral van wiki’s, blogs en collaboration platforms, een betere communicatie en samenwerking tussen medewerkers en een betere kennisdeling en –overdracht.
De bovenstaande beloften komen in de praktijk vaak niet uit.
Dit is niet zozeer te wijten aan de technische mogelijkheden, maar aan de
verwachtingen die gesteld worden aan deze nieuwe technologieën.
"Install and expect" is de meest gemaakte fout bij de aanschaf of introductie van Enterprise Web 2.0 software assets. Daarnaast worden van Enterprise Web 2.0 software assets ook gezien als een dreiging, omdat “controle” over communicatie, klanten en eigen medewerkers verloren zou gaan.
Goede governance van de productie, de inzet, het beheer en het gebruik van Enterprise Web 2.0 software assets is van cruciaal belang om optimaal te kunnen profiteren van de technische mogelijkheden en met de risico’s te kunnen omgaan.
Dit vergt een zekere vorm van volwassenheid van de organisatie om met Enterprise Web 2.0 software om te kunnen gaan [10].
Verschillen met klassieke software
Om een beeld te krijgen van wat nodig is voor de governance van Enterprise Web 2.0 software assets kan een vergelijking gemaakt worden van goverance van "klassieke" software en "Enterprise Web 2.0 software". Hierbij wordt onderscheid gemaakt tussen planning, ontwikkeling, beheer, productie en gebruik.
Wat opvalt is dat de grote verschillen tussen governance van klassieke software en Enterprise Web 2.0 software temaken heeft met controle, of liever gezegd, met het verlies van controle over Enterprise Web 2.0 software. Bij klassieke software wordt risicomijdend gepland, worden formele opleveringen gedaan op basis van vantevoren gestelde eisen en wensen. Beheer wordt belegd bij een partij waarmee formele afspraken worden gemaakt over dienstverlening. Klassieke software kan vaak maar op een manier worden gebruikt terwijl en aanpassingen aan software weer via een formele procedure verlopen, waarbij slechts een kleine groep invloed heeft.
Bij Enterprise Web 2.0 software assets, echter, liggen veel zaken niet vast. Sterker nog; veel zaken zijn variabel, flexibel en aan (veel) verandering onderhevig.
Allereerst wordt bij dergelijke software uitgegaan van een flexibele set software assets waarvan de assets los van elkaar, maar ook in combinatie gebruikt kunnen worden. Voorbeelden hiervan zijn: mashups en webonderdelen in collaboration platforms.
Voorts heeft de eindgebruiker (de klant) heel veel invloed op de ontwikkeling van deze applicaties, het beheer ervan en het gebruik ervan.
Vaak kunnen gebruikers zelf applicaties (b.v. sites) samenstellen, configureren, de look and feel veranderen en nemen ze ook een deel van het beheer op zich. Daarmee bepalen ze ook in belangrijke mate hoe er gebruik wordt gemaakt van de software en bepalen ze daarmee ook waarover en hoe gecommuniceerd wordt. En daarmee is (bedoeld of onbedoeld) misbruik van software assets een realiteit [2]
De bovenstaande flexibiteit wordt bovendien nog aangevuld met een belangrijke mate van verandering; software assets kunnen eenvoudig worden vervangen voor andere en op het internet ontstaan voortdurend nieuwe software assets waarvan snel en gemakkelijk gebruik kan worden gemaakt. De snelheid waarmee microblogging aan populariteit heeft gewonnen, zowel buiten als binnen organisaties, is hiervan een goed voorbeeld. Ook de snel rijzende en dalende populariteit van Second Life is hier een goed voorbeeld van. Het lijkt wel alsof software aan modegrillen onderhevig is.
Door deze snelle veranderingen is het lastig goede gerichte investeringen te doen in software waarmee vastgestelde business doelen bereikt moeten worden. Daarnaast is het lastig het succes van software te meten. Van ieder nieuw concept moet immers bepaald worden op welke wijze succes gemeten wordt en wanneer sprake is van succes [3].
Samengevat bestaat het risico dus uit:
1. Verlies van grip op productie, beheer en gebruik;
2. Beperkt aanpassingsvermogen aan de klant zodat de aansluiting van oplossing(en) op de behoefte(n) van de klant verloren gaat.
In de praktijk blijken deze risico’s inderdaad te leiden tot teleurstellingen:
“We hebben geen controle over wat ze over ons zeggen op internet”
“Ons collaboration platform is een grote chaos; iedereen doet maar wat”
“Onze medewerkers worden via LinkedIn bij ons weggelokt”
Globale requirements aan governance van Enterprise Web 2.0 software
Uit de risico’s volgen ook de globale requirements die aan governance van deze software assets gesteld kunnen worden. Het moet de organisatie de mogelijkheid geven om de klant goed te kunnen volgen en doeltreffend en doelmatig te kunnen reageren op de steeds veranderende eisen.
Daarnaast zal er voldoende invloed uitgeoefend moeten kunnen worden op het gebruik van de software assets zodat ze doeltreffend en doelmatig ingezetworden ten behoeven van de business.
IT Lite: een eerste basis
IS Lite [4] lijkt een goede basis te zijn voor governance van Enterprise Web 2.0 software. IS Lite is ontstaan uit een aantal trends:
1. Process-based werken;
2. Outsourcing;
3. Gespecialiseerde Centers of Excellence;
4. IT gedecentraliseerd in business units.
Dit allemaal om snel te kunnen reageren op veranderingen in de markt en ICT goed te kunnen aansluiten op business behoeften.
Voor governance van Enterprise Web 2.0 software zou het zelf ontwikkelen van assets binnen business units ervoor kunnen zorgen dat assets optimaal worden afgestemd op de behoeften van de klant. Daarnaast zou de centrale ICT afdeling ervoor kunnen zorgen dat kennis van en ervaring met assets over de hele organisatie wordt gedeeld en dat hiervan iedere business unit profiteert. Ontwikkelde assets zouden aan de “infrastructuur” (hardware, software, Enterprise Web 2.0 platforms) kunnen worden toegevoegd en worden beheerd door de partij waaraan dit geoutsourced is.
Competence Center (CC) vs Center of Excellence (CoE)
Een Competence Center (CC) wendt Change Management strategieën aan om stabiliteit van systeem en business te (her)bereiken. De werkzaamheden van een Competence Center zijn daarom reactief van aard; er wordt actie ondernomen op basis van vragen / wensen vanuit de business. Een Center of Excellence (CoE, kwaliteitscentrum, kenniscentrum of expertisecentrum) streeft naar samenwerking in en met de business in een bepaald kennisgebied om zo concurrentie voordeel te behalen. Een Center of Excellence is daarom proactief; er wordt actief gezocht naar manieren om technologie en resources toe te passen om waarde proposities en de concurrentiedruk voortdurend het hoofd te bieden.
Een Center of Excellence kan zorg dragen voor een actieve verspreiding van kennis en ervaring en begeleiding van business units bij het ontwikkelen en verspreiden van assets. Daarnaast verzorgt het Center of Excellence voor een centrale roadmap waarin alle huidige en toekomstige ontwikkelingen in de tijd zijn uitgezet. Deze dient als leidraad voor alle decentrale IT units [9].
Kanttekeningen bij IS Lite voor governance van van Enterprise Web 2.0
software
In de realiteit blijkt IS Lite niet geheel te worden uitgerold [4] [7].
Redenen hiervoor zijn:
1. De economische teruggang waardoor ICT eerder gecentraliseerd wordt dan gedecentraliseerd binnen de business units wordt geïmplementeerd (gedecentraliseerde ICT is doorgaans nueenmaal duurder);
2. Een weerstand tegen verandering van ICT omdat IT Lite andere competenties vereist dan de gangbare.
Daarnaast blijkt een verandering naar IT Lite een langdurig traject te zijn dat meerdere jaren doorlooptijd kost.
Bovenstaande belemmeringen kunnen uit de weg worden genomen door niet de gehele organisatie met IS Lite te laten werken, maar dit te beperken tot organisatie eenheden die meteen profijt hebben van de voordelen en waar vanuit gemakkelijk andere organisatieonderdelen kunnen worden geïnspireerd hetzelfde te doen. Voorbeelden hiervan zijn: communicatie, project-office (assets voor interne samenwerking) en HRM.
IS Lite biedt de mogelijkheid om goed te “luisteren” naar de omgeving, de klanten en de partners en hierop gericht te reageren. Alleen luisteren, echter, is niet voldoende, ook invloed moet worden uitgeoefend om ervoor te zorgen dat assets worden gebruikt om de business doelstellingen optimaal te ondersteunen. Daarbij is het van belang dat de verschillende gebruikerscommunities een actieve bijdrage doen aan het succes van de assets. Het Center of Excellence zal daarom een manier moeten vinden om de gebruikerscommunities te activeren.
En dat gebeurt niet zomaar…
Open Source governance: een aanvulling op IT Lite
Het speelveld waarin Enterprise Web 2.0 software wordt geproduceerd, beheerd en (her)gebruikt heeft veel overeenkomsten met Open Source communities. Net zoals bij Enterprise Web 2.0 software wordt Open Source software snel en gemakkelijk verspreid en hergebruikt en brengt dit ook risico’s van verkeerd gebruik en zelfs misbruik met zich mee. En ook hierbij hebben we temaken met communities van relatief onafhankelijke leden die de vrijheid en flexibiliteit in het (her)gebruik optimaal benutten.
Afspraken voor de ontwikkeling en gebruik zijn ook hierbij van groot belang voor het succesvol zijn van de software.
In Open Source communities waarbij een leverancier een rol speelt, draagt de community aan de ene kant bij aan het succes van software van de leverancier en aan de andere kant draagt de leverancier actief bij aan het succesvol gebruiken van software door de community. Daarbij wordt impliciet controle ingebouwd op het gebruik van de software.
Deze controle kan de vorm hebben van:
1. Regelgeving, richtlijnen en begeleiding bij het (her)gebruiken van assets;
2. Ontwikkelen van juridische expertise wanneer het gaat om software assets waarvan het gebruik aan formele regelgeving onderhavig is;
3. Inventariseren, volgen en begeleiden van open source projecten waarbij gelet wordt op gebruik, hergebruik, aanpassingen en distributie van software assets;
4. Een interne Open Source community om richting te geven te geven aan de ontwikkelingen en verspreiding van assets.
Open Source governance toegepast op IS Lite governance van Enterprise Web 2.0 software assets
De bovenstaande ervaringen kunnen toegepast worden op de IS Lite governance van Enterprise Web 2.0 software assets zoals die hiervoor besproken zijn.
Om dit toe te passen kunnen we iets dieper ingaan op de verschillende stakeholders die betrokken zijn bij de ontwikkeling, het (her)gebruik en het beheer van assets, en de relaties tussen deze stakeholders.
De business
De business: bepaalt de functionaliteit van de assets die ontwikkeld moeten worden en bepaalt welke assets toegevoegd moeten worden aan de infrastructuur (platformen en asset bibliotheken die aan de communities beschikbaar worden gesteld). De business is daarmee verantwoordelijk voor de afstemming van ICT op de businessdoelen [9], krijgt richtlijnen en nieuwe ideeën van het Centrale ICT / Enterprise 2.0 Center of Excellence en geeft ideeën vanuit de communities door aan de locale en centrale IT afdeling / Center of Excellence.
Centrale ICT / Enterprise 2.0 Center of Excellence
Centrale ICT / Enterprise 2.0 Center of Excellence bepaalt de overall architectuur en stemt dit af in samenspraak met de business.
Uitgebreid met een Open Source Program Office en een Review Board waarin ook
vertegenwoordigers vanuit de business plaatsnemen, kan het Center of Excellence
zorgen voor een continue stroom van nieuwe assets die vanuit de communities
worden aangeboden.
De lokale ICT afdeling
Ontwikkelt actief assets op basis van de communities binnen hun klanten en partnerkring. Daarnaast worden communities actief begeleid in het (her)gebruiken van assets. Hierbij spelen het beschikbaar stellen van nieuwe assets, prototypes, tools, richtlijnen en advies aan de communities een belangrijke rol. Communityleden worden tevens gemotiveerd om nieuwe ideeën en assets ter review aan het Center of Excellence aan te bieden en daarmee de gezamenlijke infrastructuur te verrijken. Gebruik van de assets wordt geanalyseerd en de doeltreffendheid ervan bepaald om de business houvast te geven assets te specificeren die (nog) beter aansluiten op de behoefte van de communities, die de businessdoelen (nog) beter ondersteunen en die de
organisatie een beter concurrentie voordeel geven.
Outsourcing partner
Beheert de infrastructuur, neemt nieuwe assets op in de infrastructuur en geeft proactief advies over doeltreffender en doelmatiger gebruik van deze infrastructuur.
De communities
(Her)gebruiken assets om hun eigen businessdoelen te ondersteunen. Geven in ruil voor de begeleiding en het beschikbaar stellen van de infrastructuur met gedeelde assets een bijdrage in de vorm van feedback, nieuwe ideeën en eigen ontwikkelde assets die, na review, kunnen worden toegevoegd aan de gezamenlijke infrastructuur.
Op bovenstaande wijze wordt een ecosysteem tot stand gebracht waarin alle stakeholders hun eigen doelen kunnen realiseren en daarbij door de andere stakeholders worden ondersteund. Voor de business kan hiermee het doel worden bereikt om, naast goed te kunnen luisteren en snel en doeltreffend in te kunnen spelen op veranderende eisen vanuit de communities, ook daadwerkelijk invloed word uitgeoefend op het (her)gebruik van assets binnen deze communities.
Kantttekeningen bij IS Lite en Open Source governance toegepast op Enterprise
Web 2.0 assets
Bovenstaande opzet is natuurlijk een grove schets van hoe governance voor Enterprise Web 2.0 assets ingericht kan worden. De werkelijkheid zal verfijning vereisen. Een aantal kanttekeningen kunnen op dit moment algemaakt worden:
1. Inzet van Enterprise Web 2.0 assets binnen de organisatie verschilt van inzet van deze assets erbuiten. Interne communities zijn in het algemeen kleiner en assets worden hier veelal gebruikt om samenwerking en kennisdeling te ondersteunen. Hierbij is een “culture of sharing” noodzakelijk [6]; blindelings vertrouwen in software alleen staat in de praktijk garant voor een teleurstelling (“install and expect” is een veelgemaakte fout).
2. Risico zal nooit geheel uitgesloten zijn. Het is nueenmaal een gegeven dat controle over infrastructuur, beheer en (her)gebruik van assets voor een belangrijk deel buiten de organisatie wordt geplaatst en dit als gevolg heeft dat de organisatie zelf een deel van de controle verliest.
Dit brengt risico met zich mee. Dit risico kan echter opwegen tegen de voordelen die het heeft om met een veel groter publiek “samen te werken” [2].
3. (Her)gebruik van Enterprise Web 2.0 assets is een ontwikkeling die niet meer tegen te houden is. Het is beter dit te accepteren en er gebruik van te maken dan deze ontwikkeling te negeren en de boot te missen.
4. Ofschoon inzet van IS Lite en Open Source governance niet meteen in de gehele organisatie hoeft te worden uitgerold is het wel van belang dat men, vanaf de werkvloer tot en met het topmanagement, hierachter staat. Immers, omdat deze ontwikkelingen niet tegen zijn te houden, daarom risico’s genomen moeten worden, en het Enterprise Web 2.0 concept in een later stadium in de gehele organisatie moet worden uitgerold, zal het management ook in tegenspoed deze ontwikkeling moeten steunen. De CIO zou zich in zekere mate ook meer als netwerker en strateeg moeten gaan gedragen [11].
Bronnen
[1] http://en.wikipedia.org/wiki/Enterprise_social_software
[2] “Managing Risk in Mashup Corporations”, Capgemini, juli 2009, Hofman, Aaldert
[3] "Crafting An Insurance Social Media Strategy, P&C And Life Insurers Are Getting Social With Customers And Agents", Chad Mitchell, 8 juni 2009
[4] “The Reality of IS Lite”, september 2003, Gartner research.
[5] "Open source software governance, Critical business considerations and strategies", September 2007, HP/Oracle, Redwood City, California.
[6] "Elements of succesful collaboration, Baseline study, final report", december 1999, CIA/AAT/Coda, Intelligence Community Collaboration
[7] “Lite at the End of the Tunnel“, Andrew Rowsell-Jones, CIO magazine, 8 juni 2004
[8] "Social Software, Groups and Governance", Year 2005 Paper 24, Michael J. Madison, University of Pittsburgh School of Law
[9] "Seven characteristics of a good purpose for social software", Anthony Bradly, Nikos Drakos, 24 juli 2009, Gartner research
[10] "The Business Impact of Social Computing on
Company Governance", Anthony Bradley, 11 September 2008, Gartner Research
[11] "Information Governance: de nieuwe positie van de
CIO", Michiel Kooper, Compact_KPMG IT Advosory Seminar, 2007
De laatste jaren dringen steeds meer webtoepassingen door in bedrijven en organisaties. Toepassingen die onder de paraplu “Enterprise Web 2.0” vallen, vormen het onderwerp van dit artikel.
Enterprise Web 2.0 toepassingen omvatten de software [1]:
1. Enterprise search: vinden van mensen, functionaliteit en informatie;
2. Authoring & sharing: blogs, wikis, collaboration platforms;
3. Social bookmarking, recommendation, tagging, signaling;
4. Delen en verspreiden van informatie en functionaliteit: mashups.
Samengevat kunnen deze toepassingen worden omschreven als software assets voor “Vinden, delen en samenwerken”.
Het alom aanwezige internet, ook binnen organisaties beschikbaar, samen met de ontwikkeling van platforms waarmee dergelijke software assets snel en relatief eenvoudig gemaakt kunnen worden, en de populariteit van deze software assets, maakt dat bedrijven en organisaties niet meer om deze software heen kunnen. Op de een of andere wijze worden organisaties hiermee geconfronteerd.
Stelling: IS Lite + Open Source Governance biedt een goede basis voor Enterprise 2.0 assets
In de onderstaande tekst wil ik de stelling onderbouwen dat IS Lite, aangevuld met Open Source governance concepten, een goede basis biedt voor governance van Enterprise Web 2.0 assets.
Kenmerken en beloften van Enterprise Web 2.0 software assets
Enterprise Web 2.0 software assets bieden, in combinatie met het internet, een aantal grote voordelen, maar ook een aantal risico’s.
Voordelen en nadelen zorgen ervoor dat organisaties in eerste instantie niet
staan te springen om ermee aan de slag te gaan.
De voordelen van dergelijke assets zijn de gemakkelijke verspreidbaarheid, toegankelijkheid en herbruikbaarheid. Een software asset kan in principe door een zeer groot publiek worden gebruikt en hergebruikt, waardoor het aantal klanten (gebruikers) van een organisatie zeer snel toeneemt. Als voorbeeld kunnen RSS feeds genoemd worden waarmee nieuws zeer snel op verschillende sites kan worden verspreid. Ook assets voor e-commerce functionaliteit (software assets, webservices, waarmee online verkoop van artikelen kan worden gerealiseerd, kan zorgen voor een enorme toename van potentiële klanten en daarmee, van verkoop. Assets waarmee communicatie wordt ondersteund (micro blogging, discussie groepen, chatrooms) bieden informele groepen uitstekende mogelijkheden om kennis en ervaring uit te wisselen, zich te organiseren en zodoende invloed uit te oefenen. En deze “informele groepen” kunnen in de toekomst een formele juridische status krijgen waarmee deze invloed alleen nog maar groter wordt [8].
Binnen organisaties belooft toepassing van Enterprise Web 2.0 software assets, vooral van wiki’s, blogs en collaboration platforms, een betere communicatie en samenwerking tussen medewerkers en een betere kennisdeling en –overdracht.
De bovenstaande beloften komen in de praktijk vaak niet uit.
Dit is niet zozeer te wijten aan de technische mogelijkheden, maar aan de
verwachtingen die gesteld worden aan deze nieuwe technologieën.
"Install and expect" is de meest gemaakte fout bij de aanschaf of introductie van Enterprise Web 2.0 software assets. Daarnaast worden van Enterprise Web 2.0 software assets ook gezien als een dreiging, omdat “controle” over communicatie, klanten en eigen medewerkers verloren zou gaan.
Goede governance van de productie, de inzet, het beheer en het gebruik van Enterprise Web 2.0 software assets is van cruciaal belang om optimaal te kunnen profiteren van de technische mogelijkheden en met de risico’s te kunnen omgaan.
Dit vergt een zekere vorm van volwassenheid van de organisatie om met Enterprise Web 2.0 software om te kunnen gaan [10].
Verschillen met klassieke software
Om een beeld te krijgen van wat nodig is voor de governance van Enterprise Web 2.0 software assets kan een vergelijking gemaakt worden van goverance van "klassieke" software en "Enterprise Web 2.0 software". Hierbij wordt onderscheid gemaakt tussen planning, ontwikkeling, beheer, productie en gebruik.
| Planning: | Ontwikkeling: | Beheer: | Productie/gebruik: | |
| Klassieke software: | Risico mijdend Vaak langlopende projecten | ICT "doet" implementaties op basis van formele requirements en proces Klant eist en wenst | Vaste, formele mogelijkheden voor feedback | Vaste, formele mogelijkheden voor feedback |
| Enterprise Web 2.0 software: | Korte termijn: snelheid van acteren en aanpassen cruciaal Vooral bij externe communities bepaalt klant de richting Risico: niet voldoende aansluiten op wensen vanuit de klant | Minder afhankelijkheid van ICT, "zelf" ontwikkelen Bij externe communities bepaalt de klant de richting: nieuwe tools, nieuwe toepassingen, nieuwe mening. Applicaties evolueren continu (the perpetual beta) Klant ontwikkelt actief mee | Minder afhankelijkheid van ICT, "zelf" (laten) beheren. | Flexibele set (interne en externe) tools Informele communicatie, kennisdeling en samenwerken Klantgedrag verandert naarmate meer actief wordt deelgenomen Klant kan ook kiezen voor alternatieve software van concurrentie Risico: klant gedraagt zich niet in het belang van de business Meten van succes verandert continu |
Wat opvalt is dat de grote verschillen tussen governance van klassieke software en Enterprise Web 2.0 software temaken heeft met controle, of liever gezegd, met het verlies van controle over Enterprise Web 2.0 software. Bij klassieke software wordt risicomijdend gepland, worden formele opleveringen gedaan op basis van vantevoren gestelde eisen en wensen. Beheer wordt belegd bij een partij waarmee formele afspraken worden gemaakt over dienstverlening. Klassieke software kan vaak maar op een manier worden gebruikt terwijl en aanpassingen aan software weer via een formele procedure verlopen, waarbij slechts een kleine groep invloed heeft.
Bij Enterprise Web 2.0 software assets, echter, liggen veel zaken niet vast. Sterker nog; veel zaken zijn variabel, flexibel en aan (veel) verandering onderhevig.
Allereerst wordt bij dergelijke software uitgegaan van een flexibele set software assets waarvan de assets los van elkaar, maar ook in combinatie gebruikt kunnen worden. Voorbeelden hiervan zijn: mashups en webonderdelen in collaboration platforms.
Voorts heeft de eindgebruiker (de klant) heel veel invloed op de ontwikkeling van deze applicaties, het beheer ervan en het gebruik ervan.
Vaak kunnen gebruikers zelf applicaties (b.v. sites) samenstellen, configureren, de look and feel veranderen en nemen ze ook een deel van het beheer op zich. Daarmee bepalen ze ook in belangrijke mate hoe er gebruik wordt gemaakt van de software en bepalen ze daarmee ook waarover en hoe gecommuniceerd wordt. En daarmee is (bedoeld of onbedoeld) misbruik van software assets een realiteit [2]
De bovenstaande flexibiteit wordt bovendien nog aangevuld met een belangrijke mate van verandering; software assets kunnen eenvoudig worden vervangen voor andere en op het internet ontstaan voortdurend nieuwe software assets waarvan snel en gemakkelijk gebruik kan worden gemaakt. De snelheid waarmee microblogging aan populariteit heeft gewonnen, zowel buiten als binnen organisaties, is hiervan een goed voorbeeld. Ook de snel rijzende en dalende populariteit van Second Life is hier een goed voorbeeld van. Het lijkt wel alsof software aan modegrillen onderhevig is.
Door deze snelle veranderingen is het lastig goede gerichte investeringen te doen in software waarmee vastgestelde business doelen bereikt moeten worden. Daarnaast is het lastig het succes van software te meten. Van ieder nieuw concept moet immers bepaald worden op welke wijze succes gemeten wordt en wanneer sprake is van succes [3].
Samengevat bestaat het risico dus uit:
1. Verlies van grip op productie, beheer en gebruik;
2. Beperkt aanpassingsvermogen aan de klant zodat de aansluiting van oplossing(en) op de behoefte(n) van de klant verloren gaat.
In de praktijk blijken deze risico’s inderdaad te leiden tot teleurstellingen:
“We hebben geen controle over wat ze over ons zeggen op internet”
“Ons collaboration platform is een grote chaos; iedereen doet maar wat”
“Onze medewerkers worden via LinkedIn bij ons weggelokt”
Globale requirements aan governance van Enterprise Web 2.0 software
Uit de risico’s volgen ook de globale requirements die aan governance van deze software assets gesteld kunnen worden. Het moet de organisatie de mogelijkheid geven om de klant goed te kunnen volgen en doeltreffend en doelmatig te kunnen reageren op de steeds veranderende eisen.
Daarnaast zal er voldoende invloed uitgeoefend moeten kunnen worden op het gebruik van de software assets zodat ze doeltreffend en doelmatig ingezetworden ten behoeven van de business.
IT Lite: een eerste basis
IS Lite [4] lijkt een goede basis te zijn voor governance van Enterprise Web 2.0 software. IS Lite is ontstaan uit een aantal trends:
1. Process-based werken;
2. Outsourcing;
3. Gespecialiseerde Centers of Excellence;
4. IT gedecentraliseerd in business units.
Dit allemaal om snel te kunnen reageren op veranderingen in de markt en ICT goed te kunnen aansluiten op business behoeften.
Voor governance van Enterprise Web 2.0 software zou het zelf ontwikkelen van assets binnen business units ervoor kunnen zorgen dat assets optimaal worden afgestemd op de behoeften van de klant. Daarnaast zou de centrale ICT afdeling ervoor kunnen zorgen dat kennis van en ervaring met assets over de hele organisatie wordt gedeeld en dat hiervan iedere business unit profiteert. Ontwikkelde assets zouden aan de “infrastructuur” (hardware, software, Enterprise Web 2.0 platforms) kunnen worden toegevoegd en worden beheerd door de partij waaraan dit geoutsourced is.
Competence Center (CC) vs Center of Excellence (CoE)
Een Competence Center (CC) wendt Change Management strategieën aan om stabiliteit van systeem en business te (her)bereiken. De werkzaamheden van een Competence Center zijn daarom reactief van aard; er wordt actie ondernomen op basis van vragen / wensen vanuit de business. Een Center of Excellence (CoE, kwaliteitscentrum, kenniscentrum of expertisecentrum) streeft naar samenwerking in en met de business in een bepaald kennisgebied om zo concurrentie voordeel te behalen. Een Center of Excellence is daarom proactief; er wordt actief gezocht naar manieren om technologie en resources toe te passen om waarde proposities en de concurrentiedruk voortdurend het hoofd te bieden.
Een Center of Excellence kan zorg dragen voor een actieve verspreiding van kennis en ervaring en begeleiding van business units bij het ontwikkelen en verspreiden van assets. Daarnaast verzorgt het Center of Excellence voor een centrale roadmap waarin alle huidige en toekomstige ontwikkelingen in de tijd zijn uitgezet. Deze dient als leidraad voor alle decentrale IT units [9].
Kanttekeningen bij IS Lite voor governance van van Enterprise Web 2.0
software
In de realiteit blijkt IS Lite niet geheel te worden uitgerold [4] [7].
Redenen hiervoor zijn:
1. De economische teruggang waardoor ICT eerder gecentraliseerd wordt dan gedecentraliseerd binnen de business units wordt geïmplementeerd (gedecentraliseerde ICT is doorgaans nueenmaal duurder);
2. Een weerstand tegen verandering van ICT omdat IT Lite andere competenties vereist dan de gangbare.
Daarnaast blijkt een verandering naar IT Lite een langdurig traject te zijn dat meerdere jaren doorlooptijd kost.
Bovenstaande belemmeringen kunnen uit de weg worden genomen door niet de gehele organisatie met IS Lite te laten werken, maar dit te beperken tot organisatie eenheden die meteen profijt hebben van de voordelen en waar vanuit gemakkelijk andere organisatieonderdelen kunnen worden geïnspireerd hetzelfde te doen. Voorbeelden hiervan zijn: communicatie, project-office (assets voor interne samenwerking) en HRM.
IS Lite biedt de mogelijkheid om goed te “luisteren” naar de omgeving, de klanten en de partners en hierop gericht te reageren. Alleen luisteren, echter, is niet voldoende, ook invloed moet worden uitgeoefend om ervoor te zorgen dat assets worden gebruikt om de business doelstellingen optimaal te ondersteunen. Daarbij is het van belang dat de verschillende gebruikerscommunities een actieve bijdrage doen aan het succes van de assets. Het Center of Excellence zal daarom een manier moeten vinden om de gebruikerscommunities te activeren.
En dat gebeurt niet zomaar…
Open Source governance: een aanvulling op IT Lite
Het speelveld waarin Enterprise Web 2.0 software wordt geproduceerd, beheerd en (her)gebruikt heeft veel overeenkomsten met Open Source communities. Net zoals bij Enterprise Web 2.0 software wordt Open Source software snel en gemakkelijk verspreid en hergebruikt en brengt dit ook risico’s van verkeerd gebruik en zelfs misbruik met zich mee. En ook hierbij hebben we temaken met communities van relatief onafhankelijke leden die de vrijheid en flexibiliteit in het (her)gebruik optimaal benutten.
Afspraken voor de ontwikkeling en gebruik zijn ook hierbij van groot belang voor het succesvol zijn van de software.
In Open Source communities waarbij een leverancier een rol speelt, draagt de community aan de ene kant bij aan het succes van software van de leverancier en aan de andere kant draagt de leverancier actief bij aan het succesvol gebruiken van software door de community. Daarbij wordt impliciet controle ingebouwd op het gebruik van de software.
Deze controle kan de vorm hebben van:
1. Regelgeving, richtlijnen en begeleiding bij het (her)gebruiken van assets;
2. Ontwikkelen van juridische expertise wanneer het gaat om software assets waarvan het gebruik aan formele regelgeving onderhavig is;
3. Inventariseren, volgen en begeleiden van open source projecten waarbij gelet wordt op gebruik, hergebruik, aanpassingen en distributie van software assets;
4. Een interne Open Source community om richting te geven te geven aan de ontwikkelingen en verspreiding van assets.
Open Source governance toegepast op IS Lite governance van Enterprise Web 2.0 software assets
De bovenstaande ervaringen kunnen toegepast worden op de IS Lite governance van Enterprise Web 2.0 software assets zoals die hiervoor besproken zijn.
Om dit toe te passen kunnen we iets dieper ingaan op de verschillende stakeholders die betrokken zijn bij de ontwikkeling, het (her)gebruik en het beheer van assets, en de relaties tussen deze stakeholders.
De business
De business: bepaalt de functionaliteit van de assets die ontwikkeld moeten worden en bepaalt welke assets toegevoegd moeten worden aan de infrastructuur (platformen en asset bibliotheken die aan de communities beschikbaar worden gesteld). De business is daarmee verantwoordelijk voor de afstemming van ICT op de businessdoelen [9], krijgt richtlijnen en nieuwe ideeën van het Centrale ICT / Enterprise 2.0 Center of Excellence en geeft ideeën vanuit de communities door aan de locale en centrale IT afdeling / Center of Excellence.
Centrale ICT / Enterprise 2.0 Center of Excellence
Centrale ICT / Enterprise 2.0 Center of Excellence bepaalt de overall architectuur en stemt dit af in samenspraak met de business.
Uitgebreid met een Open Source Program Office en een Review Board waarin ook
vertegenwoordigers vanuit de business plaatsnemen, kan het Center of Excellence
zorgen voor een continue stroom van nieuwe assets die vanuit de communities
worden aangeboden.
De lokale ICT afdeling
Ontwikkelt actief assets op basis van de communities binnen hun klanten en partnerkring. Daarnaast worden communities actief begeleid in het (her)gebruiken van assets. Hierbij spelen het beschikbaar stellen van nieuwe assets, prototypes, tools, richtlijnen en advies aan de communities een belangrijke rol. Communityleden worden tevens gemotiveerd om nieuwe ideeën en assets ter review aan het Center of Excellence aan te bieden en daarmee de gezamenlijke infrastructuur te verrijken. Gebruik van de assets wordt geanalyseerd en de doeltreffendheid ervan bepaald om de business houvast te geven assets te specificeren die (nog) beter aansluiten op de behoefte van de communities, die de businessdoelen (nog) beter ondersteunen en die de
organisatie een beter concurrentie voordeel geven.
Outsourcing partner
Beheert de infrastructuur, neemt nieuwe assets op in de infrastructuur en geeft proactief advies over doeltreffender en doelmatiger gebruik van deze infrastructuur.
De communities
(Her)gebruiken assets om hun eigen businessdoelen te ondersteunen. Geven in ruil voor de begeleiding en het beschikbaar stellen van de infrastructuur met gedeelde assets een bijdrage in de vorm van feedback, nieuwe ideeën en eigen ontwikkelde assets die, na review, kunnen worden toegevoegd aan de gezamenlijke infrastructuur.
Op bovenstaande wijze wordt een ecosysteem tot stand gebracht waarin alle stakeholders hun eigen doelen kunnen realiseren en daarbij door de andere stakeholders worden ondersteund. Voor de business kan hiermee het doel worden bereikt om, naast goed te kunnen luisteren en snel en doeltreffend in te kunnen spelen op veranderende eisen vanuit de communities, ook daadwerkelijk invloed word uitgeoefend op het (her)gebruik van assets binnen deze communities.
Kantttekeningen bij IS Lite en Open Source governance toegepast op Enterprise
Web 2.0 assets
Bovenstaande opzet is natuurlijk een grove schets van hoe governance voor Enterprise Web 2.0 assets ingericht kan worden. De werkelijkheid zal verfijning vereisen. Een aantal kanttekeningen kunnen op dit moment algemaakt worden:
1. Inzet van Enterprise Web 2.0 assets binnen de organisatie verschilt van inzet van deze assets erbuiten. Interne communities zijn in het algemeen kleiner en assets worden hier veelal gebruikt om samenwerking en kennisdeling te ondersteunen. Hierbij is een “culture of sharing” noodzakelijk [6]; blindelings vertrouwen in software alleen staat in de praktijk garant voor een teleurstelling (“install and expect” is een veelgemaakte fout).
2. Risico zal nooit geheel uitgesloten zijn. Het is nueenmaal een gegeven dat controle over infrastructuur, beheer en (her)gebruik van assets voor een belangrijk deel buiten de organisatie wordt geplaatst en dit als gevolg heeft dat de organisatie zelf een deel van de controle verliest.
Dit brengt risico met zich mee. Dit risico kan echter opwegen tegen de voordelen die het heeft om met een veel groter publiek “samen te werken” [2].
3. (Her)gebruik van Enterprise Web 2.0 assets is een ontwikkeling die niet meer tegen te houden is. Het is beter dit te accepteren en er gebruik van te maken dan deze ontwikkeling te negeren en de boot te missen.
4. Ofschoon inzet van IS Lite en Open Source governance niet meteen in de gehele organisatie hoeft te worden uitgerold is het wel van belang dat men, vanaf de werkvloer tot en met het topmanagement, hierachter staat. Immers, omdat deze ontwikkelingen niet tegen zijn te houden, daarom risico’s genomen moeten worden, en het Enterprise Web 2.0 concept in een later stadium in de gehele organisatie moet worden uitgerold, zal het management ook in tegenspoed deze ontwikkeling moeten steunen. De CIO zou zich in zekere mate ook meer als netwerker en strateeg moeten gaan gedragen [11].
Bronnen
[1] http://en.wikipedia.org/wiki/Enterprise_social_software
[2] “Managing Risk in Mashup Corporations”, Capgemini, juli 2009, Hofman, Aaldert
[3] "Crafting An Insurance Social Media Strategy, P&C And Life Insurers Are Getting Social With Customers And Agents", Chad Mitchell, 8 juni 2009
[4] “The Reality of IS Lite”, september 2003, Gartner research.
[5] "Open source software governance, Critical business considerations and strategies", September 2007, HP/Oracle, Redwood City, California.
[6] "Elements of succesful collaboration, Baseline study, final report", december 1999, CIA/AAT/Coda, Intelligence Community Collaboration
[7] “Lite at the End of the Tunnel“, Andrew Rowsell-Jones, CIO magazine, 8 juni 2004
[8] "Social Software, Groups and Governance", Year 2005 Paper 24, Michael J. Madison, University of Pittsburgh School of Law
[9] "Seven characteristics of a good purpose for social software", Anthony Bradly, Nikos Drakos, 24 juli 2009, Gartner research
[10] "The Business Impact of Social Computing on
Company Governance", Anthony Bradley, 11 September 2008, Gartner Research
[11] "Information Governance: de nieuwe positie van de
CIO", Michiel Kooper, Compact_KPMG IT Advosory Seminar, 2007
Wat maakt samenwerken (met SharePoint) succesvol?
Wat maakt samenwerken (met SharePoint) succesvol? Daar is veel over nagedacht en gepubliceerd; lijsten met aandachtspunten, succesfactoren en best practices. Veel van die lijsten tonen overeenkomsten met de lijsten die ik ken uit de eerste jaren van het intranet; soortgelijke problematiek, soortgelijke lijsten. Maar er is toch iets veranderd... tijd dus voor een nieuwe lijst.
Basis: techniek, organisatie en communicatie
Al in de tijd dat intranet een "hot" item was, iedere zichzelf respecterende organisatie er "eentje moest hebben", werd mij al snel duidelijk dat voor een succesvolle implementatie naar meer gekeken moest worden dan techniek alleen. "Install and expect”, vrij vertaald door "installeer en verwacht dat 't je probleem oplost", ging ook toen al niet op.
Wat bleek namelijk in de praktijk?
Als een intranet project werd geinitieerd door de IT afdeling, werd het een stabiel platform dat goed en snel werkte, maar waar niemand gebruik van wilde maken (behalve de jongens van de IT afdeling dan). Werd het intranet geinitieerd door een afdeling als Communicatie of HR, dan werd goed nagedacht over functionaliteit, maar was de stabiliteit en snelheid niet om over naar huis te schrijven. Het leek wel alsof het intranet voor de eigen achterban, en vanuit de eigen visie, werd ontwikkeld.
Om het hogere management van klanten een bredere kijk te geven op de uitvoering van van intranet projecten, introduceerde ik een drietal aandachtsgebieden waaraan voldoende aandacht gegeven moest worden:
1. Techniek;
2. Organisatie;
3. Communicatie.
Ad 1: Techniek
Een stabiel, goed presterend (snel), uitbreidbaar en flexibel platform: natuurlijk een verplichte basis.
Ad 2: Organisatie
Centraal hierin stond de gedachte dat een intranet geen produkt is, maar een proces. Bij veel intranet projecten werd een enorme hoeveelheid tijd en moeite gestoken in het klaar krijgen van de "eerste" versie van het intranet, maar na de feestelijke opening werd relatief weinig tijd meer besteed aan het up to date houden van de informatie, verversen van nieuws en het luisteren naar feedback van gebruikers. Dat zorgde ervoor dat intranetten soms een stille dood stiervan, en vaak minder opbrachten dan gehoopt.
De vraag hierbij is trouwens ook: wat zou een intranet moeten opbrengen? Wat is de business case hierachter?
Wanneer de gehele organisatie actief werd betrokken bij het intranet, en verder gekeken werd dan de eerste editie, werd meer succes geboekt. Die actieve betrokkenheid werd vaak bereikt door een gezamelijk voordeel te bedenken; iets waarin de gehele organisatie (of in ieder geval voldoende medewerkers) in wilde investeren, waarbij de investering relatief klein was. Een eenvoudig voorbeeld hiervan was een online telefoonboek, wat de veelvuldige (ook print!) telefoonlijstjes verving door een altijd up to date telefoonboek. Iedereen deed mee de eigen gegevens up to date te houden, iedereen profiteerde daarvan: kleine moeite, groot plezier dus.
Daarnaast bleek de ontwikkeling van een intranet zich altijd een krachtveld te bevinden tussen de "business" (de gebruikers) enerzijds, en ICT (systeemontwikkeling en beheer) anderzijds: onmogelijke vragen tegenover antwoorden waar niemand op zat te wachten. En binnen ICT was er ook een krachtveld merkbaar tussen systeemontwikkeling en beheer: innovatie, verandering tegenover behoud en stabiliteit. In dat krachtveld moest een compromis bereikt zien te worden.
Ad 3: Communicatie
Om het juiste compromis te vinden in het hierboven genoemde krachtveld is goede communicatie een randvoorwaarde: communicatie tussen alle belangengroepen (stateholders), zowel tussen de "producenten" (ICT, business) als tussen de "producenten" en de gebruikers (medewerkers). Communicatie over belangen, vraag en aanbod en verwachtingen.
Bovenstaande aandachtsgebieden gaven houvast biij intranet implementaties, maar zijn onvoldoende bij implementaties van collaboratie platformen als SharePoint.
Wat is er dan veranderd ten opzichte van intranetten?
Herverdeling van rollen en verantwoordelijkheden van betrokkenen: de gebruiker wordt ontwikkelaar en beheerder
De strikte scheiding tussen gebruik, ontwikkeling en beheer is sterk aan het vervagen. Het hedendaagse collaboratie platforms als SharePoint is de eindgebruiker in staat om, met minimale tussenkomst van ICT (ontwikkeling), eigen websites en collaboratie faciliteiten te ontwikkelen. Daarnaast neemt de eindgebruiker een deel van het beheer over door bijvoorbeeld zorg te dragen voor machtigingen van andere gebruikers. Dat gebruikers een deel van de werkzaamheden van ontwikkelaars en beheerders overnemen wil niet zeggen dat ze de verantwoordelijkheid hiervan ook kunnen dragen. En hier zitten de uitdagingen, en tegelijk de kansen.
Uitdagingen worden gevormd door de gebruikers voldoende mogelijkheden te geven hun wensen te implementeren en tegelijk ervoor zorg te dragen dat de implementaties de stabiliteit en prestaties van het platform niet (te) negatief beinvloeden.
Standaardisatie van oplossingen
Ook zal standaardisatie een extra uitdaging vormen. Reden hiervoor is dat, in tegenstelling tot voorheen, meerdere implementatieteams (namelijk de gebruikers van de verschillende organisatorische eenheden, als afdelingen, projectteams) verantwoordelijk zijn voor implementatie van oplossingen. Neem als voorbeeld een smoelenboek, waar iedere afdeling wel behoefte aan heeft. Doordat iedere afdeling u in staat is om zelf een eigen smoelenboek te implementeren zullen verschillende smoelenboek implementaties naast elkaar worden ontwikkeld en beheerd. Dit in tegenstelling tot vroeger, waarin een smoelenboek zou worden ontwikkeld door de ICT ontwikkel afdeling en, bij meer vraag naar dergelijke smoelenboeken, gebruik gemaakt zou worden van een min of meer gestandaardiseerde smoelenboek oplossing.
Technology push
Daarnaast zullen (nieuwe) technische mogelijkheden op een andere manier aan de business moeten worden voorgesteld, zodat daar gebruik van gemaakt kan worden. Vroeger werd dit gedaan doordat vanuit ICT oplossingen werden aangedragen (Push), proactief of reactief.
Kortom: deze herverdeling van rollen en verantwoordelijkheden eist dat de verschillende belangengroepen intensiever met elkaar samenwerken. Dit is ironisch, gezien het hierbij gaat om collaboratie platformen; "install and expect" gaat in dit geval dus niet op.
IS Lite en Open Source Governance:
In het artikel IS Lite en Open Source Governance als basis voor Enterprise 2.0 governance wordt nader ingegaan op een manier waarop deze samenwerking kan worden gerealiseerd. Doel is een positieve wisselwerking tussen business (en gebruikers) en ICT.
Veranderende doelen
Maar de verschillen met vroegere tijden gaan verder: ook het doel van webplatformen binnen organisaties is sterk veranderd. In vroegere tijden was een inter/intra/extranet voornamelijk voor het publiceren van informatie (eenrichtingsverkeer), tegenwoordig hebben dergelijke platforms meer het karakter van een echte (meerrichtings) communicatie- en samenwerkingsplatforms. Daarbij beperkt communicatie en samenwerking zich niet alleen tot een zone (b.v. alleen intranet, alleen extranet, alleen internet), maar vindt communicatie plaats over alle zones. Voorbeelden hiervan zijn: communicatie en/of samenwerking met klanten tussen internet/extranet en intranet, en inschakelen van externe (internet) diensten (b.v. webservices) voor intern (intranet) gebruik.
Mode gevoeligheid
Een andere relevante trend is de mode gevoeligheid van applicaties, applicatie concepten en platforms. Vooral in de social media volgen de applicaties, applicatie concepten en platforms elkaar de laatste jaren in rap tempo op: Twitter, Google Wave, Hyves, Facebook, diverse Widgets, enz..
Verstandig investeren
Communicatie tussen de verschillende belanghebbenden (gebruikers, klanten, business) vindt dus plaats via meerdere zones en in een sterk wisselend landschap van applicaties, applicatie concepten en platformen. Dit dwingt investeringen in de ontwikkeling van software verstandig te doen; niet teveel investeren en met snel resultaat. Het belang van een degelijke Business Case en een snelle Return On Investment (ROI) wordt daarmee steeds groter. En daarmee wordt ook de vraag hoe het best tussen de verschillende doelgroepen gecommuniceerd en samengewerkt kan worden steeds belangrijker; niet de "coole" technologie, maar de succesfactoren van sociale processen vormen de basis van een succesvolle implementatie.
Op het gebied van succesvol samenwerken is veel onderzoek gedaan. Wat bijvoorbeeld blijkt is dat de succesfactoren voor samenwerking met en zonder behulp van software dezelfde zijn ("Intelligence Community Collaboration, Baseline study").
Deze succesfactoren zijn:
Basis: techniek, organisatie en communicatie
Al in de tijd dat intranet een "hot" item was, iedere zichzelf respecterende organisatie er "eentje moest hebben", werd mij al snel duidelijk dat voor een succesvolle implementatie naar meer gekeken moest worden dan techniek alleen. "Install and expect”, vrij vertaald door "installeer en verwacht dat 't je probleem oplost", ging ook toen al niet op.
Wat bleek namelijk in de praktijk?
Als een intranet project werd geinitieerd door de IT afdeling, werd het een stabiel platform dat goed en snel werkte, maar waar niemand gebruik van wilde maken (behalve de jongens van de IT afdeling dan). Werd het intranet geinitieerd door een afdeling als Communicatie of HR, dan werd goed nagedacht over functionaliteit, maar was de stabiliteit en snelheid niet om over naar huis te schrijven. Het leek wel alsof het intranet voor de eigen achterban, en vanuit de eigen visie, werd ontwikkeld.
Om het hogere management van klanten een bredere kijk te geven op de uitvoering van van intranet projecten, introduceerde ik een drietal aandachtsgebieden waaraan voldoende aandacht gegeven moest worden:
1. Techniek;
2. Organisatie;
3. Communicatie.
Ad 1: Techniek
Een stabiel, goed presterend (snel), uitbreidbaar en flexibel platform: natuurlijk een verplichte basis.
Ad 2: Organisatie
Centraal hierin stond de gedachte dat een intranet geen produkt is, maar een proces. Bij veel intranet projecten werd een enorme hoeveelheid tijd en moeite gestoken in het klaar krijgen van de "eerste" versie van het intranet, maar na de feestelijke opening werd relatief weinig tijd meer besteed aan het up to date houden van de informatie, verversen van nieuws en het luisteren naar feedback van gebruikers. Dat zorgde ervoor dat intranetten soms een stille dood stiervan, en vaak minder opbrachten dan gehoopt.
De vraag hierbij is trouwens ook: wat zou een intranet moeten opbrengen? Wat is de business case hierachter?
Wanneer de gehele organisatie actief werd betrokken bij het intranet, en verder gekeken werd dan de eerste editie, werd meer succes geboekt. Die actieve betrokkenheid werd vaak bereikt door een gezamelijk voordeel te bedenken; iets waarin de gehele organisatie (of in ieder geval voldoende medewerkers) in wilde investeren, waarbij de investering relatief klein was. Een eenvoudig voorbeeld hiervan was een online telefoonboek, wat de veelvuldige (ook print!) telefoonlijstjes verving door een altijd up to date telefoonboek. Iedereen deed mee de eigen gegevens up to date te houden, iedereen profiteerde daarvan: kleine moeite, groot plezier dus.
Daarnaast bleek de ontwikkeling van een intranet zich altijd een krachtveld te bevinden tussen de "business" (de gebruikers) enerzijds, en ICT (systeemontwikkeling en beheer) anderzijds: onmogelijke vragen tegenover antwoorden waar niemand op zat te wachten. En binnen ICT was er ook een krachtveld merkbaar tussen systeemontwikkeling en beheer: innovatie, verandering tegenover behoud en stabiliteit. In dat krachtveld moest een compromis bereikt zien te worden.
Ad 3: Communicatie
Om het juiste compromis te vinden in het hierboven genoemde krachtveld is goede communicatie een randvoorwaarde: communicatie tussen alle belangengroepen (stateholders), zowel tussen de "producenten" (ICT, business) als tussen de "producenten" en de gebruikers (medewerkers). Communicatie over belangen, vraag en aanbod en verwachtingen.
Bovenstaande aandachtsgebieden gaven houvast biij intranet implementaties, maar zijn onvoldoende bij implementaties van collaboratie platformen als SharePoint.
Wat is er dan veranderd ten opzichte van intranetten?
Herverdeling van rollen en verantwoordelijkheden van betrokkenen: de gebruiker wordt ontwikkelaar en beheerder
De strikte scheiding tussen gebruik, ontwikkeling en beheer is sterk aan het vervagen. Het hedendaagse collaboratie platforms als SharePoint is de eindgebruiker in staat om, met minimale tussenkomst van ICT (ontwikkeling), eigen websites en collaboratie faciliteiten te ontwikkelen. Daarnaast neemt de eindgebruiker een deel van het beheer over door bijvoorbeeld zorg te dragen voor machtigingen van andere gebruikers. Dat gebruikers een deel van de werkzaamheden van ontwikkelaars en beheerders overnemen wil niet zeggen dat ze de verantwoordelijkheid hiervan ook kunnen dragen. En hier zitten de uitdagingen, en tegelijk de kansen.
Uitdagingen worden gevormd door de gebruikers voldoende mogelijkheden te geven hun wensen te implementeren en tegelijk ervoor zorg te dragen dat de implementaties de stabiliteit en prestaties van het platform niet (te) negatief beinvloeden.
Standaardisatie van oplossingen
Ook zal standaardisatie een extra uitdaging vormen. Reden hiervoor is dat, in tegenstelling tot voorheen, meerdere implementatieteams (namelijk de gebruikers van de verschillende organisatorische eenheden, als afdelingen, projectteams) verantwoordelijk zijn voor implementatie van oplossingen. Neem als voorbeeld een smoelenboek, waar iedere afdeling wel behoefte aan heeft. Doordat iedere afdeling u in staat is om zelf een eigen smoelenboek te implementeren zullen verschillende smoelenboek implementaties naast elkaar worden ontwikkeld en beheerd. Dit in tegenstelling tot vroeger, waarin een smoelenboek zou worden ontwikkeld door de ICT ontwikkel afdeling en, bij meer vraag naar dergelijke smoelenboeken, gebruik gemaakt zou worden van een min of meer gestandaardiseerde smoelenboek oplossing.
Technology push
Daarnaast zullen (nieuwe) technische mogelijkheden op een andere manier aan de business moeten worden voorgesteld, zodat daar gebruik van gemaakt kan worden. Vroeger werd dit gedaan doordat vanuit ICT oplossingen werden aangedragen (Push), proactief of reactief.
Kortom: deze herverdeling van rollen en verantwoordelijkheden eist dat de verschillende belangengroepen intensiever met elkaar samenwerken. Dit is ironisch, gezien het hierbij gaat om collaboratie platformen; "install and expect" gaat in dit geval dus niet op.
IS Lite en Open Source Governance:
In het artikel IS Lite en Open Source Governance als basis voor Enterprise 2.0 governance wordt nader ingegaan op een manier waarop deze samenwerking kan worden gerealiseerd. Doel is een positieve wisselwerking tussen business (en gebruikers) en ICT.
Veranderende doelen
Maar de verschillen met vroegere tijden gaan verder: ook het doel van webplatformen binnen organisaties is sterk veranderd. In vroegere tijden was een inter/intra/extranet voornamelijk voor het publiceren van informatie (eenrichtingsverkeer), tegenwoordig hebben dergelijke platforms meer het karakter van een echte (meerrichtings) communicatie- en samenwerkingsplatforms. Daarbij beperkt communicatie en samenwerking zich niet alleen tot een zone (b.v. alleen intranet, alleen extranet, alleen internet), maar vindt communicatie plaats over alle zones. Voorbeelden hiervan zijn: communicatie en/of samenwerking met klanten tussen internet/extranet en intranet, en inschakelen van externe (internet) diensten (b.v. webservices) voor intern (intranet) gebruik.
Mode gevoeligheid
Een andere relevante trend is de mode gevoeligheid van applicaties, applicatie concepten en platforms. Vooral in de social media volgen de applicaties, applicatie concepten en platforms elkaar de laatste jaren in rap tempo op: Twitter, Google Wave, Hyves, Facebook, diverse Widgets, enz..
Verstandig investeren
Communicatie tussen de verschillende belanghebbenden (gebruikers, klanten, business) vindt dus plaats via meerdere zones en in een sterk wisselend landschap van applicaties, applicatie concepten en platformen. Dit dwingt investeringen in de ontwikkeling van software verstandig te doen; niet teveel investeren en met snel resultaat. Het belang van een degelijke Business Case en een snelle Return On Investment (ROI) wordt daarmee steeds groter. En daarmee wordt ook de vraag hoe het best tussen de verschillende doelgroepen gecommuniceerd en samengewerkt kan worden steeds belangrijker; niet de "coole" technologie, maar de succesfactoren van sociale processen vormen de basis van een succesvolle implementatie.
Op het gebied van succesvol samenwerken is veel onderzoek gedaan. Wat bijvoorbeeld blijkt is dat de succesfactoren voor samenwerking met en zonder behulp van software dezelfde zijn ("Intelligence Community Collaboration, Baseline study").
Deze succesfactoren zijn:
- Nastreven van een gezamenlijk doel;
- Aandacht voor de onderliggende business processen en workflows; is vanzelfsprekend, maar vaak wordt het aangeschafte informatiesysteem gezien als leidraad terwijl het systeem de bestaande processen en flows zou moeten ondersteunen;
- Vertrouwen; ik stel mijn informatie aan jou beschikbaar en vertrouw erop dat jij daar geen misbruik van maakt;
- Regels voor het gebruik van de ondersteunende middelen, met de bijbehorende training en toezicht op naleving van de regels;
- Gezamenlijk voordeel; ik geef en ik krijg er wat voor terug;
- Management ondersteuning; voor als zaken die met enige mate van dwang opgelegd moeten worden;
- Beloning voor samenwerking;
- Training; altijd noodzakelijk om snel met wijzigingen in aanpak, omgeving of ondersteuning te kunnen omgaan;
- Kritische massa; wanneer het eerste schaap..
Implementatietrajecten van killerapps voldoen aan de meeste van de bovenstaande succesfactoren.
Do not try to boil the ocean
Naast rekening houden met de genoemde succesfactoren is het van belang niet meteen alles in een keer te willen. Leren samenwerken is niet alleen maar het volgen van nieuwe procedures, maar houdt vaak ook een cultuurverandering in. En cultuurveranderingen hebben tijd, investeringen en tact nodig.
Samenwerken
Samenwerking begint met het creeren van bewustzijn; van het nut van samenwerken, maar ook van de (on)mogelijkheden van de ondersteuning ervan. Pas wanneer de organisatie goed is voorbereid, kunnen vervolgstappen starten. Dit kan een cultuur verandering inhouden, hetgeen veel tijd en moeite kan kosten. Het is net als bij e-commerce: eerst de backoffice goed op orde, daarna de e-winkel openen.
Wellicht is het opzetten van een proeftuin of aparte, relatief zelfstandige organisatie, daarvoor de juiste zet.
Conclusie
Ook met moderne platformen voor communicatie en samenwerken, als SharePoint, bieden nog steeds geen "install and expect". Het is, meer dan ooit, van belang om met beide benen op de grond na te denken. Kern hiervan is samenwerking: tussen ICT, de business en gebruikers, en tussen de business en de (internet) klant. De rollen veranderen, de bijbehorende verantwoordelijkheden veranderen, dus de manier waarmee we omgaan met samenwerking zal eveneens moeten veranderen.
vrijdag 4 maart 2011
Praktische grenzen in SharePoint
Een bestandpad mag niet langer zijn dan 240 tekens
Let op: spaties worden weergegeven als (%20). Dit zijn 3 tekens en tellen alledrie mee in de lengte van een bestandspad. Een bestandpad mag niet langer zijn dan 240 tekens (de zogenaamde Web-DAV file length limit), waarin een spatie dus geldt voor 3 tekens.
Verder weleens afgevraagd hoeveel subsites in een site passen? Of hoeveel documenten in een bibliotheek? Onderstaand documentatie waarin deze grenzen (en meer dan dit) worden beschreven en toegelicht.
Aanvullende grenzen, zie:
(2007) SharePoint 2007 grenzen
(2010) SharePoint Server 2010 capacity management: Software boundaries and limits
(2010) Grenzen in SharePoint 2010 (handig overzicht)
(2013) Grenzen in SharePoint 2013 (handig overzicht)
Let op: spaties worden weergegeven als (%20). Dit zijn 3 tekens en tellen alledrie mee in de lengte van een bestandspad. Een bestandpad mag niet langer zijn dan 240 tekens (de zogenaamde Web-DAV file length limit), waarin een spatie dus geldt voor 3 tekens.
Verder weleens afgevraagd hoeveel subsites in een site passen? Of hoeveel documenten in een bibliotheek? Onderstaand documentatie waarin deze grenzen (en meer dan dit) worden beschreven en toegelicht.
Aanvullende grenzen, zie:
(2007) SharePoint 2007 grenzen
(2010) SharePoint Server 2010 capacity management: Software boundaries and limits
(2010) Grenzen in SharePoint 2010 (handig overzicht)
(2013) Grenzen in SharePoint 2013 (handig overzicht)
Valkuilen in het gebruik van SharePoint
Vermijd gebruik van bepaalde tekens
De volgende tekens in bestandsnamen, foldernamen en sitenamen kunnen het beste vermeden worden:
~ # % & * { } \ : < > ? / + | " . _
Opmerkingen:
Punten (.) niet aan het einde van een naam gebruiken
Niet meerdere punten achter elkaar (..) gebruiken in namen
Gebruik geen underscores (_) aan het begin van een naam
Spaties worden weergegeven als (%20). Dit zijn 3 tekens en tellen alledrie mee in de lengte van een bestandspad. Een bestandpad mag niet langer zijn dan 240 tekens (de zogenaamde Web-DAV file length limit), waarin een spatie dus geldt voor 3 tekens.
Houd rekening met praktische grenzen
Voor praktische grenzen, zie Praktische grenzen in SharePoint.
Samenwerken blijft mensenwerk
Voor tips, zie Collaboratie is meer dan software alleen: thoughtware.
De volgende tekens in bestandsnamen, foldernamen en sitenamen kunnen het beste vermeden worden:
~ # % & * { } \ : < > ? / + | " . _
Opmerkingen:
Punten (.) niet aan het einde van een naam gebruiken
Niet meerdere punten achter elkaar (..) gebruiken in namen
Gebruik geen underscores (_) aan het begin van een naam
Spaties worden weergegeven als (%20). Dit zijn 3 tekens en tellen alledrie mee in de lengte van een bestandspad. Een bestandpad mag niet langer zijn dan 240 tekens (de zogenaamde Web-DAV file length limit), waarin een spatie dus geldt voor 3 tekens.
Houd rekening met praktische grenzen
Voor praktische grenzen, zie Praktische grenzen in SharePoint.
Samenwerken blijft mensenwerk
Voor tips, zie Collaboratie is meer dan software alleen: thoughtware.
donderdag 3 maart 2011
SharePoint: wat is het en wat is het niet?
Van Microsoft's succesvolle platform SharePoint zijn tussen 2001 en nu al 4 versies uitgebracht. En de populariteit van dit platform lijkt niet meer te stuiten.
SharePoint in het kort
Voor wie nog niet bekend is met SharePoint; het is kortgezegd een gemakkelijk te wijzigen portal waarin gebruikers documenten met elkaar kunnen delen, gezamenlijk websites beheren, en, met wat uitbreidingen, direct in contact met elkaar kunnen komen. Daarnaast kan Sharepoint gebruikt worden om functionaliteit en informatie vanuit andere platforms en applicaties samen te brengen en op maat aan eindgebruikers aan te bieden.
SharePoint werkt nauw samen met Office applicaties zodat je b.v. vanuit SharePoint je documenten direct in Office kunt gebruiken.
Heel kort door de bocht; SharePoint is de opvolger van de fileserver en je desktop en ondersteunt het "dagelijks werk".
Wat is SharePoint niet?
Ondanks mooie verhalen is SharePoint niet:
- De ultieme antwoord op "life, the universe and everything" (dit is 42, zie Wikipedia)
- Een tovermiddel om mensen samen te laten werken. Meer lezen? Zie: Kanttekeningen bij een succesvolle SharePoint implementatie.
- Een applicatie die, na installatie, eenvoudig (door eindgebruikers) te beheren is.
Bovenstaande opsomming is niet volledig, maar geeft stof tot nadenken. En dat is mijn bedoeling. Mooie (sales) verhalen moeten in perspectief geplaatst worden, namelijk dat van de organisatie waarin de implementatie zal plaatsvinden.
SharePoint in het kort
Voor wie nog niet bekend is met SharePoint; het is kortgezegd een gemakkelijk te wijzigen portal waarin gebruikers documenten met elkaar kunnen delen, gezamenlijk websites beheren, en, met wat uitbreidingen, direct in contact met elkaar kunnen komen. Daarnaast kan Sharepoint gebruikt worden om functionaliteit en informatie vanuit andere platforms en applicaties samen te brengen en op maat aan eindgebruikers aan te bieden.
SharePoint werkt nauw samen met Office applicaties zodat je b.v. vanuit SharePoint je documenten direct in Office kunt gebruiken.
Heel kort door de bocht; SharePoint is de opvolger van de fileserver en je desktop en ondersteunt het "dagelijks werk".
Wat is SharePoint niet?
Ondanks mooie verhalen is SharePoint niet:
- De ultieme antwoord op "life, the universe and everything" (dit is 42, zie Wikipedia)
- Een tovermiddel om mensen samen te laten werken. Meer lezen? Zie: Kanttekeningen bij een succesvolle SharePoint implementatie.
- Een applicatie die, na installatie, eenvoudig (door eindgebruikers) te beheren is.
Bovenstaande opsomming is niet volledig, maar geeft stof tot nadenken. En dat is mijn bedoeling. Mooie (sales) verhalen moeten in perspectief geplaatst worden, namelijk dat van de organisatie waarin de implementatie zal plaatsvinden.
Kanttekeningen bij een succesvolle (Sharepoint) implementatie
Van Microsoft's succesvolle platform SharePoint zijn tussen 2001 en nu al 4 versies uitgebracht. En de populariteit van dit platform lijkt niet meer te stuiten.
SharePoint in het kort
Voor wie nog niet bekend is met SharePoint; het is kortgezegd een gemakkelijk te wijzigen portal waarin gebruikers documenten met elkaar kunnen delen, gezamenlijk websites beheren, en, met wat uitbreidingen, direct in contact met elkaar kunnen komen. Daarnaast kan SharePoint gebruikt worden om functionaliteit en informatie vanuit andere platforms en applicaties samen te brengen en op maat aan eindgebruikers aan te bieden.
SharePoint werkt nauw samen met Office applicaties zodat je b.v. vanuit SharePoint je documenten direct in Office kunt gebruiken.
Heel kort door de bocht; SharePoint is de opvolger van de fileserver en je desktop en ondersteunt het "dagelijks werk".
Klinkt goed.. allemaal verbeteringen om doeltreffender en doelmatiger (samen) te werken.
Maar waar heb ik dat meer gehoord?
Laten we een paar jaar teruggaan in de tijd.. kent u de introductie van intranetten nog? En Lotus Notes?
Beiden technologieen boden voor die tijd revolutionaire mogelijkheden om informatie, documenten en applicaties op een centrale plek met elkaar te delen. Een grote winst ten opzichte van al die losse applicaties van en de vele directories op fileservers of erger nog, op de lokale harde schijf, die in een klap konden worden vervangen door een centrale client server - of webapplicatie.
Het ei van columbus? De steen der wijzen? De digitale holy grale? Een vroege babelfish?
Over Lotus Notes waren we in onze organisatie nooit zo enthousiast. Het werd in eerste instantie gepromoot als de omgeving waarin alles mogelijk was, maar echt gebruiksvriendelijk was het niet. En het sloot niet aan op de manier van werken. Fanatiek gebruikt werd het dan ook niet, behalve door diegenen die er echt tijd in wilden investeren. Daarnaast gooide het opstarten van de client applicatie (toen nog geen browser based variant) het spreekwoordelijke anker uit en kwamen de prestaties van je computer op een onaanvaardbaar laag niveau te liggen. De acceptatiegraad van Notes werd pas beter toen de urenregistratie (verplicht voor iedereen) en de klanten database in Notes werden geimplementeerd.
En over die andere technologie? Intranet? In veel bedrijven met veel tam-tam aangekondigd, maar een tijd na de opening vaak niet rendabel bevonden. Wat levert het op? Wie kijkt ernaar? Wordt de content vaak genoeg ververst?
De digitale telefoongidsen die via het intranet konden worden gebruikt deden het over het algemeen wel goed, maar ja, daar kun je ook je Outlook adresboek voor gebruiken.
Wat ging er toch mis?
Na het leeglopen van de internet bubble staan we met z'n allen met de benen weer wat dichterbij de grond; een ICT investering zal vanaf nu aantoonbaar wat moeten opleveren.
Tuurlijk... de techniek moet werken... goed werken zelfs... de eindgebruiker nooit in de steek laten... een consistente en prettige gebruikservaring (user experience en design) bieden...
Maar daar wil ik het nu even niet over hebben.
Terug naar de basis
Aan de basis van de implementatie zal de vraag gesteld moeten worden die de eindgebruiker zich ook stelt, namelijk: "waarom zou ik?". En iets specifieker: "waarom zou ik mijn huidige manier van (samen)werken veranderen?"
Het geven van goede argumenten als antwoord op deze vraag geeft al wat meer kans op een geslaagde implementatie (mits de techniek niet wordt vergeten natuurlijk).
Leren uit het verleden en afkijken van successen van anderen (beter goed gejat dan slecht bedacht) is inspirerend.
Wat waren in mijn ervaring nu de meest succesvolle onderdelen van intranetten en Notes? De digitale telefoongidsen en smoelenboeken, de urenadminsitratie en de klantendatabase. En waarom? Die applicaties werden gewoon gebruikt, door iedereen! Ze werden continu door iedereen up to date gehouden, er werd naar verwezen, en er werden naar aanleiding van commentaar continu verbeteringen op aangebracht. Het waren echte killer apps, onderhouden door echt samen te werken.
Op internet zijn meer van dit soort killer apps te vinden. Neem wiki's (http://www.wikipedia.org/), gezamenlijk onderhouden encyclopedieen, (consumenten)forums (http://www.kieskeurig.nl/), waarin consumenten hun ervaringen delen, enzovoort.
Wat hebben die killer apps dan wat andere applicaties niet hebben?
Ze zijn in ieder geval gewild, zo gewild zelfs dat eindgebruikers moeite doen om de applicatie te gebruiken, behouden en verbeteren.
Waarom is dat toch? Laten we de software eens buiten beschouwing en laten we eens kijken waarom mensen in het algemeen dagelijks met elkaar (samen)werken.
Uit onderzoek ("Intelligence Community Collaboration Baseline Study", T. Hall, 1999) blijkt dat voor online samenwerking zelfde succesfactoren gelden als voor samenwerking in het echt:
Do not try to boil the ocean
Naast rekening houden met de genoemde succesfactoren is het van belang niet meteen alles in een keer te willen. Leren samenwerken is niet alleen maar het volgen van nieuwe procedures, maar houdt vaak ook een cultuurverandering in. En cultuurveranderingen hebben tijd, investeringen en tact nodig.
Samenwerken
Samenwerking begint met het creeren van bewustzijn; van het nut van samenwerken, maar ook van de (on)mogelijkheden van de ondersteuning ervan.
Voorafgaand aan een implementatietraject zou eerst een analyse moeten worden gedaan of er voldoende grond en wil is voor samenwerking. Daarbij kun je uitgaan van de bovengenoemde succesfactoren. Pas wanneer de organisatie goed voorgelicht en voorbereid is kunnen vervolgstappen starten.
Continue aandacht
Ook na implementatie is aandacht noodzakelijk. Een van de valkuilen bij intranetten is dat alleen wordt toewerkt naar de oplevering en feestelijke opening van versie 1.0. Echter, oplevering van versie 1.0 vormt de start van een continu proces waarin, in goede samenspraak met de gebruikers, de omgeving interessant genoeg voor samenwerking gehouden moet worden.
Tenslotte..
Tenslotte ook implementatie van het ultieme systeem is geen reden om elkaar niet meer in het echt te zien. Hoe vaak gebeurt het niet dat iemand een mailtje stuurt in de veronderstelling (there is an "ass" in assumption) dat de geadresseerde er wel actie op onderneemt. En er gebeurt niets. (Na)bellen helpt. In een niet nader te noemen multinationale ICT organisatie is antwoorden op mail zelfs not done, tenzij de mail wordt gevolgd door een telefoontje of persoonlijk gesprek.
Conclusie
Software biedt dus geen garantie voor doeltreffende en doelmatige samenwerking, het blijft een zaak tussen mensen; thoughtware als het ware. Op zoek naar killer apps voor nieuwe platforms zal rekening gehouden moeten worden met de menselijke kant aan samenwerking.
En eigenlijk is het allemaal heel logisch.. achteraf gezien.
Meer gedachten en praktijkervaringen over dit onderwerp in de posting Wat maakt samenwerken (met SharePoint) succesvol?
SharePoint in het kort
Voor wie nog niet bekend is met SharePoint; het is kortgezegd een gemakkelijk te wijzigen portal waarin gebruikers documenten met elkaar kunnen delen, gezamenlijk websites beheren, en, met wat uitbreidingen, direct in contact met elkaar kunnen komen. Daarnaast kan SharePoint gebruikt worden om functionaliteit en informatie vanuit andere platforms en applicaties samen te brengen en op maat aan eindgebruikers aan te bieden.
SharePoint werkt nauw samen met Office applicaties zodat je b.v. vanuit SharePoint je documenten direct in Office kunt gebruiken.
Heel kort door de bocht; SharePoint is de opvolger van de fileserver en je desktop en ondersteunt het "dagelijks werk".
Klinkt goed.. allemaal verbeteringen om doeltreffender en doelmatiger (samen) te werken.
Maar waar heb ik dat meer gehoord?
Laten we een paar jaar teruggaan in de tijd.. kent u de introductie van intranetten nog? En Lotus Notes?
Beiden technologieen boden voor die tijd revolutionaire mogelijkheden om informatie, documenten en applicaties op een centrale plek met elkaar te delen. Een grote winst ten opzichte van al die losse applicaties van en de vele directories op fileservers of erger nog, op de lokale harde schijf, die in een klap konden worden vervangen door een centrale client server - of webapplicatie.
Het ei van columbus? De steen der wijzen? De digitale holy grale? Een vroege babelfish?
Over Lotus Notes waren we in onze organisatie nooit zo enthousiast. Het werd in eerste instantie gepromoot als de omgeving waarin alles mogelijk was, maar echt gebruiksvriendelijk was het niet. En het sloot niet aan op de manier van werken. Fanatiek gebruikt werd het dan ook niet, behalve door diegenen die er echt tijd in wilden investeren. Daarnaast gooide het opstarten van de client applicatie (toen nog geen browser based variant) het spreekwoordelijke anker uit en kwamen de prestaties van je computer op een onaanvaardbaar laag niveau te liggen. De acceptatiegraad van Notes werd pas beter toen de urenregistratie (verplicht voor iedereen) en de klanten database in Notes werden geimplementeerd.
En over die andere technologie? Intranet? In veel bedrijven met veel tam-tam aangekondigd, maar een tijd na de opening vaak niet rendabel bevonden. Wat levert het op? Wie kijkt ernaar? Wordt de content vaak genoeg ververst?
De digitale telefoongidsen die via het intranet konden worden gebruikt deden het over het algemeen wel goed, maar ja, daar kun je ook je Outlook adresboek voor gebruiken.
Wat ging er toch mis?
Na het leeglopen van de internet bubble staan we met z'n allen met de benen weer wat dichterbij de grond; een ICT investering zal vanaf nu aantoonbaar wat moeten opleveren.
Tuurlijk... de techniek moet werken... goed werken zelfs... de eindgebruiker nooit in de steek laten... een consistente en prettige gebruikservaring (user experience en design) bieden...
Maar daar wil ik het nu even niet over hebben.
Terug naar de basis
Aan de basis van de implementatie zal de vraag gesteld moeten worden die de eindgebruiker zich ook stelt, namelijk: "waarom zou ik?". En iets specifieker: "waarom zou ik mijn huidige manier van (samen)werken veranderen?"
Het geven van goede argumenten als antwoord op deze vraag geeft al wat meer kans op een geslaagde implementatie (mits de techniek niet wordt vergeten natuurlijk).
Leren uit het verleden en afkijken van successen van anderen (beter goed gejat dan slecht bedacht) is inspirerend.
Wat waren in mijn ervaring nu de meest succesvolle onderdelen van intranetten en Notes? De digitale telefoongidsen en smoelenboeken, de urenadminsitratie en de klantendatabase. En waarom? Die applicaties werden gewoon gebruikt, door iedereen! Ze werden continu door iedereen up to date gehouden, er werd naar verwezen, en er werden naar aanleiding van commentaar continu verbeteringen op aangebracht. Het waren echte killer apps, onderhouden door echt samen te werken.
Op internet zijn meer van dit soort killer apps te vinden. Neem wiki's (http://www.wikipedia.org/), gezamenlijk onderhouden encyclopedieen, (consumenten)forums (http://www.kieskeurig.nl/), waarin consumenten hun ervaringen delen, enzovoort.
Wat hebben die killer apps dan wat andere applicaties niet hebben?
Ze zijn in ieder geval gewild, zo gewild zelfs dat eindgebruikers moeite doen om de applicatie te gebruiken, behouden en verbeteren.
Waarom is dat toch? Laten we de software eens buiten beschouwing en laten we eens kijken waarom mensen in het algemeen dagelijks met elkaar (samen)werken.
Uit onderzoek ("Intelligence Community Collaboration Baseline Study", T. Hall, 1999) blijkt dat voor online samenwerking zelfde succesfactoren gelden als voor samenwerking in het echt:
- Nastreven van een gezamenlijk doel;
- Aandacht voor de onderliggende business processen en workflows; is vanzelfsprekend, maar vaak wordt het aangeschafte informatiesysteem gezien als leidraad terwijl het systeem de bestaande processen en flows zou moeten ondersteunen;
- Vertrouwen; ik stel mijn informatie aan jou beschikbaar en vertrouw erop dat jij daar geen misbruik van maakt;
- Regels voor het gebruik van de ondersteunende middelen, met de bijbehorende training en toezicht op naleving van de regels;
- Gezamenlijk voordeel; ik geef en ik krijg er wat voor terug;
- Management ondersteuning; voor als zaken die met enige mate van dwang opgelegd moeten worden;
- Beloning voor samenwerking;
- Training; altijd noodzakelijk om snel met wijzigingen in aanpak, omgeving of ondersteuning te kunnen omgaan;
- Kritische massa; wanneer het eerste schaap..
Do not try to boil the ocean
Naast rekening houden met de genoemde succesfactoren is het van belang niet meteen alles in een keer te willen. Leren samenwerken is niet alleen maar het volgen van nieuwe procedures, maar houdt vaak ook een cultuurverandering in. En cultuurveranderingen hebben tijd, investeringen en tact nodig.
Samenwerken
Samenwerking begint met het creeren van bewustzijn; van het nut van samenwerken, maar ook van de (on)mogelijkheden van de ondersteuning ervan.
Voorafgaand aan een implementatietraject zou eerst een analyse moeten worden gedaan of er voldoende grond en wil is voor samenwerking. Daarbij kun je uitgaan van de bovengenoemde succesfactoren. Pas wanneer de organisatie goed voorgelicht en voorbereid is kunnen vervolgstappen starten.
Continue aandacht
Ook na implementatie is aandacht noodzakelijk. Een van de valkuilen bij intranetten is dat alleen wordt toewerkt naar de oplevering en feestelijke opening van versie 1.0. Echter, oplevering van versie 1.0 vormt de start van een continu proces waarin, in goede samenspraak met de gebruikers, de omgeving interessant genoeg voor samenwerking gehouden moet worden.
Tenslotte..
Tenslotte ook implementatie van het ultieme systeem is geen reden om elkaar niet meer in het echt te zien. Hoe vaak gebeurt het niet dat iemand een mailtje stuurt in de veronderstelling (there is an "ass" in assumption) dat de geadresseerde er wel actie op onderneemt. En er gebeurt niets. (Na)bellen helpt. In een niet nader te noemen multinationale ICT organisatie is antwoorden op mail zelfs not done, tenzij de mail wordt gevolgd door een telefoontje of persoonlijk gesprek.
Conclusie
Software biedt dus geen garantie voor doeltreffende en doelmatige samenwerking, het blijft een zaak tussen mensen; thoughtware als het ware. Op zoek naar killer apps voor nieuwe platforms zal rekening gehouden moeten worden met de menselijke kant aan samenwerking.
En eigenlijk is het allemaal heel logisch.. achteraf gezien.
Meer gedachten en praktijkervaringen over dit onderwerp in de posting Wat maakt samenwerken (met SharePoint) succesvol?
Random thought: on implementing a social software platform in your company
Implementing a social software platform in your company can be like building a pub in an office park: a waste of time and money.
HansRontheWeb, september 6, 2010.
Wat klanten zeggen over HansR
"Hans geeft goed onderbouwde adviezen die duidelijk en gedegen zijn."
Quote van een lead business analist bij een grote financiele dienstverlener
"Hans werkt in een turbulente en moeilijke omgeving, maar weet door zijn vakmanschap zowel gebruikers als ontwikkelaars te overtuigen."
Quote van een lead business analist bij een grote financiele dienstverlener
"Complimenten aan consultant Hans die deze migratie vanaf het begin met veel geduld en inventiviteit heeft begeleid."
Quote van projectmanager SharePoint migratietraject bij een grote financiele dienstverlener
"Hulde aan Hans, zonder zijn oplossingen hadden we het nooit en te nimmer voor elkaar gekregen"
Quote van projectmanager SharePoint migratietraject bij een grote financiele dienstverlener
"Het ei is gelegd (mede dankzij de voortreffelijke hulp van Hans) onze SP2003 site – inclusief de sub-sites - kan worden opgeruimd"
Quote van Divisie Applicatiemanager SharePoint bij een migratietraject van een grote financiele dienstverlener
"Hans is een prettige collega met een zeer gedegen kennis van Microsoft producten en met name Microsoft Sharepoint."
Quote van een collega consultant.
"Ik wilde aangeven dat de inzet van Hans op dit adviestraject naar volle tevredenheid is verlopen. Hans heeft pro-actief verschillende zaken uitgezocht en vormde zo een goede aanvulling op de intern aanwezige kennis.
Hans stelde kritische vragen en wakkerde daarmee discussies aan, die normaal niet zouden zijn gevoerd.
Daarnaast gebruikte hij zijn contacten om informatie in te brengen."
Programma manager van een SharePoint migratietraject bij een internationaal farmaceutisch bedrijf
woensdag 2 maart 2011
Help, ik heb wat fout gedaan! Eerste hulp bij SharePoint problemen...
Hieronder een aantal veel voorkomende situaties die wel of niet hersteld kunnen worden. Onder de kopjes in het kort wat voor hulp beschikbaar is, de link in de kop verwijst naar uitgebreidere hulp.
Herstel van weggegooide informatie
Navigeer naar de Prullenbak, selecteer de onderdelen die u wilt herstellen en haal ze uit de prullenbak.
De datum en auteur van de documenten die ik upload veranderen naar de datum van vandaag en mijn eigen naam.
Dit is standaard gedrag van SharePoint. Migratieprogrammatuur kan dit voorkomen. Alternatief is een apart datumveld, data in titelveld verwerken (jjmmdd) en auteursnaam terugwijzigen door de oorspronkelijke auteur.
Bij het kopieren van documenten vanuit een bibliotheek wordt de documenthistorie niet meegenomen
Dit is standaard gedrag van SharePoint. Bij knippen en plakken (in tegenstelling tot kopieren en plakken), wordt de historie wel meegenomen.
Herstel van web pagina's die niet correct worden weergegeven
Werken web onderdelen niet goed of loopt de pagina vast?
Voeg "?ToolPaneView=2" toe aan het webadres van de betreffende webpagina en selecteer/deselecteer de webonderdelen die niet zichtbaar zijn of niet goed functioneren. Zie ook: Handige URL's.
Zien alle pagina's van de site niet uit zoals zou moeten of lopen ze vast?
Voeg "/_layouts/settings.aspx" toe aan het webadres van de betreffende site om naar het instellingen menu van de site te gaan. Selecteer daar "Reset to site definition" (Engelse versie) om de layout van de site te herstellen met de standaard instellingen.
Dit kan per pagina gebeuren door SharePoint Designer te gebruiken, hiermee naar de betreffende pagina te navigeren en het (rechtermuisknop-menu) "Sitedefinitie herstellen" te selecteren.
Ik kan geen enkele instelling wijzigen, de site schijnt vol te zijn
Het site quotum zal eerst moeten worden verhoogd of de hoeveelheid informatie op de site zal eerst verminderd moeten worden. De prullenbak legen is een eerste stap.
Zie ook: "Herstel van weggegooide informatie" op deze pagina.
Krijgt u een andere pagina-indeling te zien dan andere gebruikers?
Wellicht ziet u uw persoonlijke weergave in plaats van de gedeelde weergave.
Zie ook: Personaliseren en depersonaliseren van web pagina's.
Ik heb mijn maximaal toegestane opslagruimte opgebruikt, hoe kan ik toch nog verder gaan?
Navigeer naar de Prullenbak(ken), selecteer de onderdelen die u definitief kunt verwijderen, en verwijder deze uit de prullenbak.
Ik vermoed dat de prullenbak informatie (documenten, items, etc.) bevat, maar ik zie niets of onvoldoende.
De prullenbak toont in eerste instantie alleen informatie die uzelf hebt weggegooid. Wanneer u site(collectie) beheerder bent, ziet u ook informatie van andere gebruikers. Wil u de prullenbak legen, maar u kunt dat niet, vraag dan uw site(collectie) beheerder.
Ik kan mijn webpagina niet bewerken.
Wellicht is de pagina uitgechecked door uzelf of een collega? Controleer dit in de bibliotheek waarin de webpagina zich bevindt. Dan de webpagina (laten) inchecken.
Er is een document uitgechecked door iemand anders.
Wellicht is de pagina uitgechecked door uzelf of een collega? Controleer dit in de bibliotheek waarin de webpagina zich bevindt. Dan het document (laten) inchecken. Wanneer de collega niet beschikbaar is kan (in SharePoint 2010 met de juiste rechten, namelijk "Full Control" op de betreffende site) het document zelf ingecheckt worden door in "Manage checked out files" het eigenaarschap van het document over te nemen ("Take Ownership of Selection") en het document vervolgens in te checken. Let op: de wijzigingen in het document gaan dan wel verloren.
Ik heb de machtigingen aangepast en wil nu de machtigingen herstellen en overnemen van bovenliggende niveau's.
Machtigingen worden standaard overorven vanuit bovenliggende niveaus's. Hierop kunnen uitzonderingen gemaakt worden door het menu "Machtigingen bewerken" bij het onderhavige SharePoint object te gebruiken. Herstel van de overerving van machtigingen vanaf bovenliggende niveau's kan worden hersteld door het menu "Machtigingen overnemen" te gebruiken.
Ik heb mijn gegevens beveiligd maar ik merk dat gebruikers deze gegevens toch kunnen inzien.
Controleer of de bibliotheken / lijsten voorzien zijn van de juiste machtigingen. Vel gemaakte fouten zijn: alleen webpagina's beveiligen, Doelgroepen (Audiences) zijn gebruikt als "beveiliging", "Weergaven" zijn gebruikt als "beveiliging".
Mijn bestand wil niet worden uploaded in de site, mijn bestand kan ik niet openen
Dit is vaak een indicatie dat er bijzondere karakters (b.v. +,:; enz.) in de bestandsnaam of het webadres zijn verwerkt en dat deze niet of niet goed door de applicatie worden versleuteld. Normaliter worden deze karakters namelijk middels URL-encoding versleuteld zodat de webomgeving ze kan gebruiken. Workaround is daarom de bestandsnaam aanpassen en bijzondere karakters vermijden.
In kan functionaliteit niet vinden of selecteren (b.v. RSS Viewer Web part
Als je je afvraagt waar functionaliteit (b.v. Web parts) gebleven zijn als je ze wilt gebruiken, neem dan een kijkje in de Site collection features... wellicht is een benodige feature niet geactiveerd.
Mijn RSS feed doet het niet!
- Ik krijg de melding "The RSS webpart does not support authenticated feeds" wanneer ik mijn RSS Webpart voor een interne feed configureer
- Mijn pagina met RSS feed(s) laadt erg traag of loopt vast
- Mijn pagina met RSS feed(s) geeft vreemde resultaten en/of foutmeldingen
Zie verder: http://praktischsharepoint.blogspot.com/2012/03/rss-bezint-voor-gij-begint.html
SharePoint 2010 Content Editor Web part maakt rommel van mijn JavaScriptjes
In de praktijk verandert SharePoint het een en ander aan HTML/JavaScript broncode die je in een Content Editor Web part invoegt, waardoor je vreemde resultaten krijgt. Hoe dit te vermijden?
Zie verder: http://praktischsharepoint.blogspot.com/2012/03/sharepoint-2010-content-editor-web-part.html
Ik kan een geen nieuwe kolom aan de metadata kolommen toevoegen
Hiervoor kunnen twee oorzaken zijn:
Mijn zelfgemaakte web part doet het niet
De melding "A Web Part or Web Form Control on this Page cannot be displayed or imported. The type could not be found or it is not registered as safe" of "Cannot import web part" verschijnt. Zie http://praktischsharepoint.blogspot.nl/2013/01/help-mijn-web-part-doet-het-niet-een.html voor een checklist bij het debuggen.
Herstel van weggegooide informatie
Navigeer naar de Prullenbak, selecteer de onderdelen die u wilt herstellen en haal ze uit de prullenbak.
De datum en auteur van de documenten die ik upload veranderen naar de datum van vandaag en mijn eigen naam.
Dit is standaard gedrag van SharePoint. Migratieprogrammatuur kan dit voorkomen. Alternatief is een apart datumveld, data in titelveld verwerken (jjmmdd) en auteursnaam terugwijzigen door de oorspronkelijke auteur.
Bij het kopieren van documenten vanuit een bibliotheek wordt de documenthistorie niet meegenomen
Dit is standaard gedrag van SharePoint. Bij knippen en plakken (in tegenstelling tot kopieren en plakken), wordt de historie wel meegenomen.
Herstel van web pagina's die niet correct worden weergegeven
Werken web onderdelen niet goed of loopt de pagina vast?
Voeg "?ToolPaneView=2" toe aan het webadres van de betreffende webpagina en selecteer/deselecteer de webonderdelen die niet zichtbaar zijn of niet goed functioneren. Zie ook: Handige URL's.
Zien alle pagina's van de site niet uit zoals zou moeten of lopen ze vast?
Voeg "/_layouts/settings.aspx" toe aan het webadres van de betreffende site om naar het instellingen menu van de site te gaan. Selecteer daar "Reset to site definition" (Engelse versie) om de layout van de site te herstellen met de standaard instellingen.
Dit kan per pagina gebeuren door SharePoint Designer te gebruiken, hiermee naar de betreffende pagina te navigeren en het (rechtermuisknop-menu) "Sitedefinitie herstellen" te selecteren.
Ik kan geen enkele instelling wijzigen, de site schijnt vol te zijn
Het site quotum zal eerst moeten worden verhoogd of de hoeveelheid informatie op de site zal eerst verminderd moeten worden. De prullenbak legen is een eerste stap.
Zie ook: "Herstel van weggegooide informatie" op deze pagina.
Krijgt u een andere pagina-indeling te zien dan andere gebruikers?
Wellicht ziet u uw persoonlijke weergave in plaats van de gedeelde weergave.
Zie ook: Personaliseren en depersonaliseren van web pagina's.
Ik heb mijn maximaal toegestane opslagruimte opgebruikt, hoe kan ik toch nog verder gaan?
Navigeer naar de Prullenbak(ken), selecteer de onderdelen die u definitief kunt verwijderen, en verwijder deze uit de prullenbak.
Ik vermoed dat de prullenbak informatie (documenten, items, etc.) bevat, maar ik zie niets of onvoldoende.
De prullenbak toont in eerste instantie alleen informatie die uzelf hebt weggegooid. Wanneer u site(collectie) beheerder bent, ziet u ook informatie van andere gebruikers. Wil u de prullenbak legen, maar u kunt dat niet, vraag dan uw site(collectie) beheerder.
Ik kan mijn webpagina niet bewerken.
Wellicht is de pagina uitgechecked door uzelf of een collega? Controleer dit in de bibliotheek waarin de webpagina zich bevindt. Dan de webpagina (laten) inchecken.
Er is een document uitgechecked door iemand anders.
Wellicht is de pagina uitgechecked door uzelf of een collega? Controleer dit in de bibliotheek waarin de webpagina zich bevindt. Dan het document (laten) inchecken. Wanneer de collega niet beschikbaar is kan (in SharePoint 2010 met de juiste rechten, namelijk "Full Control" op de betreffende site) het document zelf ingecheckt worden door in "Manage checked out files" het eigenaarschap van het document over te nemen ("Take Ownership of Selection") en het document vervolgens in te checken. Let op: de wijzigingen in het document gaan dan wel verloren.
Ik heb de machtigingen aangepast en wil nu de machtigingen herstellen en overnemen van bovenliggende niveau's.
Machtigingen worden standaard overorven vanuit bovenliggende niveaus's. Hierop kunnen uitzonderingen gemaakt worden door het menu "Machtigingen bewerken" bij het onderhavige SharePoint object te gebruiken. Herstel van de overerving van machtigingen vanaf bovenliggende niveau's kan worden hersteld door het menu "Machtigingen overnemen" te gebruiken.
Ik heb mijn gegevens beveiligd maar ik merk dat gebruikers deze gegevens toch kunnen inzien.
Controleer of de bibliotheken / lijsten voorzien zijn van de juiste machtigingen. Vel gemaakte fouten zijn: alleen webpagina's beveiligen, Doelgroepen (Audiences) zijn gebruikt als "beveiliging", "Weergaven" zijn gebruikt als "beveiliging".
Mijn bestand wil niet worden uploaded in de site, mijn bestand kan ik niet openen
Dit is vaak een indicatie dat er bijzondere karakters (b.v. +,:; enz.) in de bestandsnaam of het webadres zijn verwerkt en dat deze niet of niet goed door de applicatie worden versleuteld. Normaliter worden deze karakters namelijk middels URL-encoding versleuteld zodat de webomgeving ze kan gebruiken. Workaround is daarom de bestandsnaam aanpassen en bijzondere karakters vermijden.
In kan functionaliteit niet vinden of selecteren (b.v. RSS Viewer Web part
Als je je afvraagt waar functionaliteit (b.v. Web parts) gebleven zijn als je ze wilt gebruiken, neem dan een kijkje in de Site collection features... wellicht is een benodige feature niet geactiveerd.
Mijn RSS feed doet het niet!
- Ik krijg de melding "The RSS webpart does not support authenticated feeds" wanneer ik mijn RSS Webpart voor een interne feed configureer
- Mijn pagina met RSS feed(s) laadt erg traag of loopt vast
- Mijn pagina met RSS feed(s) geeft vreemde resultaten en/of foutmeldingen
Zie verder: http://praktischsharepoint.blogspot.com/2012/03/rss-bezint-voor-gij-begint.html
SharePoint 2010 Content Editor Web part maakt rommel van mijn JavaScriptjes
In de praktijk verandert SharePoint het een en ander aan HTML/JavaScript broncode die je in een Content Editor Web part invoegt, waardoor je vreemde resultaten krijgt. Hoe dit te vermijden?
Zie verder: http://praktischsharepoint.blogspot.com/2012/03/sharepoint-2010-content-editor-web-part.html
Ik kan een geen nieuwe kolom aan de metadata kolommen toevoegen
Hiervoor kunnen twee oorzaken zijn:
- De opgegeven kolomnaam bestaat al of is een door SharePoint rereserveerde naam
- De opgegeven kolomnaam is een keer gebruikt, doorgevoerd in de afgeleiden Content Types, en is daarna verwijderd uit het Content Type.
Mijn zelfgemaakte web part doet het niet
De melding "A Web Part or Web Form Control on this Page cannot be displayed or imported. The type could not be found or it is not registered as safe" of "Cannot import web part" verschijnt. Zie http://praktischsharepoint.blogspot.nl/2013/01/help-mijn-web-part-doet-het-niet-een.html voor een checklist bij het debuggen.
Abonneren op:
Posts (Atom)