Deadline verschuiven en goed communiceren

B1-K1-W1, B1-K1-W2, B1-K1-W3

Ik ben bezig met een project waar steeds losse functionaliteiten worden toegevoegd aan de kern waardoor het project steeds breder wordt.

Op voorhand heb ik gezien dat een bepaalde functionaliteit niet op tijd behaald kon worden (dit heb ik bewust uitgesteld en eerst 80% van het project gerealiseerd, in plaats van 20% afgerond en nu de overige 80% doen) en dit heb ik tijdig gecommuniceerd. Met de datum die ik voorstelde gingen de seniors en de CEO (Rob) akkoord. Dit is de eerste deadline waar ik uitstel om heb gevraagd en doordat ik letterlijk altijd vóór mijn deadline de opdrachten heb afgerond, deden zij er waarschijnlijk niet moeilijk over.

Mijn hart zat in mijn keel want ik wist niet wat ik moest verwachten, ik ben positief verrast en heb ook geleerd van deze ervaring.

 

Vanaf nu komt er minder tekst in de opvolgende blogs doordat ik nu wat neer aan één functionaliteit zal gaan werken en daarom zullen de aankomende blogs wat meer eentonig zijn tot weinig extra informatie bevatten.

Het is best luxe dat ik zowel de front -als backend mag doen.

 

De senior heeft feedback gegeven over de code die ik heb, zelf heb ik ongelooflijk veel code verwijderd en met minder regels het zelfde herschreven. Nadat deze methode mijn eigen werd, heb ik het volgende zelf gerealiseerd:

Zie: https://firesofdestruction.nl/minder-sociaal-maar-toch-verder/

Geef een reactie

Uw e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *