Quantcast
Channel: martinvanvuure
Viewing all 84 articles
Browse latest View live

9 kennisgebieden in projectmanagement

$
0
0

de grotere doelen van de project kennisgebieden:

Activiteiten in de 9 kennisgebieden van een project:

Heb je nog aanvullingenop de genoemde kennisgebiedenin een Project?

  • 9 Knowledge Areas in a project
    • Project Integration Management
      • Define processes and activities
      • Develop Project Charter
      • Develop Project Management Plan
      • Direct and Manage Project Execution
      • Monitor and Control Project Work
      • Perform Integrated Change Control
      • Close Project or Phase
    • Project Scope Management
      • Ensure the project includes all the work required for completing the project successfully
      • Collect Requirements
      • Define Scope
      • Create WBS
      • Verify Scope
      • Control Scope
    • Project Time Management
      • Define Activities
      • Ensure the timely completion of the project
      • Sequence Activities
      • Estimate Activity Resources
      • Estimate Activity Durations
      • Develop Schedule
      • Control Schedule
    • Project Cost Management
      • Estimate Costs
      • Determine Budget
      • Control Costs
      • Ensure the project is completed within the approved budget
    • Project Quality Management
      • Plan Quality
      • Perform Quality Assurance
      • Perform Quality Control
      • Ensure the quality requirements of the project are achieved
    • Project Human Resource Management
      • Develop Human Resource Plan
      • Acquire Project Team
      • Develop Project Team
      • Plan, acquire, develop, manage the project team
      • Manage Project Team
    • Project Communications Management
      • Identify Stakeholders
      • Plan Communications
      • Distribute Information
      • Ensure generation, collection, dissemination, storage and ultimate disposition of project information
      • Manage Stakeholder Expectations
      • Report Performance
    • Project Risk Management
      • Identify, analyze, control risks for the project
      • Plan Risk Management
      • Identify Risks
      • Perform Qualitative Risk Analysis
      • Perform Quantitative Risk Analysis
      • Plan Risk Responses
      • Monitor and Control Risks
    • Project Procurement Management
      • Purchase, acquire products, services, or results for the project
      • Plan Procurements
      • Conduct Procurements
      • Administer Procurements
      • Close Procurements


COTS tips / lessons learned

$
0
0

.. tips voor goed gebruik van COTS applicaties

Het grote voordeel van COTS (Common/Commercial-Off-The-Shelf) applicaties is de beperking van de complexiteit en daarmee  ’het gedoe’. Het is feitelijk het statement “Gij zult geen software ontwikkelen” zoals dit bij ‘ In-House applicaties’ gebeurd. Zowel vernieuwing, aanpassingen als het draaiend houden van de appplicatie wordt eenvoudiger. Hergebruik van kennis en bestaande wielen wordt geïnstitutionaliseerd. Dit geldt voor allerlei aspecten zoals de UI, opleiding, stabiliteit, compliance, aanpasbaarheid en … Best-practices.

Integratie wordt vaak gegarandeerd. Interconnectivity met  andere platformen en onderliggende database en hardware componenten wordt veelal gegradeerd, sterker in het geval van SAAS verdwijnen dit soort aspecten totaal van de radar.

Met het niet zelf bouwen moeten een ander soort keuzes gemaakt worden. Bij zelf software maken worden de eisen en wensen gerealiseerd, COTS is zo rijk dat er juist een beperkende keuze moet worden gemaakt. “Alles kan in pakket X, maar wat willen we eigenlijk … (minimaal, ooit, nooit). Daarnaast zullen de organisatie en de processen meer rekening moeten houden met het tool i.p.v. Vice versa zoals dit voorheen het geval was. 

Mijn tips zijn gerelateerd aan bovenstaande voordelen, verder enkele aanvullingen o.b.v. mijn ervaringen met COTS applicaties op het vlak van SOx controls, ARBO, Service Management, Monitoring en Grootboek 

  1. Hanteer een groeimodel voor de uitrol / implementatie. Een big bang benadering werkt niet en is te riskant. Groei zal langs meerdere asssen moeten plaatsvinden: leren, functionaliteit, klanten, processen. de weg der geleidelijkheid leidt tot resultaat.
  2. Maak vooral gebruik van bestaande wielen. Beperk zaken die een eventuele upgrade in de weg kunnen staan. 
  3. Hanteer de laatste software versie of zorg voor een laatse versie -X beleid
  4. Beperk het aantal omgevingen. Een productie en een speel/uitprobeer/Sandboxomgeving  zijn vereist.  Andere omgevingen moeten een duidelijk nut hebben of een bepaald risico afdekken. Aspecten van belang zijn vooral data gerelateerd: databeschikbaarheid, privacy, opbouwsnelheid, grote en omvang. 
  5. Beperk jezelf in wat je gebruikt. De functionaliteit is dusdanig  rijk en de mogelijkheden zijn ‘onbeperkt’, keuze en beperking zijn essentieel. Genoeg is genoeg, streef naar het optimale (goed genoeg) niet naar het maximale. Werk met timeboxes…
  6. Laat ook het aantal licencies groeien met het gebruik. Daarmee hou je voor de leverancier een incentive om “mee te blijven denken”. De leverancier heeft hiermee een belang in de groei waardoor hij bij de les blijft.
  7. Maak op hoofdlijnen helder wie wat doet. Zowel binnen de organisatie als met de leverancier. 
  8. Maak helder waar de grenzen liggen van configureren > customizen > aanpassen. Laat vrij > beperk / restricties > verbied maar ook documenteer / registreer> beslis o.b.v. BC > beleg bij vendor.
  9. Maak het tool leidend in beslissingen…
  10. Stel een aantal principles op ten aanzien van gebruik, aanpasbaarheid, inrichting
  11. Organiseer experimenten met functionaliteit in níeuwe releases.
  12. Maak het simpel, ….en houdt het simpel. Maak vooral gebruik van door de vendor beproefde technieken voor Connectivity, releasemanagement..
  13. Maak gebruik van installatierequirements en voorschriften van de vendor en maak daarmee interne guidelines secundair. 
  14. Doe een voor- selectie op basis van magic quadrant en/of interviews van Peers.
  15. Selectie
    1. maak gebruik van een aantal onderscheidende usecases
    2. laat de leveranciers een wedstrijdje houden, evalueer via vooraf  vastgestelde criteria
    3. doe de beoordeling met een zo breed mogelijke doorsnede van de organisatie en eventuele stakeholders  
    4. Maak een top 3 en laat de uiteindelijke keuze op het juiste niveau / gremium bekrachtigen
    5. Indien gewenst kan met een pilot  / PoC gestart worden om de laatste tegenstanders de wind uit de zeilen te nemen
    6. Na de pilot kan plateugericht uitgerold worden ….
  16. Zorg voor een roadmap. Hoewel basis functionaliteit snel beschikbaar kan zijn en gebruikt kan worden is het zaak behoeftes een plek in de tijd te geven. Het is zaak om in tranches / plateaus te denken. Realisatie – verificatie – implementatie cycli kunnen per kwartaal gerealiseerd worden.

Heb jij nog aanvullende tips voor COTS applicaties? Of heb je aanvullende/tegenstrijdige ervaringen / inzichten. Ik hoor / lees ze graag….


Wat hebben Tim Cook en Wim Kok gemeen

$
0
0

Gister luisterde  ik naar een podcast van The Verge. Hierin werd Tim Cook – de huidige voorman van Apple – geïnterviewd. De vraag was : 

de aandelenprijs van Apple daalt, de concurrenten verkopen meer Tablets   / smartphones dan Apple. Wat ga je doen?” de reactie van Tim Cook was 

Wij willen de beste producten maken op de intersectie van hardware-software en services” wij willen niet per se de meeste producten verkopen.

Ik heb ooit een modelletje vanuit mijn SIOO opleiding overgehouden die dat toelichtte.

(zie ook SlideShare

Het gaat om de conflict/discussie pyramide. Aan de onderkant (het HOE/oplossing-deel) – zitten de “conflicten/discussies” aan de bovenkant zit het deel waarover, op hoofdlijnen, overeenstemming bestaat (het WAT/probleem deel). Het statement is dat “problemen genereren consenus, oplossingen generen conflict” 

Mij is indertijd het modeletje toegelicht aan een voorbeeld van Wim Kok: hem werd gevraagd:

Wat heeft je voorkeur de noordelijke of de zuidelijke oplossing voor de Betuwelijn”?. Hij antwoordde iets van “het probleem is de mobiliteit en …, de criteria zijn …., op basis daarvan maken we een keuze.   

Dus vanuit een grotendeels hetzelfde doel kun je naar andere oplossingen komen….  en discussies uit de weg gaan….

Cyclus van redeneren:

  1. De vraag die gesteld is wil men blijkbaar niet rechtstreeks beantwoorden
  2. Ga naar het hogere doel: hierover is geen discussie meer. Heet hogere doel maakt de gestelde vraag min of meer triviaal, het antwoord lijk niet langer nodig.
  3. Ga na de criteria.
  4. Herdefinieer het probleem / de vraag en geef het antwoord dat je (zelf) wilt geven

Vond het eigenlijk wel grappig, blijkbaar zit deze redeneertrant er bij nakomelingen van een kok goed ingeramd…… of is dit in de genetische code verweven:=)). Waarschijnlijk het hetzelfde boek hebben gelezen…


