Ervaringen met SAP

[Oldskooler]

Als iemand die in een bedrijf zit waar ze sinds kort naar een nieuwe versie van SAP zijn geschakeld en waar er ook een "prachtig" nieuw inkoopsysteem bij is gekocht, waarbij we als het ware aan het zwemmen zijn terwijl het zwembad nog volop gevuld wordt, is dit pijnlijk herkenbaar.


Veel hulp van die conSULtants hebben wij niet gehad. Hebben hier nooit een dag gezeten om te zien hoe we het aanpakken en waar de pijnpunten zitten. Het is meer dan ooit trek uw plan. Als je dan om extra functionaliteit vraagt -aka dingen die er al van dag één hadden moeten inzitten- doen ze alsof hun neus bloedt en mag je extra centen neerleggen. Je betaalt u blauw aan dat soort figuren terwijl je je blauw ergert omdat de blauwdruk maar een flets lichtblauw is die op een blauwe maandag in elkaar is geflanst. Ze laten het maar blauwblauw terwijl onze bankrekening aan hun fratsen een blauwtje loopt.

Echt, die hebben een een geweldig businessmodel. De klant laten betalen voor een paar juniorprofielen en één seniorprofiel die maar goed zijn in gebakken lucht verkopen. Die juniors weten van toeten noch blazen en de klant zorgt als het ware voor de opleiding van uw juniorprofielen.
En als ge al vragen hebt, mag het na een -veel te korte- hypercare niet meer via DevOps en liefst ook niet meer via mail. Nee, ze komen maar één keer per maand één dag af en elke afdeling is dan twee weken op voorhand bezig met het voorbereiden van het bezoek, want ja het bezoek van Zijne Heiligheiden Peppi en Kokki is strak getimed en ze hebben weinig tijd voor het klootjesvolk. Ah ja want ze zijn al bezig een andere klant het geld uit de zakken te kloppen.

Doet goed he, consultants afzeiken?

Hier zitten er ondertussen al wat minder, ik hoop dat het zo blijft.
Zeker die klote juniors ja. 0 meerwaarde, doen meer stuk dan goed, en jij mag ze idd opleiden.
Normaal betaal je voor een opleiding elders, die worden betaald om opgeleid te worden.

Elke keer ik een consultant zie, denk ik:

 

[Bompaization]

Tegenwoordig is dat toch al eventjes SAP Fiori, met een veel betere user interface.

Ik ben enkel eindgebruiker, maar ik denk dat we dat enkel op het bovenste niveau van de interface zien. Als ik doorklik naar de boekhoudomgeving bvb (waar ik leef), dan kom ik toch weer terecht in dezelfde textbased omgeving die ik al 20 jaar gebruik.

 

[Nineshots]

Ik ben enkel eindgebruiker, maar ik denk dat we dat enkel op het bovenste niveau van de interface zien. Als ik doorklik naar de boekhoudomgeving bvb (waar ik leef), dan kom ik toch weer terecht in dezelfde textbased omgeving die ik al 20 jaar gebruik.

Dat zou kunnen, het is mijn expertise niet. Maar dat oubollige is zeker wel een dingetje die ik nog altijd tegenkom.
Sommige blijven zelfs doelbewust in de oude interface werken, ook al is er al een Fiori alternatief voorzien.

 

[wiemelen]

Ik werk al meer dan 25 jaar in/met SAP als developer/technisch architect en voor zover mogelijk ook functioneel.
Meer dan 20 jaar als consultant bij allerlei grote projecten betrokken geweest, nu sinds een 5-tal jaar in vaste dienst bij een eindklant.
Mijn persoonlijk mening over SAP en wat er rondhangt is :

• SAP op zich is een geweldig product. Zeker als je kijkt naar de aangeboden functionaliteit, integratie mogelijkheden en opties voor het toevoegen van custom code. Is het perfect? Zeker niet, maar in mijn ervaring beter en meer standaard functionaliteit beschikbaar dan in menig ander ERP pakket.
• Als je proces in SAP niet goed werkt, ligt dat meestal aan een slechte configuratie, niet aan de functionele processen.
  Ik heb in mijn carriere al veel rotzooi en klachten zien passeren vanwege slechte configuratie.
