Sogeti op beurs Defensie te Ede

 
Op woensdag 4 november organiseerde het Regiment Verbindingsdienst van de Koninklijke Landmacht een zogenaamde Wapensynchronisatiedag. Deze dag werd gehouden op de Prins Mauritskazerne in Ede. Doel van de dag was communicatie in al haar facetten.


Hier geef ik uitleg over Unified Communications aan een lid van de Verbindingdeenheid van het Nederlandse leger.

Sogeti was aanwezig op het beurs gedeelte van de dag en had mensen afgevaardigd van onze divisie High Tech en onder meer mijn persoontje. Samen met collega's heb ik Office Communications Server 2007, Exchange 2007 Unified Communications, Office Communicator en Live Meeting mogen laten zien.

Een zeer geslaagde dag!

Top websites in SharePoint

Net een leuk linkje gevonden. Een mooi overzicht van websites gebouwd in SharePoint.
http://www.wssdemo.com/Pages/topwebsites.aspx

Webbrowsers zijn ook software clients!

Ik kom vaak bij organisaties waarbij de enige grote voorwaarde voor samenwerkfunctionaliteit is: het moet werken met een webbrowser. Waarbij men vaak bedoeld: we hebben nog Internet Explorer 4.0 (of Netscape Communicator), willen die niet upgraden, dus maak het maar werkend.

Maar webbrowsers zijn ook gewoon software clients. Met bugs en verbeteringen en instellingen en dingen die het niet doen na een upgrade. Simpelweg stellen dat alles met HTTP(s) moet werken is te kortzichtig.

Je zult altijd nog rekening moeten houden met de (on)mogelijkheden van de webbrowser. Functionaliteit die door een webplatform wordt geboden kan nog steeds afhankelijk zijn van zaken als Java, ActiveX, Silverlight en noem maar op. Zaken die vaak geregeld zijn in de laatste versie van de browser software.

Kortom organisaties: ga ook met de tijd mee qua webbrowser en klaag niet als iets niet werkt met met Mozilla 1.0.

SharePoint guide for managers

Hier een leuke link naar een document over een zeer belangrijk onderwerp met betrekking tot SharePoint: het niet technische gedeelte. Vooral bedoelt voor het begintraject (waarom SharePoint), maar ook daarnaast goed om eens te lezen. Download hier de PDF.

Voor techies: databestanden van MS Groove verplaatsen

Ken je dat? Heb je Groove lekker draaien, maar loopt je C-partitie vol. Want Groove installeert zijn databestanden simpelweg op die C-partitie. Keuze is er niet... Maar nu wel, zij het "unsupported".

Volg deze link om je databestanden van Groove te verplaatsen, naar bijvoorbeeld de D-partitie :-)

Specifieke oplossingen in SharePoint: maatwerk rules?

Ik kom tijdens projecten vaak de situatie tegen dat een specifiek probleem vraagt om een specifieke oplossing. Heel snel wordt dan naar maatwerk gegrepen. We vinden het als IT-ers natuurlijk erg leuk om een mooie toepassing te maken. Maar waarom toch?

Mijn mening: als je met SharePoint aan de slag gaat, houd dan vast aan de volgende regel:

1. Realiseer je oplossing met standaard functionaliteit (echt, er zit heeel veeeeel in MOSS);
2. Lukt dat niet, kijk dan naar beschikbare en vrij verkrijgbare oplossing;
3. Helaas? Niet gelukt? Kijk dan eens naar 3rd party oplossingen. Bijvoorbeeld Bamboo;
4. En dan, nog niet? Nou: dan heb je mijn zegen om een maatwerk oplossing te maken. Denk je dan wel aan het documenteren ervan?

SharePoint 2010 preview

Hier een linkje naar wat meer informatie over de nieuwe SharePoint 2010.
http://www.microsoft.com/officebusiness/office2010/

SharePoint 2007 - Records Management

Sinds kort ben ik even bezig met het onderzoeken van SharePoint 2007 als (gecertificeerd) platform voor archivering. Ik ben dus even in het Records Management deel gedoken. En mijn eerste indruk: ziet er goed uit!

