Jer der arbejder inden for IT branche eller noget lignende, hvor accurate er denne video af series Sillicon Valley?

8 comments

1. Det er meget normalt i mismanaged projekter.
   Det er derfor vi har ting som de fleste offentlige it systemer og eller ksp2. Either far delayed or broken mess. Often both.

   Sovs: trust me bro.

2. Meget normalt

   Endnu mere sjovt, så prøv at slå de ting de nævner, også de helt igennem underlige og utrolige, op, de er som regel baseret på rigtige ting.

3. Dramatiseret, men IT er præget af mange ændringer, specielt hvis et firma følger gammeldags vandfald projekt ledelse kan disse situationer opstå (“vores kunde siger at de ikke vil købe vores software med mindre det kan gøre X, Y og Z ligesom vores konkurrenter”. Ændringer der kommer meget set er MEGET dyre, og hvis man finder ud af at nogen “vidste bedre” men ikke sagde noget, ikke gjorde deres benarbejde godt nok til at se hvad der reelt var brug for eller blot ikke holdt øje med projekt status og opdagede meget sent at noget var galt, så er de som regel ikke længere i den stilling længere.

   Men “shit happens” som man siger. Verdenen ændrer sig, konkurrenter kommer med nye features som nu er vigtige, love ændrer sig og stiller nye krav til softwaren osv. som alt sammen kan se med meget lille varsel, og du (firmaet, PM) ved at hvis der ikke gøres noget, kan arbejdet ikke bruges. Så du har kun valget at lave dyre ændringer. Tid er penge, selv i DK. Med en bedre projektledelse og struktur til at dynamisk følge en verden i ændring, kan omkostninger vedr. ændringerne minimeres, men det er dyrt t lave ting OM og bruge tid på noget det var færdigt, testet og parat. Nogle projekter er mere risikofyldte og det skal der tages højde for i projektformen. I sidste ende er det PM/ledelsens problem, ikke udviklerne, UAT folk osv.

4. Det er ikke unormalt at projekter bliver forsinkede. Men det er en noget dysfunktionel organisation, hvis man ikke kan tale om det internt.

5. Jeg har haft følgende oplevelse på samtlige projekter jeg har været en del af:

   Kunden bestiller et samlet system, som underleverandør A, B og C skal levere.

   Alle skal være klar i en bestemt rækkefølge og til en bestemt dato. A (mit firma) bliver forsinkede, men siger ikke noget, fordi vi ved at B og C er endnu mere forsinkede. Men de vil heller ikke sige noget til kunden, fordi de også håber at en af de andre siger noget.

   Så når vi har kundemøder, sidder både A, B og C og siger “ja ja, vi er klar til schedule” – Selvom alle ved, at alle ved, at alle ved, at alle er forsinkede. Først til allersidst, er der én som smider håndklædet i ringen, hvilket får de andre til at sige “nå, nu hvor C er forsinkede, så kan vi heller ikke holde schedule”

6. Meget realistisk. Kan ofte tage meget længere tid endda. Især hvis man undervejs får hacket IP-adressen til mainframen via Visual Basic.

7. *præcis

   Accurate er engelsk.

8. Jeg har været i IT-branchen i 20 år, dog i det private og har aldrig haft opgaver fra det Offentlige. Så det jeg siger er begrænset i og med, at jeg ikke kan sige noget om Offentlige IT-projekter.

   Det virker overdrevet og dramatiseret. Har aldrig oplevet noget der ligner, selv i IT projekter der ikke går godt.

   Men det har også noget at gøre med, at jeg aldrig har haft et problem eller angst for at sige hvad virkeligheden er – det er en mærkelig indstilling, at tro, at forsinkelser ikke er at forvente, eller at det hjælper nogen, at holde information hemmeligt, fordi ingen tør sige noget.

   Hvis man er bange for at sige tingene, som de er, så har man et problem der ikke har noget med IT-branchen at gøre, men kulturen i virksomheden. Heidi og Gavin skal løse deres kommunikationsproblemer. Om det skal være nogle møder sammen med deres chef (eventuelt med en plan for at komme kommunikationsproblemerne til livs), eller om de kan klare det selv, det er lidt hip som hap. Også skal der laves tiltag for at afmonterer det der mærkelige “Det skal i hvert fald ikke være mig der siger noget!”, for hvad pokker er det for noget sludder.