Office365

Office365 Lessons Learned: wat te doen met backup?

Op de laatste saMBO-ICT Conferentie gaf ik een presentatie met de titel “Office365 – Lessons Learned”. De hele presentatie is hier terug te vinden. Ik wil de afzonderlijke punten echter wel verder toelichten, aan de hand van de keus die we maakten, de reacties en gevolgen en hoe het verder moet.

  • Toelichting: In de standaard licentie voor onderwijs zit geen Backup/Restore. Hier zijn wel alternatieven voor bij derden. Wat kan wel:
    Gooi je iets weg dan komt het in de prullenbak van de site. 90 dagen later verhuist het naar de prullenbak van de collectie. Weer 90 dagen later is het echt weg. Let wel: dit geldt voor gewiste bestanden. Voor gewijzigde bestanden moet versiegeschiedenis aan staan wil je terug kunnen naar een vorige versie. Voor gevallen dat iets fout aangepast is en netjes wordt opgeslagen heb je niets aan prullenbak natuurlijk.
  • Keus:
    We bieden geen backup/restore.
  • Hoe:
    Bij per ongeluk verwijderen haal je het bestand uit de prullenbak.
    Bij per ongeluk aanpassen zet je vorige versie terug.
  • Reactie: Dit leidde tot nu toe nauwelijks tot reacties. We kregen wel incidentele vragen maar dat blijken dan mislukte zoekacties te zijn. Dat men vermoedt dat iets gewist was, maar het bestand stond dan gewoon ergens anders opgeslagen. We hebben wel een ransomware-incident gehad. Daar helpt geen prullenbak tegen, aangezien het bestand niet weg is.
  • Gevolg: In het geval van ransomware was de vorige versie niet terug te halen, het bestand was niet weg, maar wel ontoegankelijk geworden.
  • Hoe verder: We zijn nog aan het oriënteren of we backup echt noodzakelijk vinden en of het opweegt tegen de kosten. Er is wel een initiatief van James van den Berg hierover en hij vraagt andere Microsoft klanten om hiervoor te stemmen.

Office365 Lessons Learned: geen scheiding tussen studenten en medewerkers

Op de laatste saMBO-ICT Conferentie gaf ik een presentatie met de titel “Office365 – Lessons Learned”. De hele presentatie is hier terug te vinden. Ik wil de afzonderlijke punten echter wel verder toelichten, aan de hand van de keus die we maakten, de reacties en gevolgen en hoe het verder moet.

  • Toelichting: Dit betreft vooral de intranet toepassing van SharePoint en dan niet zozeer de ‘inhoudelijke’ kant als wel de ‘sociale’ aspecten. In teamsites is inhoud natuurlijk prima te scheiden maar in Exchange / Outlook / Newsfeed / Yammer is standaard iedereen bereikbaar voor iedereen.
  • Keus:
    Zowel medewerkers als deelnemers zitten op één tenant. De complicaties van 2 tenants zou alles alleen maar verergeren. Voorlopig zetten we Newsfeed of Yammer uit en we koppelen telefoonnummers niet door naar Exchange/Outlook en de profielpagina’s. Veel collega’s beschouwen hun werk 06 toch niet als een openbaar gegeven. Als we Yammer standaard aan zouden zetten geven we de hele organisatie een chatroom waar 15.000 studenten en +1000 medewerkers door elkaar berichten uitwisselen.
  • Hoe: Iedereen is bereikbaar in hetzelfde adresboek en profielpagina.
  • Reactie: “Hé, iedereen kan elkaar zien.” “Waarom kan ik mijn 06 niet alleen geven aan collega’s?”
  • Gevolg: We hebben nog geen interne social media voor kennis en expertisedeling, geen integratie voor telefoonnummers en geen automatische vulling voor profielen. Op telefoons zijn alleen je eigen contactpersonen terug te vinden, niet de nummers van je andere collega’s. Ons medewerker smoelenboek blijft nog op het oude intranet systeem (niet in Office365).
  • Hoe verder: Ik vermoed dat het telefonie aspect overbodig wordt als we Skype groot gaan inzetten. Want dan is iedereen bereikbaar wanneer hij/zij wil, of je nu zijn telefoonnummer nu kent of niet. Overigens kun je ook als beleid voeren dat werktelefoonnummers bekend mogen/moeten zijn bij studenten. Veel docenten geven hun nummer ook weg als ze zelf Whatsapp groepen starten met deelnemers toch?
    Toch zit ik nog te dubben over Yammer, het heeft groepen enzo en het wordt waarschijnlijk onderdeel van Office Groups dus er is afscherming mogelijk. Maar op het hoogste niveau is er een open plaats waar iedereen alles kan posten. Moeten we dan ook maar gelijk cyberpesters en trollers gaan modereren? Gelukkig kan het niet anoniem, maar toch…

Office365 Lessons Learned: hoe houd je het innovatie-tempo van Microsoft bij?

Op de laatste saMBO-ICT Conferentie gaf ik een presentatie met de titel “Office365 – Lessons Learned”. De hele presentatie is hier terug te vinden. Ik wil de afzonderlijke punten echter wel verder toelichten, aan de hand van de keus die we maakten, de reacties en gevolgen en hoe het verder moet.

  • Toelichting: De tijden waarin iets 1x per 2 of 3 jaar een nieuwe versie kreeg zijn voorbij. Microsoft pompt met hoge frequentie nieuwe functionaliteit of aanpassingen er door. Kudos voor Satya. De diversiteit aan gereedschappen binnen Office365 is ontzettend hoog, met soms verwante of overlappende functionaliteit. Bijvoorbeeld het bijhouden van taken: gebruik je Outlook taken, taken in OneNote, een SharePoint takenlijst of de nieuwe Planner?
  • Keus:
    Ons beleid: Nieuwe functionaliteit gaat aan, tenzij … en we dwingen niet één manier van gebruik af. Daarvoor is onze organisatie te divers. Zeker op niet-formele processen, zoals voor bekostiging etc.
    Microsofts beleid: Nieuwe functionaliteit kan niet uit, tenzij …
  • Hoe: In de browser wordt de laatste technologie gebruikt, applicaties op beheerde desktops lopen achter, apps op laptops en devices gaan mee in de automatische update/grade.
  • Reactie: “Jullie communiceren niet duidelijk, wanneer wat beschikbaar komt.” of  “Geef eens een duidelijke visie op wat we gaan gebruiken”
  • Gevolg: Tja, das in dit geval een moeilijke. Microsoft vertelt niet tot op de dag precies wanneer iets beschikbaar is voor je eigen tenant. Hoogstens in welk kwartaal. Communicatie-deskundigen hebben liever dat je iets vertelt op het moment dat het nodig is en aan de personen die het treft. Dat is echter nauwelijks in de plannen.
  • Hoe verder: We ondernemen een paar zaken tegelijk:
    • Ongeveer 1x in de 6 weken sturen we een nieuwsbrief naar collega’s die zich abonneren. Hierin worden o.a. aangekondigde functionaliteiten bekend gemaakt.
    • We hebben een zogenaamde “First Release” groep ingericht. Microsoft ondersteunt dit door de leden hiervan de nieuwe functionaliteiten eerder te geven dan aan de collega’s. Hierdoor kun je al kennismaken en vooral de impact van de wijzigingen inschatten. De lengte van deze periode is niet in te stellen of zo en ook voor de first-release groep is niet exact te voorspellen wanneer iets aangaat. Wel handig dat het er is.
    • We volgen de openbare Office Roadmap en het (gesloten) Admin Messagecenter. Hierin komen alle kleine en grote aankondigingen in terecht. Per item schatten we de impact in en definiëren acties. Soms is het iets voor de nieuwsbrief, soms voor het intranet, soms voor een specifieke doelgroep. Het kan leiden tot aangepaste handleidingen of nieuwe inrichtingsvraagstukken.
    • Bewustwording: “verandering is enige constante“. Beetje open deur, maar als mantra herhaal ik het vaak.
    • We hebben een Expertisegroep die bovenstaande organiseert en tweewekelijks bij elkaar komt. Daarin onderzoeken we alles, bekijken mogelijke use-cases en ontwikkelen toepassingen met belanghebbenden. We proberen als het enigszins kan de diversiteit aan gereedschappen te ondersteunen middels best-practices, FAQ, nieuws en handleidingen.

Office365 Lessons Learned: ook voor vergadertijgers?

Op de laatste saMBO-ICT Conferentie gaf ik een presentatie met de titel “Office365 – Lessons Learned”. De hele presentatie is hier terug te vinden. Ik wil de afzonderlijke punten echter wel verder toelichten, aan de hand van de keus die we maakten, de reacties en gevolgen en hoe het verder moet.

  • Toelichting: de oude belofte van papierloos vergaderen zou met Anytime/Anywhere/Anydevice informatie realiteit kunnen zijn.
  • Keus: De bijlagen voor een vergadering worden in aparte vergaderbibliotheken verzamelt.
  • Hoe: Per overlegsoort een bibliotheek met een map per overleg waarin alle stukken zich bevinden. Deze bestaan doorgaans uit dag-mappen. Bijvoorbeeld een teamsite met vergaderbibliotheek voor het management-overleg. Daar komen mappen in met datumnamen zoals ‘20160521″, zodat alfabetisch sorteren ook op tijdsvolgorde is.
  • Reactie: “Veel te traag, een agendapunt met 5 stukken in 5 minuten, eer dat je een bijlage open hebt is het agendapunt gepasseerd. En je ziet elkaars aantekeningen.” De titel zei het al: vergadertijgers. Op een tablet of smartphone tijdens je vergadering jongleren tussen +10 bestanden is niet werkbaar.
  • Gevolg: Vergaderbibliotheken leiden tot dubbele bestanden, 1x in de vergadermap en 1x in de map op onderwerp elders. Los daarvan is ons College van Bestuur samen met het management overgestapt op iBabs, de rest van de organisatie gebruikt wel veel OneNote of taken/besluiten-lijsten.
  • Hoe verder: OneNote laten we organisch verder groeien. Met iBabs rollen we beheerst verder uit.

Office365 Lessons Learned: Office365 is niet je complete applicatielandschap

Op de laatste saMBO-ICT Conferentie gaf ik een presentatie met de titel “Office365 – Lessons Learned”. De hele presentatie is hier terug te vinden. Ik wil de afzonderlijke punten echter wel verder toelichten, aan de hand van de keus die we maakten, de reacties en gevolgen en hoe het verder moet.

  • Toelichting: Office365 is slechts één van de kernsystemen. Waarschijnlijk heb je nog kernsystemen voor financiën, HR, studentzaken en facility etc. Deze maken soms Office bestanden aan die je in de cloud wilt opslaan. Andersom kan ook, dat Office ‘bijlagen’ in andere systemen gehangen moeten worden.
    Zonder lokale synchronisatie als tussenstation kun je dit niet rechtstreeks doen. Dus van de ene cloud (Office365) naar de andere (SAAS systemen).
  • Keus:
    Als je met Office werkt dan sla je bestanden op in een daarvoor aangewezen teamsite. Formele processen lopen in andere kernsystemen.
  • Hoe: Als er geen synchronisatie is, zul je bestanden moeten Down/Uploaden naar een tijdelijke tussenplek. Of je opent de bibliotheek in de teamsite middels de knop “Openen in Explorer”, wat de Verkenner is. Deze dien je op je PC te favorizeren zodat de Verkenner dit plekje van je cloud ziet.
  • Reactie: “Ik krijg de hele tijd foutmeldingen.” Zie vorig bericht over instabiel WebDav.
  • Gevolg: Frustratie en omslachtig downloaden/uploaden als men een bestandje wil bewerken. Twee plekken bevatten het ‘origineel’: de site en het kernsysteem.
  • Hoe verder: Integratie aan leveranciers vragen? Of wel aan de slag gaan met lokale synchronisatie?

Daarnaast speelt er vaak nog een breder vraagstuk over de samenhang met de rest van je applicatielandschap. SharePoint als platform kan alles en niets tegelijk. In principe zou je vrijwel alle functionaliteit van andere systemen kunnen ‘bouwen’ met lijsten, content-types, (centrale) metadata en workflows. Maar dat het kan als je er (veel) tijd in steekt wil niet zeggen dat het handig is. Waar je deze grens legt is elke keer weer opnieuw een afweging. Een paar voorbeelden:

  • In ons HR systeem zit een self-service module voor het indienen van reisdeclaraties. Dit doen we niet in Sharepoint omdat de rest van de benodigde informatie in het HR systeem beter gewaarborgd is. De medewerker-kenmerken, het afwikkelen van de declaratie met instemming van je leidinggevende en de daadwerkelijke toekenning via je salaris etc, zijn daar ‘ingebakken’, na enige inrichting natuurlijk. Dit gaan we in Sharepoint niet met workflows nabouwen.
  • Voor cijfers en AAR vragen scholen toegang tot de informatie voor ouders. Voor minderjarigen is dit een valide functionaliteitsbehoefte. In ons studentensysteem zitten deze gegevens al (ouder-kenmerken, resultaten en AAR observaties). Daarom gaan we voor deze toegang niet nog een keer allerlei externe accounts beheren en handmatig toegang geven tot informatie op SharePoint.

Daarom is ons standpunt in het algemeen dat we voor workflows zoveel mogelijk de aangewezen kernsystemen gebruiken en niet alle workflows van de organisatie verplaatsen naar Office365. Overigens blijven er dan nog steeds zat leuke use-cases over voor workflows in Office365.

 

OFFICE365 LESSONS LEARNED: één of meerdere sitecollecties?

Op de laatste saMBO-ICT Conferentie gaf ik een presentatie met de titel “Office365 – Lessons Learned”. De hele presentatie is hier terug te vinden. Ik wil de afzonderlijke punten echter wel verder toelichten, aan de hand van de keus die we maakten, de reacties en gevolgen en hoe het verder moet.

  • Toelichting: Deze vergt wat toelichting. Je organisatie krijgt in de Office365 cloud een eigen plek, de zogenaamde ‘tenant’. Je pacht als het ware je eigen stukje land. Binnen een tenant zijn er sitecollecties. Op het hoogste niveau is een sitecollectie ook een teamsite, maar er onder kunnen weer subsites hangen. Dan krijg je de ‘apps’ (bibliotheken of lijsten) en ‘items’ (bestanden of lijst-items). Zie tekening hieronder met de school voor VAVO als voorbeeld.
    Er is ook één start-collectie, de ‘root’. Eigen sitecollecties staan hier naast.
  • Keus:
    Wij: Elke school, dienst, entiteit of samenwerking krijgt een eigen collectie met daarbinnen alle vrijheid. De rootcollectie is voor portal/intranet use-cases.
    Microsoft: De Office apps, zowel voor desktop als voor Android/iOS browsen standaard naar de tenant-root.
  • Hoe: Ons Functioneel Beheer maakte +100 sitecollecties. We hadden voor de migratie een was-word lijst van deze 100 collecties met in totaal 700 bibliotheken. +1.000.000 bestanden moeten tenslotte ergens blijven.
  • Reactie: “Ik kan in Word met ‘Bestand Openen’ niet bij mijn bestanden.”
  • Gevolg: In elke dialoogvenster (Bestand Openen, Opslaan, Opslaan Als) is er frustratie en gaat men onnodig downloaden/uploaden als men een bestandje wil bewerken. Dit speelt niet als je in SharePoint start en daarna opent in Word. Start je echter in Word/Excel/Powerpoint en je wilt na een tijd opslaan, dan ‘zie’ je niet je teamsites. Althans niet standaard.
  • Hoe verder: Op de smartphone wordt je geacht het URL pad te copy/pasten en op de desktop wordt veel de knop “Openen in Explorer” gebruikt. Sinds Office2013 kan je veelgebruikte mappen ‘pinnen’, dus na eenmalig starten vanuit de browser, kun je vanaf dan starten in de desktop-applicaties van Word/Excel etc. Althans voor die gepinde map. Ik werk zelf echter regelmatig in + 30 mappen …

TenantStructuur

Office365 Lessons Learned: 15 jaar historie meenemen?