Ik liep wel tegen een configuratie-itempje aan, waardoor deze mooie functionaliteit in eerste instantie niet werkte. Vanuit een document library kreeg ik continue de melding bij het archiveren: 'The Records Center is not properly configured for this request'.

Wat blijkt nu? In Application Management van de SharePoint Central Administration geef je de URL op van het officiele Records Center. Maar....slechts de URL is niet genoeg. Helaas heeft SharePoint geen foutmelding als je slechts de URL ingeeft, maar de volgende URL werkt wel:

"http(s)://serveradres/recordscenter/_vti_bin/officialfile.asmx"

Bijvoorbeeld:

"http(s)://server.moss2007.nl/recordscenter/_vti_bin/officialfile.asmx"

En dat werkt daarna perfect.

Have fun!

LotusLive - Samenwerken in "the cloud"

Samenwerken tussen organisaties zal steeds meer gaan toenemen. Waar voorheen email (al dan niet met vele bijlagen) voldoende was om een vorm van samenwerken te bieden, zal op zeer korte termijn betere en meer rijke mogelijkheden worden geboden.

Sogeti heeft deze ontwikkeling al eens gedocumenteerd in haar boek "Collaboration in the cloud".
Mooi, hoef ik op de achtergronden even niet in te gaan. Twee van de grote leveranciers van samenwerkplatformen hebben nu zaak gemaakt van deze diensten uit de wolk.

IBM Lotus
IBM is al weer geruime tijd bezig met zeer succesvolle samenwerkplatformen. Te denken valt aan IBM Lotus QuickR, Connections en Sametime. Vooral en bovenal gericht op interne organisaties. Sinds enige tijd is daar LotusLive een online (cloud) mogelijkheid voor het delen van documenten, kennis, communiceren en vergaderen.

Microsoft
Microsoft heeft de online varianten van haar Office en Exchange serverplatformen al een tijdje aangekondigd. En ze zijn nu beschikbaar. Onder de parapluterm Business Productivity Online Suite levert het SharePoint Online, Office Communications Server Online en Exchange Online.

Stay tuned, misschien dat ik beide varianten nog een keertje bespreek.

SharePoint blog - toch een buitenbeentje

Wiki en weblog (blog) zijn twee van de onderschatte onderdelen van SharePoint. En, toegegeven, er zijn veel betere wikis en blogs te vinden. Maar als onderdeel van een samenwerk- en kennisdeel omgeving die SharePoint biedt, is de functionaliteit toch in ieder geval voldoende om mee aan de slag te gaan.

Toch kom ik steeds vaker dingen tegen waarvan ik denk: dat SharePoint blog is toch echt het buitenbeentje van het platform. En duidelijk ontwikkeld door een onderdeel van het SharePoint team wat even niet oplette tijdens de maandagmorgen briefing.

Voorbeelden? Oké, twee stuks:

1. Spellingscontrole. In heel SharePoint vind je een spellingscontrole mogelijkheid. Een mooie icoontje in de menubalk. Behalve.....in de contenteditor van het blog. Check it out.... Een wysiwyg editor in een wiki en dezelfde in het blog.

2. E-mail alerts. Waar je ook kijkt in SharePoint, overal en op alles kun je een e-mail alert plaatsen. Dat is ook zo in een blog. Maar de optie is zo weggewerkt dat voor sommige mensen het is alsof deze optie niet bestaat (hint: vanuit het blog - contextmenu van je login-naam, My Settings, My alerts, Set alert). Waarom niet gewoon een e-mail icoontje onder het RSS feed icoontje geplaatst?

Zucht....we wachten met spanning op SharePoint 14 :-)

Kennismanagement en SharePoint

Kennis. Wat is eigenlijk kennis? Strikt genomen kun je zeggen dat kennis voortkomt uit het toepassen van informatie. Waar informatie dan wordt gevormd uit de stromen data die om ons heen aanwezig is. Goed, dat is lekker duidelijk. Opnieuw: data (bijvoorbeeld "man", "vrouw" en "salaris") wordt pas informatie als de ontvangende partij er iets aan heeft. Zo is informatie "een man van 35 jaar heeft een salaris van 4.000 Euro").

