1 / 16

PD Joint Application Design: A Transatlantic Comparison

Summary : Definitions. Joint Application Design

ramya
Download Presentation

PD Joint Application Design: A Transatlantic Comparison

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


    1. PD & Joint Application Design: A Transatlantic Comparison Carmel, E., Whitaker, R.D., and George, J.F., CACM, 36, 4 (1993), 40-48.

    2. Summary : Definitions Joint Application Design & Participatory Design JAD and PD are well known methods for facilitating user participation in systems development Their focus is on the interaction between users and designers Both PD & JAD support the unproven axiom that the success of a system is based upon the level of user involvement in the design and development

    3. Summary : Brief Comparison JAD focuses on the system design and quality in a structured manner through meetings with users and designers User: anyone who uses the system and is affected by it including management PD focuses on the work environment, computers as tools, and worker control involving the user much more in the design User: actual application users – no management

    4. Summary : Detailed Comparison

    5. Summary : Techniques JAD Conduct Meetings run by Skilled Facilitator Get Executive Sponsorship Get appropriate People to Participate Set Clear, Well-Defined Goals Define Deliverables in Advance Keep Technical Discussion to a Minimum Communicate through Documentation

    6. Summary : Techniques PD Visualize Current Workplace Work Activities, Skills, Experience Visualize Possible Workplace Problems, What-if to Improve Work Conditions Prototyping Cooperative, Hands-on, Communication

    7. Motivation for Paper There has been no cross-fertilization of ideas between the two approaches A comparison would benefit those who teach and those who design By providing an exchange of ideas, better user involvement can be realized

    8. Motivation for Paper : Detail Explain the differences and similarities between two popular software development methodologies, because information has not been exchanged Show that there are benefits in using either methodology By understanding the motivation of each approach, propose that features from each could possibly be used in concert to get Users involved For JAD, select different participants and provide a more creative facilitator For PD, provide a “structured – creative” process

    9. Importance & Contribution Provides direct comparison between the two methods Highlights area in which the two methodologies can benefit from one another

    10. Importance & Contribution Corporate IS departments need to develop more sophisticated applications with less time and cost overruns (Avoid “feature-creep”) Applications require gathering cross-functional information and processes. Not simply automation of redundant activities. Designing better quality and effective systems involve good Requirements Gathering Users need to be involved - a Common Language between Users and Designers is needed PD and JAD offer different approaches to reach these goals – combine some aspects

    11. Critique : General Interesting & Informative Important to involve the users: Nielsen states that “Individual user differences and variability in tasks are two factors with the largest impact on usability, so they need to be studied carefully” Often social factors are ignored in software development, and systems delivered without addressing the real needs of the user community Group session approaches, JAD & PD, help this problem

    12. Critique : Analysis of Issues

    13. Critique : General Issues In order to develop effective, useable systems good user requirements gathering, iterative prototyping, and ample testing are essential according to Nielsen Early and Continual User focus, on-site information gathering by designers, and interactive design are key principles in design proposed by Gould & Lewis The PD approach tends to echo these views PD offers a more “democratic” meeting: this could be non-productive. This unstructured approach may not be easily accepted in corporate America.

    14. Critique : General Issues JAD involves the User early but in a more passive way. It may be difficult to elicit good design criteria because of preconceived notions of designers and users as stated by Gould. JAD meeting settings might offer participant intimidation and constrain individual creativity as suggested by Nielsen JAD meetings are much like “focus group” settings. The facilitator is critical. May be difficult to train effectively Choosing users may be difficult because of resource issues

    15. Critique : Final Issues Kenney and Leggiere propose that there is a chasm between developers and users in how they are trained, in their incentives, and in their methodologies In many cases, the issue is not creativity, but gaining insight into the “heuristics” of the application and environment becomes most important in framing the requirements A good understanding of the tasks, and culture, and well-formed open-ended questions will help elicit more accurate requirements

    16. Conclusion IT Goal: Develop better software to solve a critical business problem in a timely fashion at a reasonable cost To achieve this goal, good planning is imperative. This implies understanding the problem and gathering accurate requirements so effort is not expended in re-work PD and JAD offer a way to help. Both have advantages and disadvantages. By combining the effective aspects of both, better design can be achieved

    17. References Kenney, C. & Leggiere, P., “Across the Chasm”, Intelligent Enterprise, 3/17/03 Jennerich, B., “Joint Application Design : Business Requirements Analysis for Successful Re-engineering”, Unisphere, 11/1990 Klein, H. K. and Hirschheim, R. A. "Social change and the future of information systems development", in Critical Issues in Information Systems Research, R. J. Boland and R. A. Hirschheim Eds. Wiley, New York, 1987 Mei C. Yatco "Joint Application Design/Development", System Analysis, Fall 1999, Management Information Systems (MIS) Program, School of Business Administration, University of Missouri-St. Louis Foundation of Information Systems. Zwass, Vladimir. McGraw-Hill, 2001 “The Usability Engineering Life Cycle”. Nielsen, Jakob. Computer. March 1992. Gould, J. & Lewis, C., “Designing for Usability: Key Principles and What Designers Think”, Communications of the ACM, Vol. 28, No. 3, 3/1985 http://www-cse.stanford.edu/classes/cs201/projects-00-01/participatory-design/intro.html

More Related