Ik ga de term "detailgericht" gebruiken om iemand te beschrijven die "nauwgezet en grondig" is in de manier waarop hij een taak benadert. Ik ga de term 'intellectueel nieuwsgierig' gebruiken om iemand te beschrijven die een document 'ondervraagt' wanneer iets niet wordt begrepen, iemand die kleine experimenten maakt om dingen uit te zoeken, enz. Ik gebruik twee termen omdat ik denk dat ze vertegenwoordigen twee verschillende eigenschappen. Ik denk dat beide nodig zijn om echt succesvol te zijn als software-engineer.

Ik denk dat intellectuele nieuwsgierigheid iets aangeboren is voor een persoon - ze zijn zo geboren of niet. Ik weet niet of dat geleerd kan worden, vooral niet aan een volwassene. Als manager zorg ik ervoor dat ik geen taken toewijs waarvan ik denk dat ze veel intellectuele nieuwsgierigheid vergen aan degenen die er niet toe in staat zijn, en ik probeer er hard op te testen tijdens mijn sollicitatiegesprek en selectieproces.

Gedetailleerde oriëntatie is iets anders, denk ik, in die zin dat het, althans tot op zekere hoogte, als volwassene kan worden geleerd. Hoewel ik niet zeker weet of er een specifieke cursus is om het te onderwijzen, ontwikkel ik het als manager bij mijn personeel door te eisen dat ze een detailgerichte benadering van het oplossen van problemen hanteren.

Ik vereisen (en herzien) een "aanvalsplan" dat de verschillende stappen beschrijft die nodig zijn om de taak te volbrengen, en de criteria om te bepalen wanneer het voltooid is. Voor een ander voorbeeld, ik zal van hen eisen dat ze de "testcases" voor de software opschrijven, voordat ze de ontwikkeling voltooien (of zelfs starten). In alle gevallen zal ik ze en hun plan ondervragen om er zeker van te zijn dat ze alle details hebben vastgelegd, en zal ik het terugsturen voor een nieuwe test als het ontbreekt.

Ik heb zeker gemerkt dat na dit voor een paar projecten te hebben gedaan, mijn ontwikkelaars het veel beter gaan doen om de details van een taak bij het begin vast te leggen - wat resulteert in betere software en veel nauwkeurigere schattingen van de tijd die een taak nodig heeft.

Ik denk dat je vragen anders kunnen worden geformuleerd als:

• Hoe de soft skills van ontwikkelaars te verbeteren
• Hoe ontwikkelaars aan te moedigen nieuwe vaardigheden te ontwikkelen om hen te helpen groeien in hun carrière

Het eerste dat u moet begrijpen, is dat u ze niet kunt forceren. Hoe meer je forceert, hoe harder ze terug zullen duwen.

Het tweede is om het doel van de individuen in je team te begrijpen. Sommigen willen misschien zo min mogelijk code doen, anderen zoveel mogelijk en zo min mogelijk verwerken. Sommigen weten niet eens wat ze willen. Maar hier is maar één kant, andere kanten zijn salaris, werklast, betekenis van taken, interacties met mensen, carrièregroei ... Als je begrijpt wat je ontwikkelaar wil, zul je misschien merken dat sommigen de anciënniteit niet willen en wat het inhoudt, anderen willen het, maar hebben misschien nog niet begrepen wat er nodig is om het te bereiken.

Als je eenmaal weet wat elke persoon wil, kun je hem / haar begeleiden om zichzelf te verbeteren door advies te geven over hoe ze hun doel kunnen bereiken.

Het klinkt alsof je de ontwikkelaars misschien naar een heleboel documenten wijst, en dan in feite verwacht dat de ontwikkelaars het hele stuk lezen en onthouden. Maar dat gebeurt niet, en het zal ook niet gebeuren.

U moet traceerbaarheid instellen. Als module X moet voldoen aan de eisen 5, 6 en 7, dan heb je een traceerbaarheidsmatrix nodig die dat zegt. Je hebt een testmatrix nodig die laat zien dat de tests voor module X aantonen dat aan die vereisten wordt voldaan.

Alles wat deel uitmaakt van de documentatieset moet ook daadwerkelijk deel uitmaken van de documentatieset. Iemand vragen waarom zijn werk niet in overeenstemming is met een e-mail die u drie maanden geleden hebt verzonden, heeft geen zin. Als het ertoe doet, moet het worden toegevoegd aan het overzicht van het werk.

De "definitie van klaar" voor een module houdt in dat wordt getoond hoe het voldoet aan de specificaties / vereisten.