We spreken pas van kennis als we die informatie gaan gebruiken. Dus: "een man van 35 jaar met een salaris van 4.000 Euro (bruto/netto?) kan een lening afsluiten". We gebruiken kennis in ons allerdaagse leven en op ons werk in processen en procedures. Bijvoorbeeld de kennis die nodig is om een hypotheek af te sluiten.

Als we goed kijken naar het principe van kennis, dan kunnen we twee typen onderscheiden. De impliciete kennis die iedereen wel heeft maar nooit ergens is vastgelegd. Daar tegenover staat uiteraard de expliciete kennis. Kennismanagement gaat erom om de impliciete kennis om te zetten naar expliciete kennis en deze laatste beter toegankelijk en toepasbaar te maken.



We noemen dit ook wel de lifecycle van kennis. Zoals bovenaan weergegeven.

SharePoint als kennismanagement platform

Hoe kan een platform als SharePoint kennismanagement ondersteunen? Op meerdere manieren.

Het bieden van mogelijkheden om kennis vast te leggen kan met een aantal eenvoudige functionaliteiten worden geleverd. Denk bijvoorbeeld aan de samenwerkruimten (waarin onder meer documentbeheer gefaciliteerd wordt) voor projecten, teams en afdelingen. Op persoonlijk niveau kan het weblog (blog) een mooie mogelijkheid bieden om kennis vast te leggen en te delen.

Minder op persoonlijk niveau zijn de wiki's. Een perfecte wijze om kennis binnen teams en organisaties vast te leggen en uiteraard te delen. Allemaal op een laagdrempelige en ad-hoc manier.

Als we denken aan het meer gestructureerd vastleggen van kennis, het delen van kennis en het uiteindelijk toepassen van kennis, dan komen we bij de kennisbank en het kennisportaal terecht. De kennisbank (al dan niet met een eigen logica) maakt het mogelijk om de vastgelegde kennis structureel aan te bieden. Het kennisportaal biedt afdelingen de mogelijkheid om kennisgerelateerde zaken in de vorm van een website aan te bieden (denk aan FAQ's, kennisbanken, wie-weet-wat, en dergelijke).

Al met al biedt SharePoint uit-het-doosje al snel veel en laagdrempelige functionaliteit voor het ondersteunen van kennismanagement. Wil je nog meer? Dan zijn er vele (commerciële en open-source) aanvullingen mogelijk.

Stimuleert de VN Het Nieuwe Werken?

Ik woon in Den Haag. Sorry, dat is nu eenmaal zo. En morgen (dinsdag 31/3) wordt daar de Internationale conferentie over Afghanistan gehouden. Nu hoorde ik vanochtend op de radio een vertegenwoordiger van de buurtvereniging. En één opmerking bleef mij bij: de wijk wordt morgen grotendeels afgesloten, dus mensen kunnen niet of moeilijk naar hun werk. Ik dacht meteen: dé stimulans voor het nieuwe werken!

Als organisaties het niet stimuleren, dan doet de VN in samenwerking met de gemeente Den Haag het wel :-)

OpenSource samenwerking

Goed; we hebben de Grote Twee als we aan platformen denken die kenniswerkers moeten ondersteunen. Iedereen kent ze; Microsoft (met zijn Office suite) en IBM (met de Lotus en Websphere omgevingen). Maar wat nu als we Open Source een warm hart toedragen? In dat geval is er een aantal Open Source alternatieven beschikbaar die zeer laagdrempelige en gebruikervriendelijke functionaliteit bieden.

Ik zal ze niet zeer uitgebreid behandelen, zie daarvoor de informatie op het internet.

Team samenwerking
Een mooie Open Source oplossing voor het samenwerken in teams is het Nederlandse (!) O3Spaces. De O3 staat voor de drie Office versies die het platform ondersteunt. Dus: OpenOffice, StarOffice en Microsoft Office. Snel "uit het doosje" aan te bieden en bruikbaar.

