Posts Tagged sharepoint
Waarom Sharepoint Wiki volgens experts niet werkt
In opvolging van het eerdere artikel een uitzetting waarom de Sharepoint wiki volgens experts niet werkt. Er zijn hier duidelijk verschillende te bekennen met gebruikers. ook is het detailniveau verder gaand dan bij gebruikers. Logisch en vanzelfsprekend. De vraag is of de onderwerpen die de experts aankaarten relevant zijn voor de gebruikers. Het oordeel is aan u!
Daarom een selectie uit argumenten zoals besproken in de Sharepoint wiki workshop op de wikiSym 2008.
Add comment februari 11, 2009
Waarom Sharepoint Wiki volgens gebruikers niet werkt
Belofte maakt schuld. Eerder had ik belooft om een review van de Sharepoint Wiki module te schrijven. Dit omdat pertinent naar voren komt dat mensen graag zouden hebben dat deze wel goed is en tegelijkertijd zien dat dit niet zo is.
Dit artikel bestaat uit 2 delen waarvan dit de eerste is:
1) Waarom Sharepoint volgens toekomstige gebruikers niet werkt?
2) Waarom de Sharepoint wiki volgens wiki-experts niet werkt?
3 comments januari 29, 2009
Verschillen tussen Wiki’s en Sharepoint
Kandidid heeft hier een interessante blog over Wiki’s en Sharepoint geschreven. Zij argumenteerd dat het verschillen het beste waar te nemen zijn op het vlak van documenten versus platte pagina’s. Zo zijn Wiki’s minder geschikt voor het online bekijken en veranderen van powerpoint presentaties. Sharepoint is simpelweg beter met documenten!
DMS en proces
Dat Sharepoint een duidelijke positie in de arena van Document Management Systemen (DMS) verworden heeft was al eerder duidelijk uit dit artikel van information week. Ikzelf , mijn eerdere blog, schreef ik al over de verschillen in toepassing tussen Sharepoint en Wiki’s. Sharepoint is beter voor vaste bekende processen en Wiki’s zijn beter voor improvisatie.
Improvisatie
Als het om documenten gaat, is dat dé manier om in Sharepoint te improviseren. (Ik laat de Sharepoint Wiki module hier even buiten beschouwing, omdat deze te beperkt is en hierdoor weinig succesvolle toepassingen kent.) Niet gek dat ze dat bij Microsoft zo bedacht hebben: De meeste organisaties werken op basis van online drives, digitale documenten en e-mail. Sharepoint is dat betreft een mogelijke e-mail killer en een grote verbetering ten opzichte van de netwerk schijven door betere zoek en geintegreerd versie beheer.
Productiviteit
Wiki’s nemen de gedachte van het verwijderen van inproductieve stappen een niveau hoger. Door in de wiki te werken, hoef je niet ook geen documenten meer te plaatsen of op te halen. Ook kan er makkelijker een structuur aangemaakt worden. Met documenten is de organisatie er een van mappen, in wiki worden pagina’s onderling met elkaar verbonden. In plaats van organisatie op basis van (ver)plaatsen, is er organisatie op basis van verbinding. Wederom het verwijderen van inproductieve stappen.
Rapporten
Wiki’s kennen ook een prijs: Als men uiteindelijk een rapport naar de klant wil sturen, dan zal men de pagina’s moeten ophalen , converteren en integreren in een document. Nieuwe versies van pagina’s worden dan niet automatisch in het document geplaatst. Als dit teveel werk is, zal men de concepten beter niet in wiki uitwerken. Desalniettemin kunnen bij deze typen (Gartner ? Forrester?) organisaties wiki nuttig zijn. Gebruik de wiki dan voor de algemene kennisbank en als vervanger van intranet – maar dan interactief voor de medewerkers.
Als laatste: Wiki’s kennen tegenwoordig ook integratie en import en export mogelijkheden met Word. Zo kunnen bestaand *.doc handleidingen eenvoudig in de wiki gebruikt worden.
Met betrekking tot de Sharepoint Wiki Module: Binnenkort zal ik hier een artikel aan wijden. Waarom het niet werkt, en wat er nodig is om het wel te laten werken.
Add comment december 16, 2008
What to choose: a corporate Wiki, MS Sharepoint or both?
That’s a question that is asked in a lot of places nowadays…. Although Sharepoint once was inspired by wiki’s, there are a lot of differences between enterprise wiki solutions and Sharepoint. First of all, the paradigm is very different. Sharepoint projects are delivered by it-experts and business experts. Wiki’s are structured and filled and rewritten organically by users.
Sharepoint
So I would put Sharepoint up for the 80% most important processes your organisation internally has in common, and optimize the software for productivity and quality around that. For instance, often organisations start with migrating their team and project network drives to Sharepoint and open up a lot of data company wide. The Sharepoint search will help employees find the right documents. Perhaps certain types of projectdocument folders are structured, for instance for each project in different phases. Perhaps the project has a workflow (planned, in action, finished etc.) for which you would like your employees to use that new system.
Wiki
Wiki’s would cater a different challange. How can users do and organise their work which is different from what their collegues do? How can they work effectively on non-core processes organisation wide? For instance, design a little database table with all approved catering companies, and share it with others for party’s? And how can other employees also contribute to that page if they know a good caterer?
That’s the remaining 20 % which you can support by wiki. It’s heterogenous and not directly important to your business. But, in the end, you can make substantial savings with optimizing these processes.
More wiki ahead
After all, a knowledge economy implies less factory-like processes and more innovation and change driven processes. So this 20% could be higher in your case. It is likely to grow in the near future. No wonder that innovative company’s like Motorola, Google and Intel are heavy wiki users. They let their employees decide on their own processes. Motivation and control is done by appropriate (result based) rewarding, getting passionate employees, and good facilities (no personal productivity constraints).
Wiki or Sharepoint
So, in the end the decision is yours to make and would be based on the business needs. Do you need to centralize or decentralize? Know that implementing wiki is about getting users to use it for their own needs and implementing Sharepoint is about getting the right technical fit with the needs of your organisation.
The combination of both is possible but -mind you- not all wiki’s connect to Sharepoint!
Good luck
1 comment juli 16, 2008
