Kommentarer til blog.iterate.no http://blog.iterate.no Om realisering av forretningsidéer, systemutvikling, integrasjon, brukeropplevelse og andre livsviktige temaer for de ansatte i Iterate Thu, 26 Apr 2012 10:41:51 +0000 hourly 1 http://wordpress.com/ Kommentar til Developer’s DNA av Ole Morten Amundsen http://blog.iterate.no/2012/04/13/developers-dna/#comment-181 Thu, 26 Apr 2012 10:41:51 +0000 http://blog.iterate.no/?p=920#comment-181 Great writeup and topic!

This reminds me a lot about something that inspired a lot me a few years back. “Know as much as possible about what you don’t know”. Not knowing you don’t know is were the perils are.

How often haven’t you read a book and applied that knowledge? What if you didn’t read that book?

Developers that tries many languages, tools and patterns are the ones that become extraordinary.

Why would you not want extraordinary developers? :)

]]> Kommentar til Developer’s DNA av En programmerers evolusjon – Produktutvikleren. « blog.iterate.no http://blog.iterate.no/2012/04/13/developers-dna/#comment-180 Thu, 26 Apr 2012 07:55:17 +0000 http://blog.iterate.no/?p=920#comment-180 [...] med andre fagfelt. Produktutvikleren må være en innovatør (mer om dette i bloggartikkelen; Developer´s DNA). Men, ingen andre fagfelt vil noen gang kunne være en like effektiv [...]

]]> Kommentar til The user feedback problem av En programmerers evolusjon – Produktutvikleren. « blog.iterate.no http://blog.iterate.no/2011/12/13/the-user-feedback-problem/#comment-179 Thu, 26 Apr 2012 07:55:14 +0000 http://blog.iterate.no/?p=741#comment-179 [...] sjelden hvilke muligheter som finnes. Svaret finnes et sted i mellom (mer om dette i artikkelen “The User Feedback Problem” av Anders Haugeto). Og for å finne svaret trenger vi i dag det vi hos oss kaller Produktutvikleren [...]

]]> Kommentar til Få betalt for feil du ikke finner! av T. Ferris Nicolaisen (@tfnico) http://blog.iterate.no/2012/03/01/fa-betalt-for-feil-du-ikke-finner/#comment-170 Thu, 01 Mar 2012 21:58:41 +0000 http://blog.iterate.no/?p=884#comment-170 Interessant relatert diskusjon her:

https://groups.google.com/d/topic/lonely-coaches-sodality/WqOiSfkHyT8/discussion

]]> Kommentar til Få betalt for feil du ikke finner! av Rune Larsen http://blog.iterate.no/2012/03/01/fa-betalt-for-feil-du-ikke-finner/#comment-169 Thu, 01 Mar 2012 19:20:57 +0000 http://blog.iterate.no/?p=884#comment-169 Jo, det kan nok være vanskelig å omdefinere en så definert rolle som testeren allerede er. Jeg liker Quality Architect. Endel prosjekter og firma har en QA-rolle, eller QA-avdeling. I den grad det ikke bare er et nytt navn på den gamle test-funksjonen, så har man da mulightene på å se på kvalitet fra A til Å.

Det er heller ikke bare testerens ansvar å henge seg på tidlgere i prosessen, men et stort ansvar for å få dette til ligger hos de som rigger prosjektet fra starten av. Oppfordring: Hør på @JornHunskaar, og slutt å lage store bolker med trøbbel!

]]> Kommentar til Få betalt for feil du ikke finner! av Jørn Hunskaar (@JornHunskaar) http://blog.iterate.no/2012/03/01/fa-betalt-for-feil-du-ikke-finner/#comment-167 Thu, 01 Mar 2012 11:28:37 +0000 http://blog.iterate.no/?p=884#comment-167 Interessant tema. Jeg er helt enig i at det handler om å bygge inn kvalitet så tidlig som mulig, men jeg tviler på at det hjelper å bytte navn. Testing vil alltid skje i etterkant av utvikling, enten det skjer i store eller i små steg. Vi bør derfor fokusere på å gjøre testingen, med det navnet faktisk har, til en positiv del av prosessen. Hvordan kan vi gjøre det? Jeg tror i hvert fall at kortere iterasjoner, eller kanskje helst løpende utvikling og testing uten bruk av iterasjoner i det hele tatt, vil bidra i positiv retning. Mindre inkrementer fører til tettere samarbeid mellom utviklerne og testerne, som igjen bidrar til å bedre forståelsen av viktigheten av hverandres arbeidsoppgaver. Målet bør jo være at testerne blir en del av teamet – på linje med utviklerne.

P.S.: Dersom jeg *måtte* finne et nytt navn på en tester, så hadde det nok blitt… … …utvikler!

]]> Kommentar til Få betalt for feil du ikke finner! av Martin Brusevold Helgesen http://blog.iterate.no/2012/03/01/fa-betalt-for-feil-du-ikke-finner/#comment-166 Thu, 01 Mar 2012 10:48:17 +0000 http://blog.iterate.no/?p=884#comment-166 God tanke. Det er mye stigmatiserende rundt dette med rollen “tester” som øker skillet mellom utviklere og testere.

]]> Kommentar til Få betalt for feil du ikke finner! av Tom Johannes Bang http://blog.iterate.no/2012/03/01/fa-betalt-for-feil-du-ikke-finner/#comment-165 Thu, 01 Mar 2012 10:07:38 +0000 http://blog.iterate.no/?p=884#comment-165 Sålenge rollen heter “tester” og arbeidet defineres som “å teste” så vil nok insentivet være knyttet opp mot å avdekke feil – i etterkant.

Kanskje vi må gi rollen et nytt navn før vi kan gi det et nytt innhold. Det handler vel om at man skal bidra til å bygge inn kvalitet så tidlig som mulig. Quality architect? Quality developer?

Jeg tror også at denne eldre generasjonen med “testere” vil se positivt på å kunne bidra i utforming også (ikke bare få “dritten” i fanget).

Kjør debatt!

]]> Kommentar til Kaizen av Avigaile http://blog.iterate.no/2011/11/11/kaizen/#comment-154 Fri, 10 Feb 2012 14:50:14 +0000 http://blog.iterate.no/?p=577#comment-154 I adrime the valuable info you offer in your posts. I will bookmark your weblog and check again here frequently. I’m quite positive I will learn lots of new stuff here!

]]> Kommentar til People. Culture. Fire. A gut feeling. av Den nakne sannheten om IT-prosjekter (Del II) « blog.iterate.no http://blog.iterate.no/2011/10/03/it-doesn%c2%b4t-really-matter-if-you-agree/#comment-151 Thu, 19 Jan 2012 09:10:18 +0000 http://blog.iterate.no/?p=529#comment-151 [...] fra en av mine tidligere bloggartikler (og starten på noe som kan bli en bok en dag), “People. Culture. Fire. A gut feeling.“: “As a human being I am filled with emotions. Sometimes I laugh. Sometimes I cry. [...]

]]>