• SAP is (te) duur. Zowel het systeem, geheugen, licenties alsook de consultants (van SAP zelf en allerhande consultancy bedrijven).
• SAP consultants (van om het even welke consultancy firma) zijn enorm goed in het verkopen van gebakken lucht. Veel bla bla, maar (te) weinig praktische hands-on kennis. En zoals eerder vermeld, zeer veel juniors en te weinig seniors die op projecten rondlopen. En dan loopt het wel eens regelmatig mis. Helaas zitten er, ook bij de mensen die al langer in SAP werken, teveel "beunhasen". Die rollen dan voor veel geld een (ondertussen achterhaald) trucje uit i.p.v. mee te evolueren en met fierheid goed werk opleveren.
• De "oude" GUI van SAP ziet er inderdaad al 20 jaar hetzelfde uit (beetje oudbollig) MAAR het werkt vlot en is gebruiksvriendelijk (makkelijk gebruik van sneltoetsen). De nieuwe Fiori schermen/apps zien er wel modern uit en werken ook wel vlot, maar weinig tot geen gebruik van sneltoetsen meer.
• SAP is traag was lange tijd een veel gehoorde klacht. Maar sinds ze gebruik maken van hun HANA databases heb ik weinig tot geen klachten meer gehoord. En als er al klachten waren, dan was het met betrekking tot custom code waar een of andere junior aan het klooien was.
• Mijn persoonlijke frustratie : SAP biedt standaard te weinig "slimme" tools aan om development en beheer te ondersteunen en makkelijk te maken. In de loop der jaren heb ik zo zelf mijn eigen tools en systematieken ontwikkeld die ik op meerdere projecten uitgerold heb. Werk slim, niet hard!
• Het wordt in de komende jaren nog best een uitdaging om mensen te vinden die goed kunnen ABAP programmeren en de backend echt kennen. Een aantal jaren geleden zat ik op een developersdag bij SAP NL in Den Bosch. Daar waren zo'n 150 - 200 developers aanwezig. Op een bepaald moment werd de vraag gesteld wie er jonger was dan 40. Staken letterlijk 5 personen hun hand op. Zegt genoeg denk ik. ABAP is nu eenmaal niet zo populair, want strikt gebonden aan SAP. Zelf heb ik de laatste jaren ook Mulesoft opgepakt vanwege de integraties bij mijn werkgever. De afwisseling bevalt me wel.
• ... ik ben vast nog wel wat dingen vergeten ... maar ik begrijp waar de meeste frustaties vandaan komen ... al zijn de meeste daarvan makkelijk en goed op te lossen met de juiste persoon op de juiste plek. Al is dat laatste niet altijd makkelijk te realiseren.
  

 

[Nineshots]

Het wordt in de komende jaren nog best een uitdaging om mensen te vinden die goed kunnen ABAP programmeren en de backend echt kennen. Een aantal jaren geleden zat ik op een developersdag bij SAP NL in Den Bosch. Daar waren zo'n 150 - 200 developers aanwezig. Op een bepaald moment werd de vraag gesteld wie er jonger was dan 40. Staken letterlijk 5 personen hun hand op. Zegt genoeg denk ik. ABAP is nu eenmaal niet zo populair, want strikt gebonden aan SAP. Zelf heb ik de laatste jaren ook Mulesoft opgepakt vanwege de integraties bij mijn werkgever. De afwisseling bevalt me wel.

Bij de SAP consultancy bedrijven in België zijn er nochtans genoeg abap'ers te vinden onder de 40.

 

[shellshock]

Doet goed he, consultants afzeiken?

Het is de enige bron van vreugde in mijn werk en ik word er nog betaald voor ook.

Nu weer zoiets. Blijkt dat de einddatum van (sommige) prijsaanpassingen van aan- of verkoopartikels ervoor zorgt dat die in andere rapporteringstransacties niet correct wordt overgenomen waardoor we de initiële prijs zien ipv de actuele.
Collega neemt contact op met consultant.
"Ja ik snap dat dat vervelend is, maar ik kan/mag niks doen blablabla. Maak een intern ticket aan en uw IT-dienst moet dat dan escaleren. We gaan het dan bekijken met prutsconsultancybedrijf #2. Dan maken we in ons intern ticketingsysteem een ticket en dan kan het behandeld worden."

Dus dat wordt dan weer gelogd in elfendertig verschillende systemen, excellekes, dashboards, er moet besproken worden óf het überhaupt nuttig is om die change door te voeren -spoiler: ja, anders zouden we het niet vragen. Dan moet berekend worden hoeveel tijd ze er aan (mogen) spenderen en hoeveel dat gaat kosten want als dat te veel kost, ja dan is dat niet voorzien in het budget en kunt ge op uw kin koppen.

Ik vind het werkelijk triest, zo'n gang van zaken. In september vorig jaar heb ik een ticket gelogd toen we nog aan het testen waren om iets te veranderen. Gewoon hoe op de achtergrond iets berekend wordt. Moet ik dat in der treure gaan motiveren en uitleggen dat dit een grote tijdswinst kan opleveren. Wordt eerst afgeschoten door zo'n juniorfiguur want nIEt VoOrzIEn. Ik blijf volharden. Weer vergaderingen. Ticket wordt naar Janneke doorgestuurd. Janneke stuurt door naar Mieke. Mieke stuurt naar Jos. Jos naar Piet. Piet antwoordt naar Paul ipv Jos. Nog meer vergaderingen. Nog eens polsen hoe het zit. Nóg eens uitleggen wat ik wil want natuurlijk weten ze niets over het proces zelf. En dan leveren ze in juli! eindelijk min of meer iets af wat gevraagd is en verwachten ze nét niet dat we de grond waarop ze lopen kussen. Dat zouden we toch niet kunnen want we zien die sinds de oplevering amper tot nooit.

De eindgebruiker wordt niet of amper betrokken bij de opzet
De eindgebruiker wordt wijsgemaakt dat het nieuwe systeem vanalles beter zal doen verlopen, maar wordt niet geraadpleegd. Ik werk hier nu al vier jaar en op geen énkel moment hebben wij tijdens de verkennende fase ook maar één consultant gehoord of gezien.
De eindgebruiker wordt voor een voldongen feit gesteld.
De eindgebruiker wordt niet deftig opgeleid. Amper deftig trainingsmateriaal.
De testen trekken op niks. Onvolledige data. Voor een belangrijke taak kwam het enige testscenario neer op: doe X, terwijl er tientallen varianten daarop zijn. Moesten wij alles zélf gaan verzinnen en zélf onze data bijeen gaan sprokkelen. En dan komt er zo'n juniortruttebel, mooi in een pakje, make up, parfum, glimmend van trots, want pas afgestudeerd van de unief en drukdrukdruk aan de slag bij een BIG 4 bedrijf, bedrijfsauto, gsm van het werk, indrukwekkend klinkende titel want dan kan ze bij haar vriendienen stoefen, met haar latte macciato in de hand vragen of het gaat. Nee kalf, niks gaat want uw scenario -let op het ontbreken van een meervoudsvorm- trekt op niks en uw data is gewoonweg onbestaande. Antwoord: "Ah oei, ja ok ik ga eens kijken" en weg is truttemie en gaat vervolgens vragen of het bij iemand anders misschien wél gaat. Als ze thuiskomt zal ze op haar lekke hippe appartement terwijl ze sushi aan het eten is tegen haar vriendje -ook zo'n ongelofelikje verspilling van zuurstof dat 99% kans TEW of iets van rechten heeft gestudeerd en blij is dat hij elke dag in de file staat op de Brusselse ring op weg naar het hoofdkantoor in Diegem- klagen dat al die eindgebruikers er toch werkelijk niks van kennen. Gelukkig is zij er nog om de boel recht te trekken denkt ze bij zichzelf.

En als je dan leest dat het vaak aan de mindset van de eindgebruiker ligt, dat die moet open staan voor verandering, dan weet ik niet of ik moet lachen, huilen of kotsen (voor alle duidelijkheid geen verwijt naar @Nineshots ). De eindgebruiker staat wél open voor verandering, maar omdat er telkens -dit is mijn tweede SAP-integratie zo'n puinhoop van gemaakt wordt door de eindgebruiker niet mee te betrekken, schiet die vanzelfsprekend in een conservatieve kramp.

 

[makila]

En dan komt er zo'n juniortruttebel, mooi in een pakje, make up, parfum, glimmend van trots, want pas afgestudeerd van de unief en drukdrukdruk aan de slag bij een BIG 4 bedrijf