Op de laatste saMBO-ICT Conferentie gaf ik een presentatie met de titel “Office365 – Lessons Learned”. De hele presentatie is hier terug te vinden. Ik wil de afzonderlijke punten echter wel verder toelichten, aan de hand van de keus die we maakten, de reacties en gevolgen en hoe het verder moet.

  • Keus: We migreren elke netwerk-directory (G:) naar een sitecollectie met bibliotheken. Wellicht was daar de achterliggende reden dat we onze complete storage en netwerkschijven naar de cloud wilden brengen. De gedachte was dat een netwerk-share gelijk is aan een teamsite. De mappen op het eerste niveau er onder, zijn dan bibliotheken binnen de site en nog dieper zijn het mappen met bestanden binnen de bibliotheken. Er zijn nog wat andere scenario’s mogelijk, zie tekening hieronder (aanklikken voor vergroting).
    Consultants vragen dan direct waarom we niet met metadata aan de slag gaan, want mappen is zo 2005. Dat had 2 redenen: metadata is vooral van toegevoegde waarde bij formele processen. +1.000.000 bestanden die organisch ontstaan zijn met terugwerkende kracht metadateren is niet te doen. Daarnaast wilden we de herkenbaarheid verhogen. Mensen die gewend waren op het netwerk een mappenstructuur tegen te komen, vonden deze op dezelfde manier terug in de teamsite.
  • Hoe: We communiceerden ruim op tijd (meer dan een half jaar), gaven mensen de kans op te schonen, we boden tooling voor de analyse aan teams. Dit leverde rapportages op over dubbele bestanden, bestanden ouder dan 5 jaar en ‘onmogelijke’ bestanden.
  • Reactie: Het team heeft geen tijd om op te schonen en we weten niet wat weg mag/kan. We gaan later wel opschonen in SharePoint.” Vaak durfden onderwijsteams geen knoop door te hakken.
  • Gevolg: Alle bestanden gingen vrijwel ongefilterd SharePoint in, die alles indexeert. Mensen raken in de zoekfunctie de weg kwijt. Overigens raakten mensen op de netwerkschijven ook de weg kwijt, dus daar veranderde niet zoveel aan.
  • Hoe verder: Sommige teams kozen voor een ‘schone-lei-teamsite’, anderen sloten bibliotheken uit van de zoekmachine en verklaarden deze tot ‘archief’. Pas na een half jaar gewenning kwamen er steeds meer vragen om in subsites voor kleinere groepen nette structuren te verzinnen. Hier bleven we advies op geven als men ons wist te vinden.

SharePoint Teamsite versus Netwerkmap

Office365 Lessons Learned: Cloud of Sneakernet?

Op de laatste saMBO-ICT Conferentie gaf ik een presentatie met de titel “Office365 – Lessons Learned”. De hele presentatie is hier terug te vinden. Ik wil de afzonderlijke punten echter wel verder toelichten, aan de hand van de keus die we maakten, de reacties en gevolgen en hoe het verder moet. De eerste deed me denken aan Sneakernet.

  • Keus: We migreren ieders home-directory (H:) naar OneDrive voor Bedrijven. Op zich is dit voor de hand liggend, aangezien het in lijn is met de bedoelingen van Microsoft. Samenwerken aan bestanden zien we liever in teamsites en we bestemmen OneDrive voor persoonlijke bestanden, dit kunnen ook ‘eigen leesexemplaren’ zijn.
  • Hoe: We communiceerden ruim op tijd (een half jaar van te voren), we gaven mensen zo de kans op te schonen, we boden tooling voor de overdracht (een script dat bestanden fysiek verplaatst), deze kon tot de deadline aangezet worden wanneer het individu wilde en erna ging deze automatisch verhuizen.
  • Reactie: Ik heb geen tijd om op te schonen, ik moet snel alles op USB stick zetten voor de deadline, want daarna kan ik er niet meer bij…” Medewerkers die van hun werkmappen een zooitje maakten namen deze gewoon mee de cloud in. Als je dit wilde voorkomen moest je opschonen. Waar het misverstand vandaan kwam dat je er ‘niet meer bij zou kunnen’ … ik weet het nog niet.
  • Gevolg: Veel USB sticks blijven in gebruik. en je loopt het risico dat gevoelige informatie rondslingert.
  • Hoe verder: Onze kantoorbalie stopte met de uitgifte van USB sticks, maar gezien de prijzen ervan heeft bijna iedereen ze al. Het enige dat overblijft is voorlichten op de voordelen van OneDrive (veiliger en toegankelijker op smartphone/tablet).

 