Real-time samenwerken
Onder real-time samenwerken versta ik onder meer instant messaging, web-conferencing, VoIP en dergelijke. Een voorbeeld van een Open Source oplossing hiervoor is openfire. Ook hier, relatief eenvoudig te implementeren. Een mooi voordeel van dit platform is de web-based administratie. In één oogopslag alle instellingen via de (Open Source) webbrowser inzichtelijk. Mijn instant messaging client hierbij is Spark.

Naast volledige platformen kan ook worden gedacht aan een samenwerking tussen Open Source en Closed Source. Wat te denken aan Jabber/XMPP koppelingen tussen IBM Lotus Sametime, Microsoft Office Communications Server en Open Source SIP platformen? Of het gebruik van de Miranda Instant Message client. Deze kan verbinden met SIP systemen, waaronder Microsoft Office Communications Server.

Sogeti SharePoint seminar

Komt allen, komt allen!

Eind maart organiseert Sogeti opnieuw een seminar volledig toegespitst op SharePoint. Het thema van dit seminar is "SharePoint, en hoe nu verder". Het belicht de toepassingsgebieden van SharePoint en benadrukt hoe van dit platform een succes te maken is.

Ikzelf doe mee aan de keynote, maar spreek vooral in de break-out sessie over SharePoint en kennismanagement.

Info?

http://www.sogeti.nl/Home/Events/index.jsp?uEve_nr=383

Microsoft komt met een Governance Plan voor SharePoint

Microsoft heeft een governance "checklist" ontwikkeld. Hierin zaken als het provisionen van sites, meertaligheid en rollen. Zie hier: http://www.microsoft.com/downloads/details.aspx?FamilyID=ed2e4753-f162-4c23-ba9e-beb8c88f74d4&displaylang=en

Office 14 - nieuws onder de zon?

Volgend jaar is het zover: de nieuwste versies van Office en de serverplatformen van Microsoft. Op het gebied van Office weten we al dat Microsoft een volledige webgebaseerde variant gaat leveren. Inclusief het befaamde (infame?) ribbon.

Over de nieuwste SharePoint versie komt mondjesmaat informatie beschikbaar. Waaronder....

De naam: Microsoft SharePoint Server 2010. "Office" is weggevallen want dat leverde onduidelijkheid op bij de eindgebruiker..... Eigenaardig: bij ING heb ik destijds moeten uitleggen dat MOSS onderdeel is van Office vanwege de integratie, ontwikkelteams binnen Microsoft die samen werken, en dergelijk. Altijd moeten uitleggen omdat: HET VERWARREND IS. En nu: Microsoft heeft naar me geluisterd :-)

Hoe het product nu gaat heten? Onduidelijk, want "MSS" is al vergeven aan Microsoft Search Server.

Nieuwe features (onder voorbehoud natuurlijk)
Volledige ondersteuning voor media.
Een iTunes (c) store opzetten in SharePoint.....
Ondersteuning voor alle mogelijke webbrowsers
Moet ik nog zien;
Verbeterde "Social Networking and Enterprise 2.0".
Dit wordt interessant, want het huidige MySite, Colleque Tracker, en dergelijke zijn slechts een begin. Gaat SharePoint de strijd aan met IBM Lotus Connections?
Groove: betere (nee, volledige) integratie tussen SharePoint en Groove.
Alle ISO document formaten worden ondersteund.
Joepie!!! ODF, OOXML, PDF, etc etc.

Technische wijzigingen
Interface gebaseerd op AJAX;
.NET Framework 4 wordt toegepast;
Nieuwe versies van de Visual Studio extensions for SharePoint;
Een GUI voor stsadm.
Kijk, dat is leuk. Voor al diegene die .bat, .cmd bestanden of scriptjes hebben gemaakt zodat ze niet vanaf de command prompt c:\program files\.........\stsadm -o etc etc in hoeven te typen;
Integratie met Office Live;
FAST search opties;
Silverlight.......

