Jamen tillykke med stjernen da!
Gik ud fra at han er en del af amino teamet siden han kan redigere mit indslag?!
Nej, men jeg har tilpas mange stjerner, og så kan jeg rette overskrifter. Og jeg synes den er mere retvisende nu, og jeg synes ikke du bliver udstillet som en slavepisker.
Men for at svare på dit spørgsmål:
Det er svært at vide ud fra informationen i dit opslag hvad der reelt er foregået. Men når 3 udviklere skrider efter hinanden, så er det et faresignal for mig. Jeg begynder at tænke ting som at der er blevet lavet noget værre spaghetti-kode som er svært at arbejde med, det kan også være at kravene er svære at følge, eller at du er svær at arbejde sammen med.
For at tage dem slavisk:
Hvis koden er svær at arbejde med så kan det være at der ikke er blevet skrevet tests, dette betyder at det er sværere at tilføje nye ting, og stadigvæk være sikker på at de gamle funktionaliteter fungerer som de skal. Hvis fundamentet ikke er støbt ordentligt, er det svært at bygge et stabilt hus på det.
Hvis kravene er svære at følge, så kan du sætte dig ned og lave userflows, og forklare hvert enkelt krav, målgruppen, og hvordan du ser det implementeret. Du kan eventuelt kigge på en kravspec hvis du vil være helt sikker på at være helt nøjagtig, men det er en større omgang.
En anden ting du kan gøre er at splitte opgaverne ud i bitte-små opgaver, for så er det langt nemmere for en udvikler at fordøje.
En god bonus ved små opgaver er også del-leveringer, det betyder at din udvikler kan levere mindre brudstykker, som til sidst betyder en færdig løsning, det gør det også nemmere at estimere for din udvikler, og det gør det nemmere for dig at se fremskridt.
Til sidst kan du kigge indad, og se om der er noget du kunne have forbedret, og det kan være kommunikation, støtte, eller bare det at være til stede og kigge på koden og tale om tingene. Der er ikke noget værre end at sidde med en deadline, og så føle sig helt alene om alle beslutninger, og helt alene om projektet i det hele taget.