Martins beeld van Kennismanagement

$
0
0

Mijn beeld over Kennismanagement heb ik in een pdf’je verwoord. Het borduurt voor op een eerdere post waarin ik in een conceptmap mijn beeld schets.

Het pdj’je bevat naast achtergond ook een aantal acties die opgepakt zouden moeten gaan worden…..

Kennismanagement volgens MvV 15-6-2013

Enkele eerdere KM posts en een filmpje


Manifesto gebruiken?

$
0
0

Een manifesto is eigenlijk niet meer en niet minder dan een set van uitgangspunten bij elkaar. Andere termen voor uitgangspunten zijn principles, criteria en wellicht ‘geboden: gij zult niet …, of juist wel…’.

Je kunt er naast uitgangspunten ook doelen, omgangsvormen en afspraken in laten landen.

Het bekendste is het Agile-Manifesto. Inmiddels Via Google zoeken op afbeeldingen geeft een mooi inzicht in wat mensen allemaal aan manifestos produceren er zitten er mooie visuals, bijna tegeltjes bij. Creativiteit viert hoogtij!

Ik zelf heb een KennisManagement manifesto opgesteld en eigenlijk zijn My way of working en onderstaande Wordle ook een soort van Manifesto.MartinWoW

Ik denk dat dit soort lijstjes van uitgangspunten voor een aantal dingen handig kan zijn:

  • bij de kick-off van een project: Project xyz-manifesto
  • bij het opzetten van een community: ….
  • Persoonlijk manifesto
  • Manifesto voor bedrijfscultuur: zoals voor Apple (onderaan)

Wat is jouw manifest? Wat zou er in moeten / kunnen staan? Wat is belangrijk?

Vroeger moest je je stellingen tegen de kerkdeur spijkeren. Waar timmer jij ze?

[contact-form]

Apple:


Papierloos werken ..!

$
0
0

paperless.pdf

Met bovenstaande setting ben ik inmiddels redelijk papierloos aan het worden. Alle info is beschikbaar op ieder apparaat. EverNote vormt het hart van de informatie. Notities op documenten maak ik middels Goodreader, zowel schrijven / tekenen als getypte tekst toevoegen is appeltje – eitje.

Notities maken gaat ook prima op de iPad maar een aantekenschriftje is overkomelijk als papier verbruik.

Hoe heb jij je (papierloze) werkomgeving ingericht? Heb je nog tips?

[contact-form]


Waarom Reference Stories?

Betrokkenheid en actie

$
0
0

Dingen organiseren, regelen begint toch vooral met willen. Als ‘het Why’, het doel helder is volgen acties en taken. De meetings, conversaties en ideeën zou je op die manier kunnen organiseren. Taak/actiegerichtheid is iets wat je als PL als tweede natuur hebt maar een Call to Action is niet da standaard. Op het moment dat je mensen PTA( person to act) maakt worden ze eerder afhoudend dan betrokken. Hoe behouden we betrokkenheid en initieren we actie?

Hoe kijk jij aan tegen zaken als betrokkenheid, intitiatief? Hoe komen we in het quadrant van hoge betrokkenheid en  hoog initiatief? 



Reference Story’s, 10 tips

$
0
0

Zoals jullie wellicht weten zijn reference story’s wat mij betreft de manier om kennis te laten stomen en tot kennisuitwisseling te komen. 

Ik heb hierover recent een filmpje gemaakt: 

http://www.youtube.com/watch?v=FXtIFHAibok

Daarnaast nog enkele tips voor het gebruik van Reference Story’s:

  1. Maak gebruik van de SS temptate, de metadata en laat de rest over aan de creativiteit van de consultant
  2. Maak iemand trekker van het proces, vraagbaak, verbeteraar ,consistentie
  3. Sla de RS centraal op en geef een ieder leesrechten
  4. Zet ook eens een requist voor reference story’s uit voor specifieke klantvragen
  5. Combineer RS tot een best practice en deel deze met …..
  6. Maak RS onderdeel van ‘ het proces’ als organisatie en als individu.
  7. Deel RS bij:
    1. bijeenkomsten van innovationcharters.  
    2. Kennismaking …
    3. Let talk business events
  8. Maak RS onderdeel van je portfolio en deel gericht
  9. Als je een RS deelt met je klant tijdens een evaluatie ben je vlak bij een reference case
  10. Streef met RS niet naar perfectie/gepolijste verhalen maar authentieke verhalen in de menselijke maat.

Wat vind je van Reference Stories, is dit iets dat je kunt gebruiken? Ben benieuwd naar je mening / ervaring. 


Overdracht van beheer

$
0
0

De overdracht van beheer is eigenlijk de overdracht van kennis en uiteindelijk de overdracht van verantwoordelijkheid (Ownership en accountability)

Er zijn grofweg twee manieren: big bang en geleidelijk. Big bang of wellicht ‘ over de muur’  is uitstel en het steeds maar weer moeilijker maken. Geleidelijk betekent vooral samen, leren, gedeeldeverantwoordelijkheid. Dit heeft mijn voorkeur. Zoals aangegeven vergt dit openheid, samenwerking en een focus op het met elkaar definiëren van tussenplateaus. De weg der geleidelijkheid moet vooral gepland worden, het gaat niet vanzelf. Overdracht vergt ” Two to tango”, beide partijen moeten willen anders krijg je een lousy uitvoering van de tango. Gelijkwaardigheid en professionaliteit zijn hierin key. Een eisensteller en een eisen invuller is uit den boze, net als jullie en zullie. 

Perfectie bestaat niet bij evengoede overdracht net als 100%, het gaat om de balans maar ook om vertrouwen en communicatie. Mijn voorkeur heeft timeboxing en een  agile/ sprint benadering. Wellicht zelfs een ontwikkel gerichte benadering.

Hoe kijk jij aan tegen overdracht? at zijn voor jou de kritische succesfactoren? Wat zijn de do’s and don’ts? Wat zijn jouw ervaringen / tips / te vermijden valkuilen?

 


Project overdracht

$
0
0

Zie ook de 9 aandachtsgebieden voor PM

Zie ij nog aspecten die onderdeel zouden moeten vormen van een project overdracht? Wat hoort er (niet) bij? Wanneer is de overdracht goed?


Ont-moeten

$
0
0
Ont-moeten Als niets meer moet, is dat ontmoeten Als niets meer moet, mag ik er zijn Als niets meer moet, is alles mogelijk Dan doet ontmoeten niet meer pijn. Het moeten zet me achter tralies Met monsters om me heen op wacht Afwijzing, Woede en Vernedering Maar ik ben het die mijzelf veracht. Ik maak van willen meestal moeten Omdat ik steeds naar iets verlang Goedkeuring, liefde of aanvaarding En daarom ben ik altijd bang. Als niets meer moet, ontmoet ik vrijheid Zij wordt mijn liefste kameraad Zij accepteert, steunt en vertrouwt me Ik weet dat zij me nooit verraadt. Dan kan ik jou ook vrijheid geven Ik houd je niet meer in mijn macht Jij hebt recht op je eigen leven Op jouw manier vanuit je kracht. Als niets meer moet kan ik ontmoeten Gewoon omdat het dan zo gaat Niet meer de eis ontmoet te worden Geen angst meer dat je me verlaat. Want zonder moeten is er vrijheid Vol liefde en humor spoort ze me aan Om elk aspect van mezelf te beminnen En zo het leven aan te gaan. Ik wil mezelf nu graag ontmoeten Verlost van uiterlijke schijn Ik sta mij toe niets meer te moeten En eindelijk mezelf te zijn. Auteur onbekend dankbaar overgenomen van Jolanda Verburg

Schrijven, tekenen en notities op de iPad

$
0
0

Bovenstaand de apps die ik gebruik om te tekenen, schrijven en notities te maken. Zoals je ziet vormen EverNote en in mindere mate NoteTaker HD de kern van de applicaties. De gestippelde lijnen geeftvaan dat het overzetten van content alleen via PDF of de Filmrol lukt. De doorgetrokken lijnen geven een Cut&Paste weer.