Bovendien
Alleen beschikbaar op 64-bit en Windows Server 2008.
Back-end alleen mogelijk met via SQL Server 2005/2008 op (uiteraard) 64-bit.
Lijkt me logisch.

Kun je samenwerken testen?

Iedereen die in de IT werkt weet dat op een bepaald moment getest moet gaan worden. Maar schieten we daar niet te ver in door? Volledige out of the box implementaties van softwarepakketten die al jaren op de markt bestaan worden getest op basis functionaliteit. Alsof het volledige nieuwbouw betreft wordt onderzocht of Lotus Sametime of Microsoft Office Communications Server iets als Instant Messaging wel ondersteunen. Of dat het mogelijk is om een document toe te voegen aan SharePoint of Lotus Quickr. Tja; dat zijn nu eenmaal de "requirements", dus die moeten getest.

Eigenaardig principe. Uiteraard, getest moet er worden. Maar kan naast die checklist van "requirements" een proces als samenwerken wel worden getest? Het is namelijk in dat proces dat de samenwerkplatformen een grote rol gaan spelen. Het werkproces zal gaan veranderen, neem dit mee in het testen.

Ga dus uit van scenario's; Als medewerker X wil samenwerken met medewerker Y in een ander pand, welke stappen volgt hij dan? En test of de functionaliteit die daarbij wordt aangeboden het scenario in voldoende mate ondersteunt. Medewerker Z gaat meer mobiel werken, is dit scenario volledig meegenomen in het ontwerp? Toegegeven; dit wordt meer dan het aflopen van een lijst met requirements, hoewel die in het scenario prima tot uiting kunnen komen. Maar het test wel de functionaliteit zoals die, in mijn optie althans, getest dient te worden.

SharePoint implementeren, architectuur

Vaak hebben organisaties al bestaande platformen waarbij functionaliteit als documentopslag en –beheer, communicatie, samenwerking en informatievoorziening wordt geleverd. Denk bijvoorbeeld aan een corporate intranet, één of meerdere portalen, zoekmogelijkheden of specifieke toepassingen als IBM Lotus Notes. Inclusief stakeholders binnen de organisatie die voor deze platformen (én de functionaliteit die ze bieden) verantwoordelijk zijn.

Welke plek neemt een platform als SharePoint nu in binnen deze architectuur? De introductie van SharePoint als additioneel platform kan zeer relevante vragen opleveren. Zonder daar al te diep in te gaan op architectuur in de breedste zin(daarvoor hebben wij als Sogeti de DYA methodiek), wil ik toch een tweetal aspecten belichten.

Informatiearchitectuur
Informatiearchitectuur brengt mensen, informatie en communicatie binnen de organisatie samen. Belangrijke aspecten daarbij zijn onder meer meta-informatie, de informatievoorziening nu en in de toekomst, informatie in combinatie met bedrijfsprocessen, dataclassificatie, richtlijnen en Chinese Walls. Vaak noemen we dit de Enterprise Content Management visie.

Vanuit het oogpunt van SharePoint is van belang te onderkennen welke rol dat platform hierbinnen speelt en hoe het invulling geeft aan de genoemde aspecten. Bijvoorbeeld: wordt het die van portal met een informerende rol of die van beheerder van informatie binnen de gehele organisatie? Het is dus van belang dat (al tijdens de visievorming) is nagedacht over deze Enterprise Content Management rol en is vastgelegd welke rol SharePoint speelt. Ook dient deze visie gecommuniceerd te worden naar de betreffende stakeholders binnen de organisatie.

Een ander, niet onbelangrijk onderdeel, is de informatiebeveiliging. Hoe wordt het governance-model van SharePoint vormgegeven? Ook dit aspect moet al in een vroeg stadium worden geadresseerd. Welke informatie mag wel en welke zeker niet via SharePoint ontsloten worden?