BIG 4 + Junior = Gebakken lucht / schoolverlater. Je kan wel eens geluk hebben (want niet elke Junior is slecht of doet z'n best niet he ) maar you get the picture.
BIG 4 + Medior = Dat is gewoon ne Junior die ze als Medior verkocht hebben met een grote strik rond.
BIG 4 + Senior = Dat kan soms ne ervaren pipo zijn MAAR soms is het toch gewoon ne Junior met ne grote strik rond.

 

[wiemelen]

Bij de SAP consultancy bedrijven in België zijn er nochtans genoeg abap'ers te vinden onder de 40.

Ik heb 20 jaar voor 1 van de "big 5" gewerkt. Mijn persoonlijke ervaring, is dat er inderdaad wel voldoende juniors/schoonverlaters zijn die als ABAP-er beginnen. Maar helaas aan juniors heb je nog niet zoveel. Pas na een jaar of 2 - 3 komt er iets of wat niveau in (mits de juiste begeleiding) Helaas van alle juniors die ik ooit begeleid/opgeleid heb, zijn er weinig blijven hangen in de ABAP wereld.
Zeker als je de kans krijgt om meer "hippere" talen te gebruiken dan ABAP.

@shellshock : Ik herken jou verhaal hierboven volledig. Mensen in dure pakken en dure titels, met universitaire studie achter de rug ... die vervolgens zoveel mogelijk vragen bij andere collega's proberen te droppen omdat ze er zelf niets vanaf weten. Nu moet iedereen een leerproces doorlopen vooraleer je een voldoende kennisniveau hebt, maar dan moet je als consultancy bureau ook je prijzen, SLA's en verwachtingsniveau naar behoren bijsturen. Zoals je merkt loop ik zelf als SAP consultant niet zo heel erg hoog op met de praktijken van mijn concullega's en hun werkgevers.
@makila verwoordt het prima

 

[Nineshots]

En als je dan leest dat het vaak aan de mindset van de eindgebruiker ligt, dat die moet open staan voor verandering, dan weet ik niet of ik moet lachen, huilen of kotsen (voor alle duidelijkheid geen verwijt naar @Nineshots ). De eindgebruiker staat wél open voor verandering, maar omdat er telkens -dit is mijn tweede SAP-integratie zo'n puinhoop van gemaakt wordt door de eindgebruiker niet mee te betrekken, schiet die vanzelfsprekend in een conservatieve kramp.

Daar kan ik mij ook wel aan ergeren. Dat de business analyses gedaan worden op basis van de wensen van iemand die helemaal niet in het werkveld staat.
Theoretisch allemaal goed en wel. Maar de praktijk lijkt in mijn ervaring toch ALTIJD net iets anders te zijn.
Ik vraag altijd om eindgebruikers of iemand die zeer dicht bij hen staat mee in het proces te betrekken.
En anders sta ik na de oplevering klaar met mijn 'told you so' ^^.

 

[Général Zantas]

Ah, fijn om te lezen, binnen 4 jaar hoop ik af te studeren als Bachelor toegepaste informatica met specialisatie Business Intelligence & ERP.

Kan hier gelijk wat tips & tricks opdoen hoe ik me het snelst kan aanpassen aan mijn toekomstige collega's.

 

[Oldskooler]

Het is de enige bron van vreugde in mijn werk en ik word er nog betaald voor ook.

Nu weer zoiets. Blijkt dat de einddatum van (sommige) prijsaanpassingen van aan- of verkoopartikels ervoor zorgt dat die in andere rapporteringstransacties niet correct wordt overgenomen waardoor we de initiële prijs zien ipv de actuele.
Collega neemt contact op met consultant.
"Ja ik snap dat dat vervelend is, maar ik kan/mag niks doen blablabla. Maak een intern ticket aan en uw IT-dienst moet dat dan escaleren. We gaan het dan bekijken met prutsconsultancybedrijf #2. Dan maken we in ons intern ticketingsysteem een ticket en dan kan het behandeld worden."

Dus dat wordt dan weer gelogd in elfendertig verschillende systemen, excellekes, dashboards, er moet besproken worden óf het überhaupt nuttig is om die change door te voeren -spoiler: ja, anders zouden we het niet vragen. Dan moet berekend worden hoeveel tijd ze er aan (mogen) spenderen en hoeveel dat gaat kosten want als dat te veel kost, ja dan is dat niet voorzien in het budget en kunt ge op uw kin koppen.

Ik vind het werkelijk triest, zo'n gang van zaken. In september vorig jaar heb ik een ticket gelogd toen we nog aan het testen waren om iets te veranderen. Gewoon hoe op de achtergrond iets berekend wordt. Moet ik dat in der treure gaan motiveren en uitleggen dat dit een grote tijdswinst kan opleveren. Wordt eerst afgeschoten door zo'n juniorfiguur want nIEt VoOrzIEn. Ik blijf volharden. Weer vergaderingen. Ticket wordt naar Janneke doorgestuurd. Janneke stuurt door naar Mieke. Mieke stuurt naar Jos. Jos naar Piet. Piet antwoordt naar Paul ipv Jos. Nog meer vergaderingen. Nog eens polsen hoe het zit. Nóg eens uitleggen wat ik wil want natuurlijk weten ze niets over het proces zelf. En dan leveren ze in juli! eindelijk min of meer iets af wat gevraagd is en verwachten ze nét niet dat we de grond waarop ze lopen kussen. Dat zouden we toch niet kunnen want we zien die sinds de oplevering amper tot nooit.

De eindgebruiker wordt niet of amper betrokken bij de opzet
De eindgebruiker wordt wijsgemaakt dat het nieuwe systeem vanalles beter zal doen verlopen, maar wordt niet geraadpleegd. Ik werk hier nu al vier jaar en op geen énkel moment hebben wij tijdens de verkennende fase ook maar één consultant gehoord of gezien.
De eindgebruiker wordt voor een voldongen feit gesteld.
De eindgebruiker wordt niet deftig opgeleid. Amper deftig trainingsmateriaal.
De testen trekken op niks. Onvolledige data. Voor een belangrijke taak kwam het enige testscenario neer op: doe X, terwijl er tientallen varianten daarop zijn. Moesten wij alles zélf gaan verzinnen en zélf onze data bijeen gaan sprokkelen. En dan komt er zo'n juniortruttebel, mooi in een pakje, make up, parfum, glimmend van trots, want pas afgestudeerd van de unief en drukdrukdruk aan de slag bij een BIG 4 bedrijf, bedrijfsauto, gsm van het werk, indrukwekkend klinkende titel want dan kan ze bij haar vriendienen stoefen, met haar latte macciato in de hand vragen of het gaat. Nee kalf, niks gaat want uw scenario -let op het ontbreken van een meervoudsvorm- trekt op niks en uw data is gewoonweg onbestaande. Antwoord: "Ah oei, ja ok ik ga eens kijken" en weg is truttemie en gaat vervolgens vragen of het bij iemand anders misschien wél gaat. Als ze thuiskomt zal ze op haar lekke hippe appartement terwijl ze sushi aan het eten is tegen haar vriendje -ook zo'n ongelofelikje verspilling van zuurstof dat 99% kans TEW of iets van rechten heeft gestudeerd en blij is dat hij elke dag in de file staat op de Brusselse ring op weg naar het hoofdkantoor in Diegem- klagen dat al die eindgebruikers er toch werkelijk niks van kennen. Gelukkig is zij er nog om de boel recht te trekken denkt ze bij zichzelf.

En als je dan leest dat het vaak aan de mindset van de eindgebruiker ligt, dat die moet open staan voor verandering, dan weet ik niet of ik moet lachen, huilen of kotsen (voor alle duidelijkheid geen verwijt naar @Nineshots ). De eindgebruiker staat wél open voor verandering, maar omdat er telkens -dit is mijn tweede SAP-integratie zo'n puinhoop van gemaakt wordt door de eindgebruiker niet mee te betrekken, schiet die vanzelfsprekend in een conservatieve kramp.

Ik hou van jou. (Niet op die ene manier.)

Uiteindelijk komt dat wel bij ene terecht daar. De oorspronkelijke ontwikkelaar zit al elders.
Die ene: "shit die code trekt op niks, veel hard coded wat niet mag, ik ga aan mijn baas vragen of ik het niet mag herschrijven."
Baas - even afgeleid van zijn volgende bedrijfswagen-to-be : "dat is goed jongen, codekwaliteit telt ook."
Tijd op de factuur: x10.
De code is van slechte kwaliteit naar andere slechte kwaliteit gegaan, nieuwe bugs geïntroduceerd uiteraard.

 

[shellshock]

Tijd op de factuur: x10.

En in plaats van dan een paar mensen intern aan te nemen die kennis van SAP én de bedrijfsprocessen hebben zou men zulke dingen intern kunnen oplossen en kennis blijven behouden. Op termijn zou dat enorm veel geld uitsparen. Maar nee, lol mensen aannemen is te duur.

Het erge is dat je gewoon wéét dat over een jaar of tien heel dit circus van voor af aan begint, maar dan met een ander consultancybedrijf -want we waren achteraf gezien toch niet zo tevreden over de vorige. Die moeten ook weer vanaf nul beginnen. Over twintig jaar gaan dat systeem weer verouderd zijn en wordt er nóg een ander consultancybedrijf ingeschakeld -want we waren achteraf gezien toch niet zo tevreden over de vorige. Over dertig jaar gaat dat systeem weer verouderd zijn en...

Het Rad der Consultancybedrijven draait rond en rond. Consultants komen en gaan en laten code en oplossingen na die ergernissen worden. Dan vervallen die ergernissen tot gewoontes tot men de redenen waarom en hoe men iets doet al lang vergeten is tegen de tijd van de Wederkomst van een dat Consultancybedrijf.

Vrij naar R. Jordan

 

[Nineshots]

En in plaats van dan een paar mensen intern aan te nemen die kennis van SAP én de bedrijfsprocessen hebben zou men zulke dingen intern kunnen oplossen en kennis blijven behouden. Op termijn zou dat enorm veel geld uitsparen. Maar nee, lol mensen aannemen is te duur.

Ik merk wel dat bedrijven dit beginnen in te zien. En steeds vaker hameren op interne kennis zodat ze het kunnen supporteren.

Het erge is dat je gewoon wéét dat over een jaar of tien heel dit circus van voor af aan begint, maar dan met een ander consultancybedrijf -want we waren achteraf gezien toch niet zo tevreden over de vorige. Die moeten ook weer vanaf nul beginnen. Over twintig jaar gaan dat systeem weer verouderd zijn en wordt er nóg een ander consultancybedrijf ingeschakeld -want we waren achteraf gezien toch niet zo tevreden over de vorige. Over dertig jaar gaat dat systeem weer verouderd zijn en...

Dat hangt vaak samen met de CIO/CTO/IT-manager. Die hebben heel vaak hun voorkeurspartner.

 

[Damasta007]

Ik ben 2 jaar geleden aangenomen bij een bedrijf die wil upgraden naar SAP als SAP-expert op vlak van WM om wat de tussenpersoon te zijn tussen de consultants en het management + de data te vergaren/voorzien + personeel op te leiden. Ondertussen zijn we 2 jaar verder, zitten we al bij ons 2de consultancy bureau en mikken we nu op een release binnen 1 jaar.

Het is gewoon een enorm complex programma met heel veel factoren die fout kunnen gaan (en allemaal invloed hebben op elkaar). Eens het werkt, en iedereen weet wat te doen, is het een fantastisch programma. Het is echter een hele opgave om op dat punt te geraken. Op vlak van WM zijn wij hier bvb praktisch rond en ready to go, maar op vlak van accountancy blijft er te veel schorten waardoor alles vertraging oploopt.

Ik volg ook de opinie dat er heel wat fout gaat bij de initiële opzet van het programma. Mede omdat het zo veel kost, wordt de launch soms gedaan met een programma die nog niet foutloos is, met alle gevolgen van dien.

Ik heb een paar weken geleden eens een weekend Odoo kunnen testen en was eigenlijk vrij onder de indruk daarvan. Serieuze verademing qua interface/gebruiksgemak.

 

[Antwerpenaar88]

Begrijp niet wat zo moeilijk is aan SAP, het is veruit het gemakelijkste erp waar ik mee heb gewerkt

 

[Muscleduck]

BIG 4 + Junior = Gebakken lucht / schoolverlater. Je kan wel eens geluk hebben (want niet elke Junior is slecht of doet z'n best niet he ) maar you get the picture.
BIG 4 + Medior = Dat is gewoon ne Junior die ze als Medior verkocht hebben met een grote strik rond.
BIG 4 + Senior = Dat kan soms ne ervaren pipo zijn MAAR soms is het toch gewoon ne Junior met ne grote strik rond.

Ik heb er zo al gezien: 4 jaar werkervaring en ze krijgen de titel senior opgeplakt Hoe kan je zo iemand nu serieus nemen.

 

[makila]

Ik heb er zo al gezien: 4 jaar werkervaring en ze krijgen de titel senior opgeplakt Hoe kan je zo iemand nu serieus nemen.

Mijn 1ste opdracht ooit binnen mijn huidig profiel in 2007 (Bij Irislink - ik mag dat nu wel zeggen zeker? Het bedrijf is er toen gelukkig niet slechter van geworden ) Ik en een collega waren verkocht als Senior (maar we kregen dit pas zelf in de mot toen we bij de klant zaten). We hadden letterlijk "0" ervaring. Dat was toen nog een klein KMO firma en wij waren de eerste testers ooit binnen die firma dus daar heeft men eens goed van geprofiteerd (2 Juniors verkocht als Senior).

Wij kwamen daar aan: Er was gene laptop voor ons. Collega zegt: hey waar zijn onze laptops? De klant: Jullie zijn de experts hé! Hebben julllie ne laptop nodig? Ja? OK! Morgen krijgen jullie er allebei ene!

Dat project is toen finaal wel goed afgelopen maar dan nog: Dat was echt onverantwoord he. Voor hetzelfde geld was de klant bescheten.

 

[anders.]

Mijn eerste opdracht ooit in 2007 (Bij Irislink - ik mag dat nu wel zeggen zeker? Het bedrijf is er toen gelukkig niet slechter van geworden ): Ik en een collega waren verkocht als Senior (maar we kregen dit pas zelf in de mot toen we bij de klant zaten). We hadden letterlijk "0" ervaring. Dat was bij Irislink (toen nog een klein KMO firma) en wij waren de eerste testers ooit binnen die firma dus daar heeft men ons goed van geprofiteerd (2 Juniors verkopen als Senior).

Wij kwamen daar aan: Er was gene laptop voor ons. Collega zegt: hey waar zijn onze laptops? De klant: Jullie zijn de experts hé! Hebben julllie ne laptop nodig? Ja? OK! Morgen krijgen jullie er allebei ene!

Dat project is toen finaal wel goed afgelopen maar dan nog: Dat was echt onverantwoord he. Maar voor hetzelfde geld was de klant bescheten.

Ik had hetzelfde, maar dan bij Johnson & Johnson. Ze hadden daar ratecards met jaren ervaring etc.
Ik kwam daar zogezegd op mijn 22 met 7 jaar ervaring binnen...
Mijn managers en de managers binnen JnJ hadden dat gewoon zo afgesproken omdat ze anders geen deftige profielen vast kregen.

De terminologie rond junior/senior zit gewoon sowieso scheef bij Big 4 he. Je kan perfect manager zijn als je 100% puur ontwikkelaar bent.

 

[wiemelen]

Ik heb er zo al gezien: 4 jaar werkervaring en ze krijgen de titel senior opgeplakt Hoe kan je zo iemand nu serieus nemen.

Logisch toch. Als je bedenkt dat bij het big 4 bedrijf waar ik gewerkt heb een jaarlijks verlooppercentage is van rond 30%, dan ben je automatisch senior na 2 tot 3 jaar. Zeker de gemiddelde schoolverlater bleef/blijft er maar een jaartje of 2-3 hangen. Dus ja senior in het bedrijf, niet (altijd) wat kennis betreft. Al moet ik zeggen dat ik ook al met juniors met 2 jaar ervaring heb samengewerkt die beter waren dan seniors met 20 jaar ervaring.

 

[videast]

Begrijp niet wat zo moeilijk is aan SAP, het is veruit het gemakelijkste erp waar ik mee heb gewerkt

Tja... mss als je dagdagelijks een beperkte set transacties moet doen.

Als je zoals ik maar occassioneel een of andere transactie moest doen, dan was die user interface HEL. Letterlijk ELKE keer moest ik de hulp inroepen van iemand anders: "ah ja, je moet S3 invullen hier, k4 daar, p45 daar (en ga zo een tijdje door), en dan kun je daar klikken om de transactie te doen". Kortom, de hel voor de occasionele gebruiker.

En ja, dat van die consultants herken ik ook maar al te goed.