Naast deze apps heb ik een aantal apps die ik eigenlijk niet meer gebruik: Neu.Draw en Brushes. De laatste is min of meer een schilder app, Neu Draw is een (te) ingewikkelde tekenapp die voor mij onvoldoende toevoegd.

Zie ook mijn iPad apps of nuttige apps voor de iPad.

Voorbeelden van  iThoughtsAdobe IdeasInkpad visualisaties zijn via de linkjes te zien.

Welke apps gebruik jij? Wat zijn jou ervaringen / best-practices? Heb je nog suggesties


Visualisaties van A4, A3-poster tot filmpjes ….

$
0
0

Visualiseren is een bezigheid waar ik ‘blij’ van word. Het geeft me een kick om in een plaatje een probleem te versimpelen en behapbare maken. Een plaatje zegt meer dan duizend woorden, in een plaatje zijn relaties en  afhankelijkheden te schetsen waar, in tekstvorm, pagina’s tekst voor nodig zijn. Visualiseren betekent A4′tjes maken met Adobe Ideas of met Inkpad, en soms mindmaps via iThoughts maar ook filmpjes van enkele minuten over een onderwerp waarover ik iets wil melden. Ook A3 posters zijn leuk om te maken.Het grote voordeel van filmpjes is de tijds- en persoonsonafhankelijkheid van de boodschap/informatieoverdracht. Het maken vergt wat tijd maar is ook erg leuk. Animaties, aanwijzen, face to face  ….. beperkingen zijn er bijna niet. Het is bruikbaar voor handleidingen, how-to’s, toespraken, presentaties, uitleg, testamenten, liefdesverklaringen, promotiefilmpjes, TED filmpjes, toelichtingen, biechten, adviezen verzin het maar. 

Tegenwoordig is visualiseren eenvoudig met de apps die op de iPad beschikbaar zijn. Visualiseren naar A4 en A3-posters heb ik in de vorige post beschreven. Filmpjes maak ik op de iPad2 met Explain Everything en iMovie twee apps van enkele euro’s.

Met iMovie kun je …..
  • Beeld / geluid opnemen
  • beeld en geluid snijden
  • Voice-over toevoegen
  • Geluid dempen
  • Muziekje toevoegen
  • Titels toevoegen
  • Fotos’s toevoegen (hoewel ze niet echt mooi worden en continue bewegen)
  • Filmpjes inlezen (oa. Explain Everything filmpjes
Met Explain EveryThing kun je
  • Beeld / geluid opnemen
  • Powerpoint / Pdf’s inlezen, uiteraard ook foto’s (zonder dat ze bewegen..:=})
  • Voorzien van Voiceover en Animatie, aanwijzen. Advanced Whiteboard.
  • Filmpje over ppt heen draaien, picture in picture
  • Achtergrond vastzetten

Onderstaand een kort stappenplannetje om een filmpje te maken:

    1. Bedenk de boodschap
    2. Maak een script met de scènes appartement beschreven.
      1. Scène
    • Titel / doel:
    • Beeld:
    • Actie:
    • VoiceOver:
      • Ik wil iets vertellen over….
      • Blah Blah, bla
      • ….
  1. Maak ppt / sjabloon om in Explain Evertything in te lezen.
  2. Neem de verschillende scènes op als aparte filmpjes
  3. Lees de filmpjes in in iMovie
  4. Voeg trailers toe
  5. Knip geluid en elimineer pauzes in iMovie
  6. Zet desgewenst muziekje onder filmpje
  7. Exporteer naar YouTube of Vimeo in klein formaat.
  8. Mail of link het filmpje

Voorbeelden van filmpjes en  visualisatie met  iThoughtsAdobe IdeasInkpad kun je via de oranje linkjes benaderen.

Het lijkt me leuk om filmpjes te gaan maken. Heb je ideeën? Kan ik als goedwillende amateur helpen?

Wat zijn je ervaringen? heb je suggesties?


Het huis dat gek maakt …

$
0
0

Bureaucratie is een noodzakelijk kwaad hoewel we regelmatig doorschieten. Weer een nieuw formulier …., weer een procedure .., compliance maatregelen … In mijn ogen moet het te tackelen risico altijd het uitgangspunt voor de mate van bureaucratie. 

“Het huis dat gek maakt” (pdf) is een mooie metafoor voor de bureaucratie. Het is afkomstig van de Asterix en Obelix film “Astrix vervoert Rome” (de enige Astrixfilm die er eerder was dan de strip).