IT-architectuur
De IT-architectuur van SharePoint is een complexe verzameling van onderdelen. Het is voor organisaties van belang inzicht te krijgen of deze architectuur aansluit dan wel past binnen de bestaande infrastructuur architectuur. Dit inzicht is onder meer benodigd om te bepalen of er specifieke koppelvlakken benodigd of reeds aanwezig zijn (SOA) of dat er componenten binnen de bestaande architectuur bestaan die vervangen kunnen worden. Een concreet voorbeeld is Active Directory. In hoeverre bezit de organisatie een dergelijk platform en is het mogelijk hierop aan te sluiten? Welke processen van Identity & Access Management zijn aanwezig en sluit SharePoint hierop aan? Een ander voorbeeld: kantoorautomatisering. Welke toepassingen worden gebruikt binnen de kantoorautomatisering en sluiten deze voldoende aan bij SharePoint?

Uiteindelijk zal SharePoint moeten passen binnen de roadmap van de IT architectuur. Sluit aan bij de centrale referentiearchitectuur (of ook wel domeinarchitectuur genoemd) en (indien aanwezig) stem de architectuur af met de centrale reviewboard/Design Authority binnen de organisatie.

Kortom
Belangrijke aspecten van een SharePoint implementatie betreffende de rol van SharePoint binnen de bestaande informatie en IT architectuur. De rol die SharePoint gaat spelen wordt verwoord in zowel de (ECM) visie als de roadmap. De plaats van het SharePoint platform binnen de bestaande infrastructuur dient te worden afgestemd met de (infra)architecten binnen de organisatie en kan leiden tot wijzigingen van die infrastructuur. Wellicht zelfs tot fundamentele wijzigingen zoals het uitfaseren van bestaande infrastructuur onderdelen.

SharePoint implementeren, beheer en beleid (governance)

In mijn eerdere artikel ben ik ingegaan op het belang van het formuleren van een duidelijke visie en beleid voor het gebruik van SharePoint. Belangrijke aspecten die ook bij SharePoint horen zijn beheer en beleid. Vaak zien we een SharePoint implementatie gebaseerd op een portaalgedeelte bedoeld voor informatiedeling en (1-op-meer) communicatie en een deel bedoeld voor samenwerking.

Eventueel zet de organisatie de stap om MySites, wiki's en blogs aan te bieden, om hiermee laagdrempelige samenwerking en kennisdeling te faciliteren. Een goede planning voor het beheer van een SharePoint omgeving is van groot belang om deze omgeving beheersbaar te houden en de productiviteit van de gebruikers te kunnen waarborgen.

Beheer
Het beheer van SharePoint gaat verder dan operationeel en technisch beheer van de infrastructuur. Functioneel beheer dient ingericht te zijn voordat de functionaliteit aangeboden wordt. Dit functioneel beheer zal zich richten op het volledige SharePoint platform – portaal en samenwerken. Vaak zal de portaal functionaliteit centraal worden beheerd, zowel functioneel, inhoud (content) als vormgeving. Dat komt overeen met het doel van het portaal: een centrale toegangspoort voor kennis en informatie. De samenwerkmogelijkheden daarentegen lenen zich meer om diverse beheersaspecten (toevoegen van gebruikers, aanpassen van de vormgeving, en dergelijke) te delegeren binnen de organisatie. Toch geldt ook voor deze samenwerkmogelijkheden dat een aantal functionele zaken centraal beheerd worden. Wat zijn dan best practises?

De juistebalans tussen flexibiliteit en controle
Een wiki aanbieden en daarbij de content volledig centraal beheren ondermijnt het volledige concept van laagdrempelige samenwerking en kennisdeling. Het volledig vrijgeven van het gebruik van samenwerkruimten (team-sites) zonder daarbij acht te slaan op governance aspecten kan ontaarden in potentiële wildgroei, waarin de informatie en kennis niet meer te vinden. Vind een juiste balans daarin door uw medewerkers niet de limiteren in de functionaliteit, maar deze functionaliteit aan te bieden met enkele richtlijnen (zie onder).

