Jammer genoeg zal het probleem niet opgelost raken zolang de bazen niet realiseren dat werknemers niet slaven zijn...
Beeld je deze situatie even in:
De klant wilt bij je CMS een Forum. Verkoper of Baas komen af, en vragen hoelang het duurt aan een office manager. De programmeur zegt tegen hem: 1 maand ( 20 werkdagen ) voor een basis forum met niets al de fancy. Normaal zou een Project Manager dit cijfer nemen, en maal 1.5 doen, want we weten allemaal dat programmeurs hun eigen mogelijkheden overschatten ( maar die is er niet, en in werkelijkheid, heb je een office manager die het ja knikkertje van de baas is, zodus deze neemt geen extra tijd inschatting erbij ).
Maar de verkoper zegt: 1 maand ( 20 werkdagen * 500¤ = 10.000¤ ), dat is te duur om te verkopen. En hij verkoopt het als zijnde een 15 werkdagen ontwikkeling ( 7500¤ ) project. De klant tekent het contract met de scope bepaling. Dan doet de Office Manager ( ja de OM, niet een Analist! ) de analyse, en hij noteert alles wat de klant wilt. Er wordt niet gecheckt wat mogelijk is, hoe het samengaat met de CMS, en of wat de klant vraagt wel in de scope staat. Ofcourse vraagt de klant het maximale ( aka, zij zien Vbulletin als voorbeeld, iets dat jaren in ontwikkeling is als hun basis ). Dit komt in de zogenoemde Analyse...
Dan krijgt de Programmeur 15 dagen in zijn of haar planning om het te implementeren ( remember, ik zei in het begin van deze tekst, minimaal 20 werkdagen die * 1.5 moeten gedaan worden = 30 werkdagen ). Een planning die bestaat uit:
Dag1: Forum ontwikkelen
Dag 2: Forum,
Dag 3: andere klant
Dag 4: andere klant
Dag 5: forum
Nieuwe week:
Dag 1: forum,
Dag 2: andere klant.
Dag 3: andere klant
... Aka, geen continuïteit, want men is overboekt, en men moet ieder klant een beetje development tijd geven ( en de meeste klanten hun projecten liggen een jaar of meer achter. Nice he :-( ).
Beeld je nu in, dat dit voor IEDER! ding dat men verkoopt voorvalt. De verkoper heeft graag zijn commissie, zodus voor hem telt ieder verkoop. De baas heeft dringent geld nodig van nieuwe klanten, zodus verkoop alles tegen onrealistise prijzen/tijdinschattingen, want men leeft op de nieuwe contracten. En een office manager zonder haar op zijn tanden, die altijd ja knikt naar de bazen en de klanten, waarbij er nooit problemen zijn, en crap analyses maakt ( die zo open zijn dat de klant zaken kan blijven krijgen. Beeld je in, dit staat in een analyse: "De klant heeft een rapport nodig voor zijn activiteiten te kunnen opvragen". Proficiat, dat is de analyse van het rapport, die ene regel. Kan je raden dat de klant jaren gratis zaken kan bij vragen terwijl men verwijst naar de analyse, omdat het niet gedefinieerd is. En deze krijgt het ook! ).
En dan is men nog op hun tenen getrapt wanneer je een burn out krijgt ( trust me, geen leuke ervaring, want dan haal je zaken uit die je nooit of te nimmer zou gedaan hebben ). Hierdoor ben je een maand thuis in ziekteverlof. En als je de situaties in de firma blijft aanklaagt, krijg je een officiële aanmaning die men in je dossier wilt stoppen.
Je bent onderbemand voor het werk dat je doet.
4 Perl Programmeurs ( waarvan 2 man nieuw, en 2 hoofd programmeurs ( die het langst volgehouden hebben ( waaronder de schrijver hier ) ).
Van de 2 nieuwe Perl Programmeurs ( waarvan 1 in opleiding ) moet die constant manuals schrijven ipv op te leiden in het CMS systeem, en zijn Perl basis te vergroten ( En die manuals worden om de 5 min afgekeurd/veranderd door de baas ).
Aka 3 man effectief. En nu besluit men één van de hoofd programmeurs te "promoten" ( zonder opslag ), want om één of andere reden heeft de baas de indruk, dat het kalm is, en dat er geen of weinig problemen zijn ( zie Office manager die directe communicatie lijn heeft met baas ), en deze moet een spook firma even gaan helpen. M.a.w 2 programmeurs blijven over voor de 13 actieve projecten ( en 3 mogelijk nieuwe projecten die in September af moeten zijn )...
Je kan raden, dat ik op het eind van de maand mijn ontslag ingeef, en vertrek... 2 jaar heb ik dit circus volgehouden, maar nu is de maat vol. Zoiets is niet leefbaar, en vernietigt je gezondheid...
[Reactie gewijzigd door Wulfklaue]
Als elk bedrijf zou werken zoals je hierboven beschrijft zouden er denk ik wel meer mensen thuis zitten met een burn-out. Je beschrijft dan ook een bedrijf waar totaal geen structuur in zit. Er zullen best (kleine) bedrijven zijn die zo werken, maar dan zou ik gaan zoeken naar een nieuwe baan.
Punten waar ik voornamelijk over val:
Je geeft aan dat een projectleider altijd enkele dagen moet optellen bij de planning die afkomt van de afdeling van de programmeurs. Dit is onzin. Indien de afdeling regelmatig met planningen aan komt zetten die later niet haalbaar blijken te zijn zal er met deze afdeling gepraat moeten worden. Het is niet de taak van de projectleider om hier extra dagen bij op te gaan tellen.
Vervolgens geef je aan dat er bepaalde mensen lagere bedragen toerekenen naar de klant. Dit is leuk en aardig, maar dit is een taak van de accountmanager. Een programmeur zal hier weinig van mogen merken. Deze moet zorgen dat hij zijn werk doet in de tijd die hij van te voren heeft aangegeven en de account manager mag aan de directie uit gaan leggen als zijn klant geen geld in het bedrijf brengt.
Indien een programmeur een analyse in handen krijgt die niet voldoet aan hetgeen waarmee hij iets degelijks kan afleveren, omdat er veel onduidelijkheden zijn of omdat er veel dingen niet zo afgebakend zal hij deze analyse niet moeten accepteren en aangeven dat hij meer informatie nodig heeft om een degelijk product te maken.
Hierbij moet een programmeur ook niet van iedereen accepteren wat er wordt gezegd. Er zal vaak druk worden gelegd op de persoon, dit is in vele functies zo, maar bij een goede planning van de afdeling zou bovenstaande nooit mogen gebeuren. Hij kan daar altijd naar terug wijzen en aangeven dat er van te voren is gecommuniceerd hoelang het zou duren en op welke dagen.
Eventjes een response op je vaststellingen SirDarkAngel:
"Je beschrijft dan ook een bedrijf waar totaal geen structuur in zit."
Ik beschrijf een bedrijf waar een enorme structuur in zit. Dit is een firma met maar mensen:
- 2 Bazen ( nooit aanwezig in de firma, beide hebben hun eigen banen ).
- 1 Manager ( om de paar weken een paar uur aanwezig, en verkoopt de grootste onzin )
- 1 Office Manager ( Taken: Analist, Communicatie Klant, Opleidingen, "Ja" knikker )
-- 4 Perl Programmeurs ( CRM programming, Support, Servers onderhoud enz ).
- 1 Grafische designer ( CSS, Layout, graphics, ... ).
- 1 Verkoper ().
Dit is de structuur. Alles van de programmeurs moet via de OM gaan. De OM gaat naar de Manager, de Manager gaat naar de 2 Bazen, en via versa. De verkoper & designer zijn de buitenbeentjes. Zoals je ziet, een kleine firma die puur designed is als een multinational, met allemaal leuke niveau's van communicatie.
"Het is niet de taak van de projectleider om hier extra dagen bij op te gaan tellen"
Het spijt me, maar dat is juist wel de taak van de Project Leider. Deze persoon staat in voor het in goede banen leiden van de taken. Zoals je ziet, is er op zich geen Project Leider in de firma ( was er ooit, maar deze is snel verwijderd geweest ).
Onder normale omstandigheden zal een PL kijken naar de dagen die x programmeur voorstelde. Deze weet dan welke de capaciteiten zijn van zijn of haar programmeurs. En vaak zal een goede PL de tijdbestek met 1.5* verhogen, afhankelijk van de capaciteiten van zijn/haar programmeurs. Dit dat meer of minder zijn, maar 1.5 is zowat een regel.
"zal hij deze analyse niet moeten accepteren".
Dit is idd al meerdere malen gebeurt. Weet je wat het response hierop is?
a) Je neem het op met de Office Manager. Deze geeft aan de Analyse meer dan goed genoeg is. Hij heeft ze gemaakt, verwacht je een ander antwoord?
b) Je gaat over zijn hoofd, en je spreekt met de Manager. Deze kijkt een beetje verwilderd, komt af dat het niet kan, smeert je een beetje boter op de boterham, en doet niets. Zijn taak zoals hij zelf aangaf, is "vuurtjes blussen".
c) Je gaat rechtstreeks naar de baas, en klaagt deze onwerkbare analyse aan:
c1) Al je communicatie wordt genegeerd.
c2) Als men reageerde, wordt er not to the point gereageerd.
c3) Het is uw eigen schuld dat je niet om kan met de analyse.
Dit is de realiteit...
"Een programmeur zal hier weinig van mogen merken."
Dit is ook zo een zaak. De financiën. Als programmeur weten we welke punten in de analyse staan, en welke niet. We weten welke zaken extra's zijn ( en buiten het contract vallen, zodus extra voor betaald moet worden ). Normaal is het de Project leiders taak om deze extra's te melden.
In praktijk zoals je zag geen Project Leider, maar een Office Manager, en deze meld deze weinig tot niet. Ondanks dat we het genoeg gemeld hebben. Gevolg, er wordt enorm veel buiten gesmeten "gratis". Tja, het is makkelijker als je gewoon ja knikt naar de klanten, en het gratis uitvoert, dan dat er een discussie ontstaat of men wel of niet moet bijbetalen he...
Je hebt gelijk, in theorie als programmeur zou je je in normale omstandigheden niet moeten bezighouden met de financiën, slechte planningen, enz. De praktijk is anders dan de theorie niet waar...
"Hierbij moet een programmeur ook niet van iedereen accepteren wat er wordt gezegd."
Het spijt me SirDarkAngel, maar dit alleen geeft aan dat je idd nog nooit gewerkt hebt als programmeur...
Het is zo dat je kan later zeggen: "Jammer, ik heb gezegd voor xxx project yyy tijd, en in praktijk was er maar yyy/2 gegeven"... En nu? Leuk dat je gelijk hebt... Maar wat nu???
De klant staat links te roepen, de bazen staan rechts te roepen... Wie moet het weer oplossen? Idd, die dat onderaan de ladder staan. Het is mooi dat je gelijk hebt, maar weet je, het wordt snel afgezaagd als je altijd gelijk hebt, en toch maar constant de problemen mag fixen.
Als je de problemen verschillende malen herhaalt, wordt je afgeschilderd als, ik quote: "Niet loyaal tov de firma". Geen joke. Als je constant zo moet werken, weet je het effect? ...
Ik zal je even een voorbeeld geven van nog geen paar dagen geleden:
Je krijgt een planning voor een aanpassingen dat je dient uit te voeren. Je vraagt waar de analyse is van de aanpassingen? Je krijgt als antwoord: "Die is er niet, gebruik de scope bepaling". Idd, dat is geen grap was ik schrijf.
Of, je moet beginnen aan een project ( zoals gewoonlijk, 1 regel tekst is de planning ). Er is geen analyse te vinden voor de klant ( waar ze hoort te staan ), en de Office manager ( / analist ) is op vergaderingen gans de dag. Wat blijkt, a) analyse is nog op de OM's PC, b) analyse is niet af, c) analyse is niet goedgekeurd door de klant; maar je moet wel beginnen eraan te werken... M.a.w, zegt de klant dat de analyse niet voldoet, en het totaal anders moet, is je werk verspilt...
Ik zal je nog enkele leuke voorbeelden geven van hoe het niet moet:
Een normale ontwikkeling cyclus bevat: x aantal maanden coderen, dan een grondige test procedure, en dan pas releasen naar de klant zijn haar test site, en dan pas naar productie. Dit lijkt mij toch de meest normale procedure stappen?
Onze procedure is: Release alle aanpassingen die je gemaakt hebt voor x klant, iedere dinsdag & donderdag! Ik herhaal, ik zuig dit niet uit mijn duim... Krijg je dinsdag een opdracht, dat is dezelfde dag af, dat moet het dinsdag relased worden.
O ja, en 80% van de releases zijn direct naar de productie site's van de klanten!!! Je wilt niet weten hoeveel tijd we verspillen aan database cleanups, omdat de meest onbenullig bugje de helft van je data begint te corruptere...
Test procedure? Onbestaand... Men verwacht dat alles perfect werkt binnen het tijdsbestek dat je kreeg. Een CMS van 420.000 code regels ( zonder de lege regels, commentaar enz ), dat enorm in elkaar gekoppeld zit...
O wacht, voer deze aanpassing uit, en de Office Manager vind dat 1 uur genoeg is voor het coderen ervan. Met een beetje geluk, en speel coderen, kan je in één uur dat coderen. Maar je kan het niet deftig testen... Maar o wacht, in dat uur kan je ook nog support telefoons krijgen van klanten, je dient de aanpassingen in te boeken, je mag secretaresse spelen, want men is te gierig om een telefoon centrale te kopen, zodus de programmeurs spelen secretaresse, want daar staan de telefoons enz ... M.a.w, ononderbroken werken bestaat niet...
Maar weet je, als je denk dat dit erg is? Hier zijn nog een paar leukere
![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.gif){kind=icon}
Volgens het onderzoek hebben mensen die werkzaam zijn binnen de softwareontwikkeling en it-advieswereld tot vier keer meer last van chronische vermoeidheid, zenuwachtigheid, slapeloosheid of hun maag. Het gebruik van antidepressiva en andere psychomedicijnen ligt bij it'ers respectievelijk 60 en 91 procent hoger dan gemiddeld. Verder laat het onderzoek zien dat 40 procent van de it'ers last heeft van chronische vermoeidheid, een indicator van een burn-out. Het onderzoek is door het Rhein-Ruhr-Institut für Sozialforschung und Politikberatung uitgevoerd, onderdeel van de Universiteit van Duisberg-Essen.
11:22
20:27
Door 
![[show]](http://tweakimg.net/g/if/comments/button_down.gif "Reactie uitklappen")
) ook wel eens een probleem oplossen. Overigens is de voldoening groot als je iets oplost en de gebruikers er blij mee zijn en de organisatie tevreden is. Als ik dat niet zou hebben, wordt het een stuk lastiger om vol te houden.
. Maar goed, het geeft wel goed de ondoordachtzaamheid van je hele post weer.
.)
Een PL moet de afgegeven schatting als indicatief tot zich nemen en zelf een eigen planning afgeven. Dat is zijn werk.