Berichten met de tag ‘Organisatie’
Coole features van moderne wikis
Toffe features in wiki’s. Ik kan er geen genoeg van krijgen.Het overzicht van Aaron Fuller biedt dat betreft weer goed vermaak en inspiratie.
WordPress plugin Dit is niet wat je denkt. WordPress blogs in wiki’s weergeven, da’s natuurlijk een eitje via RSS. Maar andersom, dat is andere koek. Door Dekiwiki een login te geven op je blog kan deze updates van bepaalde pagina’s als blogposts publiceren. Van wiki naar blog dus.
Iphone interface
Dekiwiki op Iphone
Informatie overvloed beperken
In een recent rapport van EMC is onderzocht hoeveel informatie er wereldwijd is. Met 281 exabytes is dat zoveel dat het tijd wordt voor modellen, en technieken om hier mee om te gaan. Simpelweg alles bewaren zal niet langer mogelijk zijn!
Cijfers 2007
In cijfer 2007 is er volgens de schatting 281 exabytes geproduceerd. De verwachting is dat dit in 2011 inmiddels zal zijn opgelopen tot 800 exabytes. Deze groei is enorm, en erger nog, in 2007 werd er voor het eerst meer informatie geproduceert, dan er uberhaupt kan worden opgeslagen. Als je hier over nadenkt, realiseer je pas hoe bizar dit is. Alle opgeslagen digitale informatie van alle jaren tot en met 2006 wordt gepasseerd door de informatie productie in 2007. Alles opslaan is niet langer een optie.
Beleid
Om hier zinnig mee om te gaan is het tijd voor beleid. Wat willen we bewaren en wat niet? Dit proces wordt ook wel appraisal genoemd, en zal in de toekomst steeds vaker op de agenda gaan staan. Om informatie, het belang van de informatie enigszins een structuur te geven is er een informatie pyramide ontwikkeld (Francine Berman in ACM 12/08/08).
Typen informatie
Deze onderscheid drie niveaus van belang. Societal information betreft stukken die voor het nageslacht gearchiveerd dienen te worden. Ze hebben een stabiliserende rol in de maatschappij. Deze stukken kunnen ook ontsloten worden, maar met de juiste (open) licenties kunnen burgers en organisaties dit zelf ook realiseren. Daarmee komen we ook op het niveau daaronder; communital information. Deze is gericht op het creeëren van maatschappelijke en economische waarde. Het onderste niveau is personal information. Dit spreekt voor zich, juist het delen van deze informatie creeërt geeft deze informatie vertrouwen. Als de community hier wat mee doet wordt, krijgt het credibility en wellicht waarde.
Informatie beweegt normaal van onder naar boven, maar we zijn in een situatie dat de overheid (bijvoorbeeld) erg veel informatie heeft verzameld waar van het belang niet duidelijk is. Daarom is digitalisering zo belangrijk thema.
Digitalisering collecties- vraaggestuurd
De overheid dient een appraissal op bestaande collecties uit te voeren, maar dit is erg lastig. Waarom zouden zij mogen beslissen wat relevant is? De aanpak hiervoor is om deze informatie toch in het publieke domein toegankelijk te maken, om zo doende de waarde te bepalen. Dit varieert van het digitaliseren van de collectie tot het benoemen van het bestaan van de collectie.
Sommige collecties kunnen zonder omkijken bewaart worden, anderen zullen ter discussie gesteld moeten worden. Wellicht dat sommige collecties ook op een andere plek bewaart dienen te worden. Bewaren is niet enkel een verantwoordelijkheid van de overheden.
Meer waarde, minder risico
Waardevolle collecties zullen ontdekt worden, minder waardevolle informatie kan met een gerust hart vernietigd worden. De gemeente Oss heeft dit goed begrepen. Het begrip provenance is in deze context van belang. Voorheen vond men dat de originelen moesten bewaren. Nu kan men met zinnigere opslagformaten aanwenden. En dat bespaart kosten en verhoogt de betrouwbaarheid en waarde van de materialen.
Moderne Informatie zoals wiki’s
Wat betekent dit voor informatie in wiki’s. Eigenlijk hetzelfde. Een overvolle wiki behoeft ook appraisal. Gelukkig kan men makkelijk zien welke informatie waardevol is door de gebruikers statistieken. Waarschijnlijk blijkt dan dat onbezichte revisies van pagina’s van 10 jaar oud, niet langer waarde toevoegen. Dan uit de wiki halen en selecties in een historisch archief plaatsen. Community gedreven archivering vermijdt zodoende het probleem dat de archieven nu hebben.
Intel verkoopt niet langer wiki’s enzo
Bron: Webwereld
Ik vond het altijd al een rare combinatie, computer chips en social software. Intel bundelde verschillende social software producten waaronder social text, feedburner en wordpress in een pakket voor gebruik in organisaties. Wegens gebrek aan belangstelling wordt hiermee gestopt. De individuele producten zijn wel verder ontwikkeld. Deze verkochten los namelijk wel goed. Intel als channel voor social software was alleen minder succesvol.
Het maakt maar weer eens duidelijk dat grote organisaties niet per definitie een betere lyfecycle van software producten kunnen bieden. Small can be beautifull!
Voor degenen die deze intel suite hebben, de losse leveranciers zullen jullie ongetwijfeld zonder problemen kunnen migreren naar een nieuwe versie. Dus no worries!
Letting wikis loose and reaping benefits
Bron: Informationweek
In Informationweek kwam op 13 december een blog uit over wiki’s in organisaties. Volgens Informationweek is de aanleiding voor ‘letting wikis loose’ is de toenemende energie die het compliancy en business technology teams kost om alle content binnen de organisatie te blijven overzien en het stromen hiervan te faciliteren.
Angel.com gebruikt een wiki als Kennisbank voor klanten en medewerkers om ze te informeren over producten. hierdoor hoeven medewerkers nog maar een 1 uur durende wiki introductie training te krijgen.
Ook kunnen medewerkers samenwerken in de wiki en zo concepten formuleren en deze vertalen in projecten en nieuwe oplossingen.
Publicis heeft wiki’s ingestoken om het intranet in stappen te vervangen. Zo wordt de wiki gebruikt voor het verspreiden van de compnay nieuwsbrief, documenten op te slaan en uit te wisselen en de vakantieroosters vast te leggen. Volgende stap is het overzetten van het bedrijfstelefoonboek van intranet naar de wiki. Hierdoor kunnen meteen CV’s gekoppeld worden aan de personen. Ook gaan ze stukjes van de wiki naar klanten ontsluiten en interne expertise gebieden uitwerken en bij houden.
Om de wiki ook echt intereactief te maken was er vanuit het management en ICT bij beide bedrijven een finke duw nodig om deze successen te bereiken.
Bij Seagate is de CIO (onder andere) persoonlijk ‘schuldig’aan het succes. Deze werkt met ontvangst van documenten en rapportages in de wiki . Bij sommige processen zijn hiervoor templates aangemaakt. Next Step voor Seagate is een KB voor computergebruik. Zo wordt minder vaak de IT afdeling gebeld en kunnen gebruikers zelf aan de slag. Hiervoor moeten ze wel de gebruikersgroep gaan uitbouwen tot 2,500 man.Dit wordt gerealiseerd door de toegang te koppelen aan de centrale login server (LDAP integratie).
Red Mountain heeft een andere aanpak gehad. Het probleem was compleet onoverzichtelijk netwerk schijven. Door deze alleen lezen te maken, werden medewerkers gedwongen om voortaan hun bestanden in de wiki te bewaren. Doordat de wiki verschillende versies van documenten herkend, is er voor gebruikers er minder bestanden chaos. Gebruikers dienen dan wel bestanden niet te hernoemen naar rapport_v1.doc ,rapport_v2.doc, maar rapport.doc te noemen. Ook ontsluiten ze rapportages uit hun ERP-systeem Axapta naar de wiki.
PBWiki verhoogt datalimiet
Eerder kwam ik al tot een vergelijkende tabel met daarin de hosted wiki producten .
Nu bijgewerkt om de upgrade van de free / basis versie van pbwiki weer te geven.
| restricties gratis versie | kosten betaalde versie (pm) | restricties betaalde versie | |
| wikispaces | publiek toegankelijk en banner adds | 5 dollar | 20MB files, 2GB totaal |
| wetpaint | banneradds, 2MB files 40 totaal | 10 dollar | 1 GB |
| Confluence | geen gratis versie | 90 dollar | 25 users |
| pbwiki | ja 10MB 1GB, 3 gebruikers | 10 dollar | 20GB |
| dekiwiki | ja , 100MB | 8 dollar | 10GB |
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.
wiki.answers.com voor wiki-vraag & antwoord
Nou ben ik bekend met FAQ-tools, en het nut hiervan. Wiki.answers is wel heel apart.
Je kan een vraag stellen die gematch wordt met een andere vraag. Is er geen antwoord, kan iemand anders het antwoord verzinnen.
De vraag is, in welke mate verschilt de content? Ik zou zeggen probeer het eens met een simpele vraag in te vullen: Mijn eerste vraag was: how many legs has a cow. Het antwoord was verrassend : normally A cow has 4 legs.
Na een aantal andere vragen over BH-maten en chirurgische ingrepen in de vrouwelijke boezem, was ik helemaal bijgepraat over over siliconen je nodig hebt voor welke cup-maat. En of je zwanger kan worden dwars door een spijkerbroek heen.
Dit is totaal anders als wikipedia, en ik vind het leuk! Het is een soort crossover geworden van de tokkies meet wikipedia. Fun dus!
Vergelijking meest populaire hosted organisatie Wiki’s
Laatst werd mij gevraagd de mogeljkheden te verkennen voor de inzet van hosted organisatie Wiki’s. Alhoewel ik vaak wel een redelijk beeld heb van welke producten er zijn, is het altijd nuttig om even een rondje lang de velden te doen. Mijn hoofdingang is hiervoor wikimatrix, gemaakt door het Duitse Cosmo.de.
Dit leverde de volgende potentiele kandidaten op: (criteria: History, WYSIYG, no required support, No localization, Hosted, no domain, no branding)
@Wiki, BrainKeeper, BusinessWiki, CentralDesktop, ClearWiki, Confluence, Cospire, DekiWiki, EditMe, Groupswiki, Intodit, Luminotes, Metadot Wiki, Netcipia, nexdo, PBwiki, SamePage, SeedWiki, Socialtext, Springnote, Swirrl, Wetpaint, Wibokr, Wikispaces en Zoho Wiki.
Omdat ik de bloglines redelijk volg heb ik de volgende producten hieruit geselecteerd op basis van bekendheid.
-Ik heb Socialtext laten vallen. Dit is een commercieel bedrijf en echter ik heb in Nederland geen weet van een implementatie. De Functionaliteit zou ik dus niet kunnen beoordelen.
De productenConfluence, DekiWiki, PBwiki, Wetpaint, Wikispaces zijn na deze selectie overgebleven.
wikispaces
wetpaint
confluence
pbwiki
dekiwiki
Deze wiki’s zijn allen interessant voor kleine organisaties en afdelingen die met wiki’s willen gaan experimenteren. MAAR… Ook deze mensen proberen een boterham te verdienen. Dus bij het gebruik van deze producten zijn er vaak beperkingen opgelegd die de gebruikers dienen te verleiden een betaalde versie te nemen.Deze heb ik in een tabel gegooid.
| restricties gratis versie | kosten betaalde versie (pm) | restricties betaalde versie | |
| wikispaces | publiek toegankelijk en banner adds | 5 dollar | 20MB files, 2GB totaal |
| wetpaint | banneradds, 2MB files 40 totaal | 10 dollar | 1 GB |
| Confluence | geen gratis versie | 90 dollar | 25 users |
| pbwiki | ja 10MB, 3 gebruikers | 10 dollar | 20GB |
| dekiwiki | ja , 100MB | 8 dollar | 10GB |
Aan de hand van dit tabelletje kan je de versie kiezen die bij je past. MAAR….
Grote & Serieuze organisaties hebben nou eenmaal serieuze wiki’s nodig. Enterprise producten. Denk hieraan als je met meer dan 25-50 man met een wiki wil werken. Hiervoor zijn een aantal redenen.
Informatiebeleid & jurisdictie
. Je weet niet waar je informatie opgeslagen wordt. Dit kan een probleem zijn alsje moet voldoen aan bepaalde richtlijnen vanuit Sox, GAAP, SAS, ISO enzovoort. Als er een enterprise informatie architect in je organisatie aanwezig is, zal die sowieso niet staan te juichen. Denk maar eens aan de makkelijk te raden wachtwoorden terwijl iedereen op Internet kan proberen te inloggen.Ook is het een oncontroleerbaar bedrijfsrisico omdat er geen bedrijfsspecfieke SLA’s kunnen worden afgesproken. Als die informatie in Amerika opgeslagen wordt.. De amerikaanse overheid kan erbij via de PatriotAct. Niet verstandig als je machtige concurrent in de states hebt zitten. Ook kan het zijn dat je (klant) informatie opslaat die onder EU-wetten valt. Dan is dit ook niet geschikt.
Gebruikers
Moet die nog een wachtwoord onthouden en beheren? Koppeling met Outlook? Waar is de integratie met de andere webapplicaties binnen de organisatie? Voldoet het aan de huisstijl? Dit zijn zaken die enterprise class producten specifiek tackelen.
Migratie
Pionieren met een kleine gratis wiki is leuk, totdat je merkt dat deze niet meer voldoet. Meer mensen in de organisatie willen er gebruik van maken en wil men vaak de overstap naar enterprise product maken. Nu blijkt dat dat niet zo makkelijk gaat. Kan je de data wel meenemen? Moeten de gebruikers wennen aan het nieuwe systeem?
Kortom, wiki’s gebruiken is maak een overwogen keuze!
IT Architectuur wiki’s ook bij Nederlandse organisaties
Bron: Computable
Dick Dijkstra en Jan Willem van Veen zien in wiki de ideale manier om op eenvoudige wijze een IT Architectuur (ook wel Enterprise Architectuur ) te beschrijven.
Een enterprise architectuur herkent applicaties (toepassingen) en informatie stromen. Deze haken aan processen (de business) en systemen (de techniek).
Veel bedrijven blijken eenmaal nadat een dergelijke architectuur uitgewerkt is er niet meer naar te kijken. Dat is jammer. Met een wiki kunnen medewerkers zelf direct wijzigingen in de huidige situatie documenteren. Zodoende is iedereen op de hoogte van de laatste status.
Waar ook een kans ligt is het tevens aanbieden van (beheers) procedures en werkinstructies. Als medewerkers eenmaal regelmatig de wiki gebruiken is het bijwerken van de architectuur (toch een secundaire verantwoordelijkheid) een fluitje van een cent.