Het gebruik van sjablonen en standaarden.
Maak voor de meest voorkomende functionaliteit standaard sjablonen. Bijvoorbeeld een sjabloon voor samenwerken, projectadministratie en klantadministratie. Standaardiseer op look-and-feel van de omgeving. Aanpassingen in de sjablonen of implementatie van nieuwe sjablonen kan lopen via functioneel beheer.

De positie van SharePoint binnen de organisatie
Stel richtlijnen op voor het gebruiken van SharePoint als content management platform. Binnen organisaties waar naast SharePoint andere platformen co-existeren, is het van belang van dergelijke richtlijnen groot. Val niet in de valkuil waarbij de verzameling samenwerkruimten uitgroeit tot een mini-CMS. Betrek hier de afdeling Interne Communicatie (of Corporate Communications, ed.) bij.

Quotering en regels rondom selfservice
Voor de samenwerkruimten is een aantal best practises om wildgroei (for lack of a better word) te voorkomen. Stel duidelijke quotering in. Hoe groot mag een bestand zijn wat wordt toegevoegd aan een samenwerkruimte? En hoe groot mag een samenwerkruimte maximaal worden? Let wel, een samenwerkruimte is bedoeld om in samen te werken. Het is niet primair bedoeld als permanente documentopslag. Belemmer hierbij uiteraard de medewerkers niet en wees ruim met de quotering, zoveel als de infrastructuur toelaat. Stel procedures op om van het quota af te kunnen wijken. Indien het wordt toegestaan dat medewerkers zelfstandig samenwerkruimten aanmaken, beheer dit proces dan met Self Service Site Creation. Dit geautomatiseerde proces van SharePoint beheert aangemaakte ruimten en zal eigenaren van die ruimten erop attenderen als een ruimte in onbruik is geraakt. Eventueel kan SharePoint zelfstandig ruimten verwijderen (al dan niet na een archivering).

Dataclassificatie, informatiearchitectuur en meta-data
Stel vooraf vast welke informatie wel en welke niet opgenomen mag worden in het SharePoint platform. Gebruik hiervoor een principe van dataclassificatie gecombineerd met richtlijnen over het publiceren van type informatie. Voorkom daarmee verrassingen achteraf. Indien mogelijk, definieer organisatiebrede meta-data en neem deze op in de standaard sjablonen.

Beleid, richtlijnen en samenwerkruimten
Communiceer alle genoemde aspecten rondom het beheer duidelijk en eenduidig naar de medewerkers. Dit is het beleid van uw SharePoint omgeving. Communiceren kan op meerdere manieren. Een hiervan is het opstellen van een lijst met "gulden regels" of te wel golden rules. Medewerkers weten welke afspraken gelden voor het gebruik van SharePoint. Gebruik ook de mogelijkheid van frequently asked questions (FAQ) en geef uw medewerkers de mogelijkheid hierop te reageren, bijvoorbeeld via een enquête of poll.

De gulden regels zullen duidelijk aangeven hoe SharePoint binnen uw organisatie werkt op het gebied van:

• quotering (maximale grote van een samenwerkruimte);
• lifecycle van de samenwerkruimte (automatisch verwijderen, bijvoorbeeld);
• zelf kunnen aanmaken van gebruikers;
• zelf kunnen aanmaken van onderliggende ruimten (sub-sites);
• zelf kunnen toevoegen van web-parts;
• kunnen importeren/downloaden van web-parts;
• een lijst van toegestane bestandstypen;
• de maximale toegestane bestandsgrote.

SharePoint implementeren, visie en roadmap

Het implementeren van een complex platform als Microsoft SharePoint vergt een goede fundering. Hoe vaak gaan SharePoint implementaties mis omdat dit wordt onderschat? Requirements die tijdens een implementatietraject continue worden aangepast, business en IT die niet op één lijn zitten of een onduidelijk doel voor het platform. Voor het succesvol implementeren van SharePoint moet worden onderkent dat het platform zelf geen wondermiddel is. Het zal het nieuwe werken en kennisdeling niet als standaard binnen uw organisatie introduceren. Dit artikel gaat over de basis van een SharePoint implementatie; met een duidelijk visie en roadmap beantwoordt u vooraf de volgende vragen.