Implementatie en adoptie van Skype voor Bedrijven op #kdo365

Ik ben vandaag bij Microsoft te gast voor de Kennisdeling Office365Remco de Rijk en Ubel Zetstra van het Noorderpoort College delen hun ervaringen met ons. Belangrijk aspect was de regionale spreiding van Noorderpoort in de provincie. Wat de noodzaak tot virtueel vergaderen etc. verhoogd.

Ze vielen met de aanbestedingsdeur in huis, wat ik in eerste instantie een beetje vreemd vond. Want waarom zou je Skype aanbesteden als het gewoon bij je Office365 suite zit? Het werd gelijk iets duidelijker toen bleek dat het vanuit een telefonie-perspectief gedaan is. Hun telefonie was versnipperd, diverse lokale analoge centrales en geen integratie met mobiele telefonie. De gewenste situatie:

  • Nieuwe infrastructuur voor telefonie.
  • Integratie vast en mobiel.
  • Een centraal beschikbare telefoonlijst.
  • Berichtenverkeer, videogesprekken en vergaderingen.
  • Aanwezigheidsinformatie.
  • Integratie met de rest van Office365.

De marktpartijen waren redelijk kritisch op het gebruik van Skype, aangezien het behalve technische zaken juist ook veel aandacht voor gebruikers, adoptie en cultuur vereist. Ze selecteerden een partij die bovenstaande doelen kon helpen realiseren. Het werd me dan ook iets duidelijker waarom je ‘Skype’ zou aanbesteden. Je zoekt een telefonie-provider die integreert met Office365. De partij aan wie gegund werd bouwde de Skype omgeving binnen hun datacenters op. Aanbestedingstrajecten zijn droge en taaie kost, dat bleek ook een beetje uit de presentatie. 😉

Ik was zelf iets nieuwsgieriger naar de ervaringen van adoptie. Terwijl tegelijkertijd de koppeling met telefonie de adoptie afdwingt, aangezien mensen al decennia lang bellen en daar natuurlijk niet mee stoppen. Zelf stellen we Skype gewoon beschikbaar en laten het min of meer organisch groeien, naast telefonie die er los van staat. Dan gaat adoptie trager.

Gebruikerservaringen tot nu toe:

  • Conceptueel is het wennen: Je regelt je eigen beschikbaarheid en je regelt je eigen bereikbaarheid.
  • Het wifi-netwerk moet op orde zijn.
  • Door een strenge winterdag konden mensen niet verplaatsen, wat slimmer samenwerken op afstand stimuleert.

 

OneNote als mini-ELO op #kdo365

Ik ben vandaag bij Microsoft te gast voor de Kennisdeling Office365. Noemi Claes van het Summa College deelt met ons de ervaringen met OneNote for Classrooms.

Ze demonstreert een aantal directe lestoepassingen:

  • Hoe je aan een Notitieblok lesmateriaal (tekst, afbeelding en video) toevoegt en ook van studenten opdrachten kan ontvangen. Blijkt dat een student in OneNote direct spraak en video kan opnemen en dit aan de docent kan laten zien.
  • Voor dyslectici gebruikt ze de plugin “Immersive Reader” waarmee tekst vergroot getoond kan worden en middels ‘text-to-speech’ de student kan afluisteren.
  • Een student kan opdrachten openen en aan werken op zijn eigen tabblad. Je ziet vrij eenvoudig wie wat gedaan heeft en op welk moment.
  • Als je een groep studenten toevoegt aan je notitieblok, krijgen ze allemaal een eigen tabblad met specifieke lees/schrijfrechten.

Ik was toch onder de indruk hoe OneNote gegroeid is van grote notitiebak tot mini-ELO.