Comments on: Interaction Design Process Overview http://tynerblain.com/blog/2006/03/21/interaction-design-process-overview/ Software product success. Tue, 07 Sep 2010 01:40:54 +0000 http://wordpress.org/?v=2.9.1 hourly 1 By: Regelwerk » Interaction Design und BRM http://tynerblain.com/blog/2006/03/21/interaction-design-process-overview/comment-page-1/#comment-83595 Regelwerk » Interaction Design und BRM Tue, 27 Mar 2007 14:24:13 +0000 http://tynerblain.com/blog/2006/03/21/interaction-design-process-overview/#comment-83595 [...] Kürzlich fand ich einen buchbesprechenden Artikel bei Tyner Blain, der mich auf der Heimfahrt wunderbar beschäftigte. Business Rules Management und Interaction Design. Der Autor Alan Cooper hat sich dazu in mehr als einem Buch Gedanken gemacht. Für ihn ist während der Entwicklung von Software ausschlaggebend, wer selbige künftig benutzen wird - bzw. um genau zu sein - mit welchen Zielen sie eingesetzt wird. Eine Art Stellvertreterbenutzer wird für den gesamten Entwicklungsprozess angenommen, für den in jeder Phase der Entwicklung Szenarien entworfen und umgesetzt werden. Die Kombination aus konkreten Zielen und (benutzerorientierten) Szenarien ist der Schlüssel zu einem effizienten Interaction Design - kurzum die richtige Mischung aus visueller Oberfläche und Funktionalität. [...] [...] Kürzlich fand ich einen buchbesprechenden Artikel bei Tyner Blain, der mich auf der Heimfahrt wunderbar beschäftigte. Business Rules Management und Interaction Design. Der Autor Alan Cooper hat sich dazu in mehr als einem Buch Gedanken gemacht. Für ihn ist während der Entwicklung von Software ausschlaggebend, wer selbige künftig benutzen wird – bzw. um genau zu sein – mit welchen Zielen sie eingesetzt wird. Eine Art Stellvertreterbenutzer wird für den gesamten Entwicklungsprozess angenommen, für den in jeder Phase der Entwicklung Szenarien entworfen und umgesetzt werden. Die Kombination aus konkreten Zielen und (benutzerorientierten) Szenarien ist der Schlüssel zu einem effizienten Interaction Design – kurzum die richtige Mischung aus visueller Oberfläche und Funktionalität. [...]

]]> By: Agile Advice - How and Why to Work Agile http://tynerblain.com/blog/2006/03/21/interaction-design-process-overview/comment-page-1/#comment-1793 Agile Advice - How and Why to Work Agile Fri, 05 May 2006 12:04:16 +0000 http://tynerblain.com/blog/2006/03/21/interaction-design-process-overview/#comment-1793 <strong>Waterfall vs. Agile...</strong> Scott posits that agile's greatest strengths come as a result of being able to accomodate change. He also makes a pseudo-mathematical analysis of the cost of change in an agile method. Finally, he asserts that good requirements as derived and set f.... Waterfall vs. Agile…

Scott posits that agile’s greatest strengths come as a result of being able to accomodate change. He also makes a pseudo-mathematical analysis of the cost of change in an agile method. Finally, he asserts that good requirements as derived and set f….

]]> By: Scott Sehlhorst http://tynerblain.com/blog/2006/03/21/interaction-design-process-overview/comment-page-1/#comment-543 Scott Sehlhorst Thu, 23 Mar 2006 03:15:19 +0000 http://tynerblain.com/blog/2006/03/21/interaction-design-process-overview/#comment-543 Update: I changed references in this post from "corporate" to "practical" goals. Practical goals are the actionable goals of an individual, specifically in support of corporate goals. Sorry that I didn't catch that in my previous edits. Scott Update: I changed references in this post from “corporate” to “practical” goals. Practical goals are the actionable goals of an individual, specifically in support of corporate goals. Sorry that I didn’t catch that in my previous edits.

Scott

]]>