• Hoe sluit SharePoint aan bij uw bedrijfsdoelstellingen?
• Is er een duidelijke doelstelling voor uw SharePoint implementatie?

Microsoft SharePoint: de Heilige Graal van kennisdeling
Microsoft SharePoint is een webplatform bedoeld om informatie op zeer laagdrempelig wijze toegankelijk te maken, informatie te delen, samen te werken, te informeren en te communiceren. Het biedt toegang tot bedrijfsinformatie en een uitgebreide zoek/vind oplossing. Losstaand of in samenwerking met andere Microsoft Office platformen –zoals Office Communications Server- biedt het een krachtig platform om kenniswerkers te ondersteunen. Zover de marketing, die qua techniek correct is. Toch spelen er meer factoren een rol om SharePoint een succes te laten zijn. Implementeer SharePoint zonder een duidelijke visie, roadmap en communicatie, dan zal het platform hoofdbrekens gaan opleveren. SharePoint als Heilige Graal ontaard dan in een gebed zonder eind.

Begin met een visie
Het lijkt zo logisch. En vaak zullen organisaties ook direct aangeven een duidelijke visie te hebben: wij willen SharePoint. Toch is het niet zo eenvoudig; SharePoint willen is geen visie, maar een niet onderbouwde keuze voor een platform. Een platform wat een overvloed aan functionaliteit biedt, beheerd dient te worden en aan moet sluiten op de IT- en informatiearchitectuur binnen de organisatie. Terug naar de basis: begin bij een duidelijke visie.

Wat zijn uw verwachtingen voor de komende periode (twee tot drie jaar) als u denkt aan het nieuwe werken, informatievoorziening, communicatie en samenwerken? Hoe sluit een kennisdeelplatform als SharePoint aan bij uw bedrijfscultuur en hoe sluit het aan bij de manier waarop uw medewerkers gewend zijn te werken?
Als onderdeel van de visie kunt uw heldere doelstelling en eventuele business requirements formuleren: waar dient uw organisatie te staan na komende periode en welke rol spelen de genoemde aspecten daarbij? Wat is het uiteindelijke doel van SharePoint platform en welk doel dient bereikt te worden? Uiteindelijk zal dit leiden tot een duidelijke visie die op haar beurt de basis vormt voor de roadmap.

Roadmap/plateauplanning
Een roadmap geeft een overzicht van de geplande inzet van functionaliteit en technologie over de periode van een vastgestelde termijn – bijvoorbeeld twee tot drie jaar. Het toont aan hoe functionaliteit ingevoerd wordt en hoe om wordt gegaan met platformen die overlappende functionaliteit bieden. Het hoeft geen gedetailleerde planning te zijn, maar dient om de visie inzichtelijk te maken waarop een daadwerkelijke planning gemaakt kan worden.

Betrek uw mensen
Laat SharePoint niet het speeltje van de IT-afdelingen zijn. Participatie is van groot belang voor het succes van dit platform. Adreseer de juist stakeholders binnen zowel uw IT organisatie als de uiteindelijke gebruikersorganisatie en betrek ze actief bij het formuleren van de visie. Creëer een kerngroep met mandaat. Laat uw medewerkers weten wat uw visie is, betrek ze hierbij door middel van enquêtes en nieuwsbrieven. Laat niemand in het donker staan omtrent de nieuwe manier van werken. Dit verhoogt de acceptatiegraad binnen de organisatie. Enthousiasmeer de keyplayers – kennisdeling is ook een cultuuraspect!

Kortom
Een succesvolle implementatie van SharePoint valt of staat bij de juiste fundering. Een fundering die wordt gevormd door een duidelijke visie en roadmap, afgestemd met en gedragen door de stakeholders. Wees duidelijk over de rol van SharePoint binnen uw organisatie. SharePoint raakt zowel de business architectuur, informatiearchitectuur als IT architectuur. Houdt hier tijdens de implementatie rekening mee en adresseer mogelijke issues.