De balans tussen improviatie en bureaucratie is cruciaal voor de werkbaarheid. Je ziet het oa terugkomen in the power of checklists

Het is de balans tussen:

  • Veiligheid 
  • Doorverwijzen
  • De letter van wet 
  • De bomen, details, Hoe
  • De regel (‘work-to-rule’ = is een               stakingsvorm ….)
  • Regulering, compliceren,  hokjes/ kenniseilanden 
  • Kennis is macht
  • Proactief
  • Structuur
  • Over regelt
  • Werkbaarheid
  • Oppakken / Ownership nemen
  • De intentie van de wet
  • Het bos, big picture, Waarom
  • De uitzondering (welke ruimte laat je toe t.a.v.  uitzonderingen ..) 
  • ontbureaucratiseren, ontmoeilijking, ontschotting,demystificatie, deregulation
  • Kennis delen is kracht
  • Reactief
  • Agility / wendbaarheid / flexibiliteit
  • Pragmatiek

Hoe ga jij om met de bureaucratie? Vecht je.. of vlucht je? Versimpel je of accepteer je? 

Ben benieuwd naar je comments/aanvullingen, gedachten over dit onderwerp. 



Waarom ik nog een laptop gebruik …

$
0
0

Ik ga steeds meer over op het gebruik van mijn iPad. Het werkt lekkerder, het biedt extra functionaliteiten die ik niet op mijn laptop heb zoals tekenen, filmen, mindmappen, touchinteractie, .. .. het is sneller en makkelijk mee te nemen. Wat mij betreft HNW in optima forma. 

Ik denk dat inmiddels 70/80% van mijn device gebonden werk op mijn iPad uitvoer. Hoewel ik in eerste instantie huiverig was ‘een prive investering te doen om te kunnen werken’, wil ik niet meer terug. 

Ik kan bijna alles wat ik op een laptop doe op de iPad en meer (zie eerdere blogs schrijven en tekenen op de iPad, papierloos werken  en mijn favoriete iPad apps / nuttige iPad apps). 

Maar toch zijn er zaken die mij een laptop doen mee sjouwen, in, voor mij, aflopende belangrijkheid:

  1. Op de laptop kan ik uitgebreide Excelsheets met filters / kleurtjes en plaatjes goed gebruiken
  2. Mail archieven voor zoeken, grotere/langere mailthreats
  3. Lync communicatie: nog altijd server / connectie problemen in de iPad communicatie: instellingen zijn niet bij helpdesks te achterhalen
  4. Printen in mijn werkomgeving is gelinkt aan mijn laptop
  5. Flash voor bepaalde filmpjes ….
  6. SharePoint toegang / explorer modus: ziet er niet uit …
  7. MicroSoft Project

Zaken die inmiddels prima of beter gaan op de iPad?

  1. mail
  2. toegan
    g internet, browsen
  3. powerpoint
  4. Bestandstoegang: dropbox, Evernote, Box
  5. word: DocsToGo / Evernote Ik gebruik Docs2Go voor excel maar dit is alleen geschikt voor eenvoudig / excel werk. Wellicht moet ik mijn Excelsheet gewoon eenvoudiger houden. 

Hebben jullie wellicht suggesties hoe ik mijn laptop voortaan echt kan thuislaten?
Ondervinden jullie problemen met het werken met de iPad waarvoor ik wellicht een oplossingen heb?  Wat zijn jullie ervaringen met de iPad waarvan ik of de lezers van deze blog  kunnen leren. Ben benieuwd naar jullie reactie.


KM Reference Story conceptmap from iThoughts

De hokjes en de balans, het continum en de ladder …. (kortom in balans op de ladder)

$
0
0

We hebben de neiging alles in hokjes te stoppen. Het is zus of het is zo. Of als IT’er het is een 1-of-een-0 / digitaal. Voor sommige doeleinden kan een dergelijke opdeling handig zijn. Voor de meeste zaken is het ‘a blend of’/een combinatie. Bepaalde aspecten / uitersten van het continum hebben meer de overhand dan anderen. Maar het blijft en/en ipv of/of: het is eerder een evenwicht dan een overgang. 

Als ik kijk naar mijn werkgebied zie ik wel een verschuiving van mijn eigen werkzaamheden. Ik ben globaal verschoven van de tweede 25% van de schaal naar de derde/vierde kwart. In mijn ogen heeft dit ook met profesionaliseren te maken, anders / breder kijken naar waar je mee bezig bent.   

