Hoelang duurt het voordat je volledige business kennis hebt?

[D33F]

Hallo!

Inmiddels ben ik een half jaartje aan de slag bij mijn huidige werkgever waarbij ik in totaal meer dan 5 jaar werkzaam ben als software engineer.

Ik vroeg mij af wat een redelijk termijn is waarbinnen je voldoende domeinkennis en business cases volledig hebt doorgrond?

Op het moment merk ik dat ik na een half jaar nog veel gaten bezit in deze kennis. Het gaat hier zowel om een complex (en legacy product) wat al 15 jaar draait en door voornamelijk 1 developer is ontwikkelt. Ook zijn er geen unit testen en bar weinig documentatie.

Hij weet zo'n beetje alle use en business cases e.d. uit zijn hoofd. Helaas merk ik dat ik enkel volledige kennis heb over de stukken die ik heb aangeraakt tijdens het ontwikkelen van een specifiek feature en derhalve dan vaak ook weinig kan aanvullen / toevoegen indien er wordt gesproken over een stuk waar ik nog niet aan heb gewerkt.

Wat is een redelijk termijn om een bovengenoemd domein en code base volledig te hebben doorgrond?

[The_BoKmeester]

<foutje> |

[ Voor 92% gewijzigd door The_BoKmeester op 03-06-2022 16:24 . Reden: verkeerde topic/oeps ]

[T-8one]

Het is onzin om een bepaald domein volledig uit je hoofd te kennen of te doorgronden. Het is logisch dat je enkel de onderdelen kent waar jij aan gewerkt hebt, Documentatie up to date brengen en/of zorgen voor leesbare code is veel belangrijker.

o.b.v. je post voor ons niet te beoordelen trouwens.

Ik zou me vooral focussen op het grote plaatje, begrijpen waarom bepaalde zaken op een gegeven manier werken en verder niet te druk maken om collega's die alles uit hun hoofd beweren te weten.
Zorg dat jij over de stukken waar jij aan gewerkt hebt weet waarom het zo gebouwd is, wat waren overwegingen om X te doen ipv Y en documenteer dit.

Onthoud ook dat iedereen z'n eigen manier van leren heeft. Ik ben het type wat bijna 'niets' uit z'n hoofd weet en bijna alles altijd opzoek, zeker details. De grote lijnen ken ik wel, collega's die de details kennen zien de grote lijnen vaak niet.
Zoek je eigen manier van leren.

[ Voor 18% gewijzigd door T-8one op 03-06-2022 16:30 ]

[thof]

Ik ben bang dat het antwoord zal blijven: nooit, je zal nooit alles volledig doorgronden.

De kunst is hem om in hoofdlijnen het product te begrijpen. Dat kan met behulp van ervaring opdoen, kennisoverdracht en (architectuur) documentatie. Daarnaast weten waar je aanvullende informatie kan vinden zodra dat echt nodig is, bijvoorbeeld detail documentatie, (architectuur) ontwerpbeslissingen, maar ook je weg weten te vinden in de broncode(s).

[wm1234]

Ligt aan meerdere factoren maar grote systemen kan zo zijn dat je nooit alles zal begrijpen.

15 jaar is oud maar nog niet zo oud om eerlijk te zijn, zeker bij de overheid en banken zijn er draken van systemen die uitermate complex en matig in elkaar zitten maar van essentieel belang zijn en daarom nog bestaat en continue nieuwe functionaliteit aan wordt geplakt.

Ik denk dat je vooral de business moet begrijpen en hun processen (en waar het te vinden). En vervolgens moet je alles goed kunnen terugvinden, documentatie is bijna nooit helemaal goed up-to-date.

[Frame164]

Steeds minder focussen op details en steeds meer naar het grotere geheel kijken. Je hoeft op een gegeven moment niet te weten hoe iets werkt maar wat het doet. Developers (ik ben zelf ook zo begonnen) willen vaak de details weten van hoe iets in elkaar steekt. Maar dan krijg je nooit het grote plaatje helder. Je hoeft niet te weten wat er allemaal gebeurt als je Plaat Reactie klikt. Je hoeft alleen maar te weten dat de tekst dan geplaatst wordt. Maar met een developer achtergrond kan je wel beter beoordelen of een business case achter een use case klopt. Als iemand zegt dat het X kost om iets te bouwen kan je dat op basis van je ervaring bevestigen of betwisten.

[Yucon]

Als hij denkt alle business kennis te hebben dan heeft hij het ergens onderweg niet goed begrepen. Hoogstens weet hij alle business cases die hij in dat pakket geïmplementeerd heeft maar dat is niet hetzelfde.

Al is er eventueel een kans dat het een enorme gespecialiseerde niche is. Maar dan nog.

Daarnaast is het trouwens niet eens primair de taak van een developer om zich alle business kennis van een bepaalde branche eigen te maken. Niet dat het niet mag hoor, en een basisniveau is zeker handig maar je schrijft het alsof het de norm is dat te moeten hebben en dan ook nog volledig. Dat is gewoon een onjuiste aanname.

[ Voor 35% gewijzigd door Yucon op 03-06-2022 20:44 ]

[Vloris]

D33F schreef op vrijdag 3 juni 2022 @ 16:15:

Wat is een redelijk termijn om een bovengenoemd domein en code base volledig te hebben doorgrond?

Nooit.
Het is zeker in de IT onmogelijk alle kennis te hebben. Tegen de tijd dat je dat gelukt zou zijn is er namelijk alweer zoveel veranderd dat je weer opnieuw kunt beginnen. Als de veranderingen niet zo snel gaan binnen je bedrijf dan zijn jullie waarschijnlijk snel failliet.

[D33F]

Yucon schreef op vrijdag 3 juni 2022 @ 20:20:
Als hij denkt alle business kennis te hebben dan heeft hij het ergens onderweg niet goed begrepen. Hoogstens weet hij alle business cases die hij in dat pakket geïmplementeerd heeft maar dat is niet hetzelfde.

Al is er eventueel een kans dat het een enorme gespecialiseerde niche is. Maar dan nog.

Daarnaast is het trouwens niet eens primair de taak van een developer om zich alle business kennis van een bepaalde branche eigen te maken. Niet dat het niet mag hoor, en een basisniveau is zeker handig maar je schrijft het alsof het de norm is dat te moeten hebben en dan ook nog volledig. Dat is gewoon een onjuiste aanname.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Transportman]

D33F schreef op vrijdag 3 juni 2022 @ 20:59:
[...]


***members only***

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Twazerty]

Zelf ook al 10 jaar ontwikkelaar bij hetzelfde bedrijf. Ik ben degene met de meeste functionele en business kennis van alle ontwikkelaars. Product owners en businessmanagers komen daarnaast ook vaker informatie bij mij halen dan ik bij hun. Business die bij mij aanklopt ipv bij directe collega's, omdat ik delen van het proces beter ken dan de business zelf (die het proces horen te ownen).

Zelfs na 10 jaar en qua kennis eenzaam aan de top te staan kan ik je vertellen dat ik het nog steeds geen volledige businesskennis heb. Je blijft altijd achter de feiten aanlopen. Ik kom iedere keer weer meer te weten. Wel heb ik het idee dat ik een groot deel van de basiskennis in mijn eerste 3 jaar heb opgedaan. Daarna is het vooral kennis uitbreiden.

Hoe? Zorg dat je bij gesprekken bent met de business. Ga vragen stellen over het proces. Ga zelf op onderzoek uit. Maak tekeningen om makkelijker met de business te kunnen praten. Schrijf samen met de business de User Stories. Etc, etc, etc. Daarna ga je de applicatie of het landschap vanzelf ownen. Implementatiedetails interesseren mij niet zo veel. Ik kijk naar het grotere plaatje. Een goed geheugen is iets wat naar mijn idee wel noodzakelijk is om zaken echt te gaan begrijpen. Als je morgen alweer vergeten ben hoe een bepaald businesproces werkt, dan weet je na 1 jaar nog steeds niets.

Helaas zie ik ook dat het de meeste ontwikkelaars niet lukt om zaken echt te gaan ownen. Zelfs al hebben zij het gebouwd en ik niet, dan kan ik het bijna altijd beter in het grote plaatje plaatsen. Hoe dan? Grote basiskennis en betrokken zijn bij de totstandkoming van User Stories.

[fonsoy]

Waarom is het noodzakelijk om elk detail te weten? Ik ben zo'n 5 jaar werkzaam bij mijn werkgever met een vrij verstrekkend applicatielandschap. Sommige functies werken zonder problemen, dus het heeft dan weinig zin om daar alles over te weten te komen.

Echter op andere vlakken waar er meer vragen zijn en problemen, dan kan je rustig gaan zoeken en vragen. De gebruikers weten vaak prima hoe e.e.a. werkt. Samen met jouw technische kennis kom je er dan altijd.

Na 5 jaar ken ik het grootste gedeelte wel, maar ook nog voldoende delen van de applicatie die ik nog nooit heb gezien. Dat is niet erg vind ik.

[3DDude]

D33F schreef op vrijdag 3 juni 2022 @ 20:59:
[...]


***members only***

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 39% gewijzigd door 3DDude op 08-06-2022 00:24 ]

[Hahn]

Wat is een redelijk termijn om een bovengenoemd domein en code base volledig te hebben doorgrond?

Zoals al benoemd: nooit. Het is onrealistisch en onhaalbaar om alles van wat dan ook te weten/snappen. Moet je dus niet eens willen.