Twitter Updates

    follow me on Twitter

    March 2014

    Sun Mon Tue Wed Thu Fri Sat
    2 3 4 5 6 7 8
    9 10 11 12 13 14 15
    16 17 18 19 20 21 22
    23 24 25 26 27 28 29
    30 31          

    « Why User Centered | Main | The Problem with Problems »

    July 10, 2009


    In the same spirit, my co-workers and I spent several hours considering the question of UX design practice. We weren't considering the question of what makes good design; there are innumerable books on that topic. We were considering the question of what separates a healthy, effective design practice from the horror stories we hear about when talking to others in the industry.

    This is true we designer do a lot. communicate with the management, interaction with the clients to understand the requirement then start design. Your steps are in order and perfect to follow.

    Exactly strategies always works, make a plan, set your goals or strategies are to move from point A to Z. How you will reach there and steps you will follow.

    In the face of this industry-wide problem, it's no surprise that dysfunctional design practices can arise and even become so common that they are seen as normal, or at least inevitable. But I don't believe they are.

    In the face of this industry-wide problem, it's no surprise that dysfunctional design practices can arise and even become so common that they are seen as normal, or at least inevitable. But I don't believe they are.

    well, reading your content very late but i would say the second list is very fine.

    Sorry for the late reply -- just got back from vacation.

    @Jason Grant:
    "Design by Fiat" means your design is based on the unsubstantiated opinion of one person. (Usually a designer with an overly-high opinion of his or her own abilities.)

    @Jeremy Kriegel:
    Our list was never intended to be Agile, although I admit I have a strong preference for working on Agile projects (so long as they have a good agile design practice).

    I think you make an excellent point about the "ordering" list --- that the activities on the left don't necessarily need to be completed before the activities on the right, but they do need to at least start first. That being said, the common problem I've seen is where the activities on the left are excluded altogether "because we don't have enough time".

    I'm not sure I agree with your last paragraph, though. All projects are constrained in time and resources, and I believe that these values can be applied at different scales, depending on the appropriate level of resources.

    My initial reaction was that your first list was somewhat un-agile ('though I suppose you never said you were trying to align with agile). However, with some modifications, I think it might be close and a bit more nuanced.

    We value:
    Setting Clear Goals before Taking Extensive Action
    Understanding Problems before Generating Exhaustive Solutions
    Validating Designs before Investing Significant Effort in Code
    Steak over Sizzle

    I think emphasizing the magnitude of activities on the right allows for more of an agile bent. It allows for some activity on the left to precede some activity on the right, but does not imply that activities on the left must be done in their entirety before starting activities on the right.

    As discussed on the UXAgile list, expert vs. data may not be valid, and I believe it is subsumed in the second point of quality over ease of collection. An expert may be easier, but the data may or may not be better.

    As far as the other values, I think they depend on a project's definition of quality. If that definition is high, then these values apply. However, not all projects are aiming for a high degree of quality. In these cases, we do our best to work within the constraints we are given.

    What does 'design by fiat' mean?

    Verify your Comment

    Previewing your Comment

    This is only a preview. Your comment has not yet been posted.

    Your comment could not be posted. Error type:
    Your comment has been saved. Comments are moderated and will not appear until approved by the author. Post another comment

    The letters and numbers you entered did not match the image. Please try again.

    As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

    Having trouble reading this image? View an alternate.


    Post a comment

    Comments are moderated, and will not appear until the author has approved them.

    Your Information

    (Name is required. Email address will not be displayed with the comment.)

    RSS Feed

    • Subscribe