Naast het aspect van hokjes (links/rechts) heeft DIKW ook een aspect van een ladder / pyramide. De ladder / klimwal is een mooie metafoor voor profesionaliseren en beter worden, voor vrijheid en ongebaande paden. 

Je hebt data nodig om informatie te creeren, met informatie kun je kennis genereren …. Zonder vallen en opstaan geen leren, zonder leren geen professionaliteit zonder professionaliteit geen meesterschap. 

Deze redenatie kun je ook zien in een groot aantal onderwerpen. Naast de stairway to heaven hebben we oo een stairway to ….

acountability en commitment

De ladder van “Loyalty

De ladder van “Commitment en trust”:

Decision ladder in combinatie met de eerdere links-rechts aspecten: 

 

De ladder van de ‘participatie‘ 

Hoe kijk jij aan tegen de werkelijkheid? Heb jij een shift ondergaan qua kijken / werken? 

Welke ladders en balansen hanteer jij? Welke ladder doorloop jij? Ben benieuwd naar je ideeën….?


Kennisinstrumenten – door de bomen het bos zien …

$
0
0

Kennisinstrumenten – Kennisconnectors – kennisinterfaces – kennis-interactor - kennisoverdracht-smeermiddel ..

Een kennisinstrument is iets, een document – een handigheidje – een proces dat helpt om kennis te doen stromen. Door gebrek aan kennisinstrumenten blijft de kennis vastzitten en blijven eilanden van kennis bestaan. Kennis zou intercolegiaal moeten stromen, maar ook naar klanten en concullega’s

zie ook de (op de wereldbolletjes) clickable pdf

Er zijn tal van kennisinstrumenten te onderkennen, van webinar tot filmpje, van podcast tot infographic, van kenniskaart tot reference case. Van Podcast tot visual. Van community tot lunchsessie, maar ook van virtual meeting tot google-hangout of van community tot kenniskring. Ook mindmaps,  Kanban-boards als Trello worden meer en meer bruikbaar om informatie en wellicht kennis en/of wijsheid te delen.

Maar ook learning sessions, sketch-notes, visual facilitation zijn allemaal vormen van kennisinstrumenten. Een aantal kenisinstrumenten is inmiddels wat meer gemeengoed: masterclasses, pdf’ jes, A4′tjes, pitches, warstory’s, reference cases, 360-feedback, intervisie-sessie, CV’s, artikeltjes, pdf-readers, white-papers, Wordle’s, Storytelling, factsheet.

Wat mij betreft zouden we van al deze kennisinstrumenten stappenplannetjes/ best-practices moeten hebben zodat onze kennis gedeeld kan worden en niets ontwikkeling, innovatie en vernieuwing in de weg staan. Op dit moment wordt door het bomen het bos niet echt meer gezien. Het is zaak elkaar wegWIJS te maken in dit oerwoud. 

Wat zijn jouw kennisinstrumenten? heb je wellicht een beschrijving om het kennisinstrument eenvoudig in gebruik te nemen zodat we kennis verder kunnen laten stromen?

Weet je wellicht een beter woord dan kennnisinstrument? 


Agile – wendbaar of/en P2 waterval

$
0
0

Agile is een kreet uit de softwareontwikkeling maar geld wat mij betreft ook voor veranderingen op organisatievlak en projectmanagement. Agile staat voor wendbaars/aanpasbaar, flexibel, iteratief, geleidelijk en tegenover star(methode boven resultaat) waterval, langdurig.

Zoals zo vaak is het ook hier niet een kwestie van of / of maar van en/en. De kunst zit hem in het combineren van de aspecten uit beide werelden. De waarde van P2: is wat mij betreft “de BC”, ” productbased – plannen”, “PBS/PFD”, BUS-governance. Die van Agile is “loop until done / Iteratief”, Timeboxing, kort-cyclisch, informele afstemming, focus op 80%. In mijn ogen zijn dit aanvullingen en geen uitsluitingen. 

Zie ook mijn ppt op SlideShare over Projectmanagement, agile op mijn blog en een opzet voor een Agile-reader(7p) of mijn Evernote-notities over Agile. .

Wat vindt jij van Agile? Ben je een Agile-puritein of volg je de geest van Agile?  Of wil je alleen maar een Prince op een wit paard?






Viewing all 84 articles
Browse latest View live