Mystic Slayer's Bloggie

Wat me altijd verbaast van mensen die zeggen dat ze moe zijn van het werken? Is dat psychisch of lichamelijk? Te weinig slapen, problemen, te weinig goed eten, noem het maar op? Waar ligt dat nou aan? Ik kan het af en toe niet bevatten... Ligt het misschien aan de werkdruk, of aan de manier van werken? Ligt het aan de mensen waarmee je werkt?

Het zijn allemaal van die dingen die parte zouden kunnen spelen als je moe bent... Ik zelf wordt echt niet moe van werken, het tegendeel zelfs... ik krijg er energie van... iedere dag weer ben ik blij dat ik kan werken, en hoop ik altijd dat er teveel werk ligt. De reden dat ik hoop dat er teveel ligt dat betekend dat ik er tegen aan mag gaan... Yes, mensen kunnen dat af en toe niet bevatten, maar ik vind het heerlijk als ik een druk op me heb.

of ik nou 40 uur of 60 uur moet werken dat maakt me niet eens uit... het belangrijkste is dat ik kan werken op de manier zoals me dat zelf bevalt, en op de snelheid die mij bevalt. Als ik in een te laag tempo moet gaan werken dan trek ik dat niet, want daar wordt ik moe van... dan krijg je het gevoel dat ik bezig moet zijn om maar bezig te zijn. Dan moet je op een tempo werken wat je niet ligt.

Te weinig slapen kan wel resulteren in een vermoeidheid, maar dat heeft dan niets met werken te maken, maar met de gesteldheid van een persoon. Aan me eet patroon zal het niet liggen, want ik eet genoeg om 2 tot 3 mensen te voeden, hahaha.

Neej, je wordt niet moe van werken, je wordt moe van alles daarom heen. Een relatie wat niet loopt, conflicten op het werk, het werk bevalt je niet, je slaapt te weinig, noem het maar op. En als mensen zeggen dat ze moe zijn van werken dan kun je je afvragen of ze niet ergens anders moe van zijn... ls het goed is doe je je werk wat je graag doet, en waar je goed in bent. En af en toe zul je dingen doen die je niet bevallen, maar dat is nu eenmaal het werkleven... heeft niets mee te maken dat je moe bent van werken, maar eerder dingen doet waar je niet goed in bent, waar je dus meer je hersenen moet gebruiken...

Ik kan begrijpen dat je wel lichamelijk moe bent, we worden immers allemaal wel een dagje ouder, en voor mensen die lichamelijk werk verzetten die zullen het heus wel zwaarder hebben... maar er is niets zo fijn als lichamelijk moe zijn... lichamelijk moe betekend dat je lichaam wat te doen heeft gehad... en dat is alleen maar positief. Dat geeft je ook een voldoening, althans in mijn geval dan... voor een ander kan ik niet spreken.

Waar ik me wel aan stoor is dat mensen lopen te zeiken dat ze teveel werk op hun bordje hebben, of dat ze helemaal vol zitten in hun hersenpan... houdt in dat ze het gewoonweg niet aan kunnen, en dus in weze niet geschikt zijn voor het werk wat ze beoefenen...

Waar ik wel moe van kan worden is het lange reizen in de auto om naar een klant toe te gaan, omdat je er zo vroeg uit moet en 's avonds laat pas thuis komt, maar dat heeft dan weer niets met werken te maken... dat kost best veel energie, want je bent gewoonweg op pad zonder eigenlijk daadwerkelijk bezig te zijn met werken. Ja werken bijv in je auto, omdat er genoeg mensen zijn op de weg waar je gewoon voor moet opletten dat ze niet spontaan naar links komen zetten als je naast ze rijdt, of dat er weer is een debiel is die niet kan rijden. Dat zijn van die dingen waar je gewoon weg op moet letten en dat kost energie.

Ach zo kan ik uren blijven schrijven over dit soort zaken, maar ik vind het heerlijk om te werken... het geeft me voldoening om een klant vrolijk te zien als je een product oplevert, of dat je problemen verhelpt... dat is een doelstelling die ik mezelf iedere dag weer stel. Gewoon dingen bewerkstelligen waar je mensen mee kan opvrolijken.

Het schrijven van documenten is voor ontwikkelaars nu niet het meest bepaalde leuke baantje, maar ik moet zeggen dat ik de smaak wel te pakken heb. Het schrijven van documentatie voor gebruikers is gewoonweg lomp. Meestal lezen mensen toch geen handleiding, want daar hebben ze geen zin in, of ze denken het allemaal al wel te weten, maar okay. Dat is dan weer een andere zaak.

Bij me vorige werkgever was het schrijven van documentatie opzich normaal, maar in de meeste gevallen was het al geschreven of er was geen rekening meegehouden in de begroting. Echter bij een tweetal projecten heb ik functionele documentatie en technische ontwerpen gemaakt. Ook natuurlijk een gebruikershandleiding en een installatiehandleiding hoort er nu eenmaal bij.

En wat het meest opzienbare is eigenlijk hoe weinig kennis sommige beheerders hebben, maar dat is dan weer een andere zaak. Als uitgangspositie ga je er tegenwoordig er wel vanuit dat een beheerder weet wat hij doet, en wat een gebruiker niet doet. Echter dit zijn eigenlijk misvattingen, want gebruikers doen juist de dingen waar je geen rekening mee houdt en beheerders weten vaak minder als wat vooropgesteld wordt.

Technische ontwerpen schrijven was voor mij tot zover het leukste om te schrijven. Je beschrijft er eigenlijk alles in wat technisch is. En natuurlijk doe je dat niet voor de beheerders of projectmanagers, maar meer voor de mensen die vaak ook wel een goede achtergrond hebben. In de meeste gevallen zijn ontwikkelaars en testers toch wel redelijk goed in het begrijpen van technische ontwerpen.

Note: Generaliseren is niet gedaan, omdat ik ook echt wel mensen ken die wel die gedegen kennis hebben… okay. Ik ken er maar weinig, maar ze zijn er wel.

Functionele documentatie is het meest belabberde wat je kunt schrijven, want dat horen functioneel beheerders te doen, maar goed. Ik schrijf dit ook het liefst niet, en als ik het kan vermijden zal ik dit ook zeker niet laten. Echter als er gevraagd wordt aan mij om dit te schrijven zal ik dit wel doen, maar niet van harte, hahaha. Maar doen doe ik het wel…

Installatiehandleidingen voor beheerders is als schrijven voor gebruikers. Je moet alles voorkauwen, want anders begrijpen sommige beheerders het niet meer. Waarom zou je denken? Nou ja, tegenwoordig kan iedereen een examen uit zijn hoofd leren en dan bij Mickeysoft een examentje halen. Dus installatiehandleidingen schrijven is het schrijven voor mensen zonder gedegen kennis. hhahaha. Verschrikkelijk om te doen als ‘a human without knowledge’.

Gebruikershandleidingen schrijven is zoveel mogelijk plaatjes gebruiken, want dat begrijpen ze tenminste. Plaatjes duiden iets aan, en dat is makkelijk, want dan weten ze waar ze naar op zoek moeten gaan. De rest vinden ze dan wel weer uit, maar dat is de uitgangspositie waar je als gebruikershandleiding schrijver mee rekening dient te houden.

Okay nu komen we eindelijk bij het leuke gedeelte van dit stukje tekst. De impact-analyse en risico-analyse.

Het schrijven van een impact-analyse is best aardig, want je gaat dingen heel anders bekijken. In een impact-analyse ga je een analyse maken van een mogelijke wijziging of toevoeging aan een bestaande applicatie. Of een analyse maken aan de hand van een functioneel ontwerp. Het alles in kaart brengen van alles wat je mogelijk gaat doen is intensief werk, want je doet hier alles in verwerken wat in je opkomt. Dus niet alleen maar klakkeloos dingen schrijven zoals. De risico is groot als je een wijziging maakt op de database. Neej, het compleet in kaart brengen van wijzigingen, toevoegingen, etc is best leuk. Je kijkt dan heel anders naar een applicatie of functioneel ontwerp. Tijdens het maken van een impact-analyse ga je ook bekijken wat de mogelijke risico’s zijn van een wijziging, toevoeging of functioneel ontwerp. Je gaat een complete lijst langs met allerlei punten. Als je die lijst hebt doorgenomen met de diverse partijen kun je tot een mooi risico rapport komen die je weer kunt verwerken in je impact-analyse. Uiteindelijk zorgt dit er weer voor dat je een gedegen advies kan uitbrengen naar de klant toe, of naar je direct leidinggevende.

Ik moet eerlijk zeggen dat ik dit nog nooit gedaan had, maar dankzij ASL heb ik nu meer inzicht gekregen in het maken en schrijven van een impact-analyse en risico-analyse. Als je dit een beetje onder de knie hebt kun je een heel stuk duidelijker tegenover je klant of leidinggevende zijn. Mijn eerste impact-analyse schrijven was natuurlijk wel even wennen, maar ik moet zeggen dat ik nu eindelijk begrijp wat een wijziging kan veroorzaken in het geheel, of hoe je een urencalculatie kan opvoeren met beredenering. Het is allemaal wel leuk om klakkeloos dingen naar de klant te communiceren, maar als je dit nog onderbouwend kan dan heb je natuurlijk een beter voorkomen als zonder.

Well, ik wist dat ik wel is een keer wat ging leren, maar dit is natuurlijk nog leuker als wat ik verwacht had. Mijn eerste impact-analyse is wel heel erg klein, omdat het een kleine wijziging betreft. Maar we zijn op weg, whoehoe