tag:blogger.com,1999:blog-2570707205594657817.post1275796171254802006..comments2024-03-14T03:54:55.512-04:00Comments on The User Experience Soapbox: Agile development and user experienceTerry Bleizefferhttp://www.blogger.com/profile/14053000030795260150noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-2570707205594657817.post-76320179313982418182008-02-05T18:53:00.000-05:002008-02-05T18:53:00.000-05:00I haven't worked ON a team doing agile development...I haven't worked ON a team doing agile development but I've worked WITH several teams doing agile development.<BR/><BR/>A smart guy I know said recently that agile is "an engineering solution to an engineering problem", which is great provided we don't pretend it's solving a bunch of other problems.<BR/><BR/>And the biggest problem I've seen in terms of design in agile is when teams don't do architectural design before the beginning of an milestone - design iteration within milestones should be on the little stuff.Terry Bleizefferhttps://www.blogger.com/profile/17401695263328834953noreply@blogger.comtag:blogger.com,1999:blog-2570707205594657817.post-43902768461714469272008-02-05T13:40:00.000-05:002008-02-05T13:40:00.000-05:00Have you ever worked on an agile team?Have you ever worked on an agile team?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2570707205594657817.post-33459574742898408882007-07-17T08:44:00.000-04:002007-07-17T08:44:00.000-04:00Developers don't set out to make bad interfaces, I...Developers don't set out to make bad interfaces, I agree. The issue is that developers typically have a LOT of competing incentives beyond usability... such as unrealistic dates, technical achievement, out-geeking their buddies, pleasing management, etc... and usability often takes a back seat.Terry Bleizefferhttps://www.blogger.com/profile/14053000030795260150noreply@blogger.comtag:blogger.com,1999:blog-2570707205594657817.post-44363080793072158012007-07-17T05:37:00.000-04:002007-07-17T05:37:00.000-04:00Why *any* developer would want to sweat blood and ...Why *any* developer would want to sweat blood and tears coding something that doesn't work in the real world is beyond me.<BR/><BR/>Nobody (not even the worst kind of developer!) sets out to make bad interfaces.DJhttps://www.blogger.com/profile/00539885998086036503noreply@blogger.comtag:blogger.com,1999:blog-2570707205594657817.post-19622025212752469602007-06-20T19:24:00.000-04:002007-06-20T19:24:00.000-04:00"Agile development is really about the developer c..."Agile development is really about the developer controlling the design, direction, and schedule of the project."<BR/><BR/>And that is different than non-agile development in what way? =)<BR/><BR/>Seriously, I only have extensive experience with one team that is both following Agile development practices AND has a UXer on staff, and the developers on that team seem genuinely concerned with usability and try to work closely with the UXer to get usability improvements into the product... which works pretty well provided the improvements are small enough to contain in one iteration.Terry Bleizefferhttps://www.blogger.com/profile/14053000030795260150noreply@blogger.comtag:blogger.com,1999:blog-2570707205594657817.post-25529288062870884232007-06-20T15:33:00.000-04:002007-06-20T15:33:00.000-04:00AGILE is about control, not collaboration Face the...<B> AGILE is about control, not collaboration </B><BR/><BR/>Face the facts, Agile development is really about the developer controlling the design, direction, and schedule of the project. If they just have to code it, show it to a user (accept and reject the feedback as they please), and make another iteration, then they have complete control of the project - no pesky and annoying user experience engineers, usability testers, UI designers to contend with.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2570707205594657817.post-18169857462948902422007-06-20T15:29:00.000-04:002007-06-20T15:29:00.000-04:00Pick the right starting point Picking the right st...<B> Pick the right starting point </B><BR/><BR/>Picking the right starting point is critical in AGILE projects. What "users" are telling you they want is not always what amounts to the best place to start. One common mistake is beginning in the beginning. This only works if the beginning is actually the most challenging and troubling aspect of what the AGILE project is aimed at solving. An objective analysis of work practices, for instance using ethnographic techniques, can help identify the best points for providing value, perhaps in the way of allowing the user to do things they haven't been able to do before, thus changing how they work, or in doing things much more efficiently.Anonymousnoreply@blogger.com