Erlend Tangeraas Lygre Skrevet 16. januar 2019 Del Skrevet 16. januar 2019 <br data-mce-bogus="1">Noen som kjenner seg igjen? Offentlig dokument i USA slakter «Agile Bullshit» Lenke til kommentar
quantum Skrevet 16. januar 2019 Del Skrevet 16. januar 2019 Såkalt "lipstick agile". Sikkert mange som kjenner seg igjen her. 1 Lenke til kommentar
hrafnafn Skrevet 17. januar 2019 Del Skrevet 17. januar 2019 AINO: Agile In Name Only Lenke til kommentar
Sandormen Skrevet 18. januar 2019 Del Skrevet 18. januar 2019 Ja, watefall-utvikling er jo mye bedre /sarkasme Lenke til kommentar
Sandormen Skrevet 18. januar 2019 Del Skrevet 18. januar 2019 Ja, watefall-utvikling er jo mye bedre /sarkasme waterfall* Lenke til kommentar
Gjest Slettet+987123849734 Skrevet 18. januar 2019 Del Skrevet 18. januar 2019 Det er vel ingen automatikk i at det å høre på brukeren faktisk gir et bedre produkt. I mange tilfeller aner ikke brukeren en gang om hvordan de skal definere behovet sitt eller hva som kan løses på en bedre måte enn de er klar over. Det er mye viktigere at utvikleren forstår behovet til brukeren og at man kan løse dette. Men det finnes også brukere som kan komme med verdifulle tilbakemeldinger og det er viktig at disse fanges opp og ikke bare drukner i et supportsystem og aldri lommer frem. Lenke til kommentar
balleklorin Skrevet 18. januar 2019 Del Skrevet 18. januar 2019 Det er vel ingen automatikk i at det å høre på brukeren faktisk gir et bedre produkt. ................ Det er mye viktigere at utvikleren forstår behovet til brukeren og at man kan løse dette. Det er jo det som nettopp menes i artikkelen.. For å i det hele tatt forstå behovet til brukeren, så må en jo lytte på hva brukeren ønsker å oppnå. Det er selvsagt ikke det samme som at brukeren dikterer løsningen, her er du på villspor. Lenke til kommentar
quantum Skrevet 20. januar 2019 Del Skrevet 20. januar 2019 Det er vel ingen automatikk i at det å høre på brukeren faktisk gir et bedre produkt. I mange tilfeller aner ikke brukeren en gang om hvordan de skal definere behovet sitt eller hva som kan løses på en bedre måte enn de er klar over. Det er mye viktigere at utvikleren forstår behovet til brukeren og at man kan løse dette. Men det finnes også brukere som kan komme med verdifulle tilbakemeldinger og det er viktig at disse fanges opp og ikke bare drukner i et supportsystem og aldri lommer frem. Det å høre på brukeren betyr ikke at man bare noterer ned ordrett brukerens bestilling og leverer dét, vet du. Det betyr å snakke med alle brukerne om hva de forskjellige delen av arbeidet deres består i, og så gjøre en analyse basert på det. Dette i motsetning til å ikke snakke med brukerne; hvor man da vel egentlig bare blir nødt til å fyre av et skudd i blinde. Vanskelig å se hvordan det skal være noen smart fremgangsmåte. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå