Joint application development

From Wikipedia, the free encyclopedia

Joint Application Development (JAD) is a popular fact-finding technique that brings users into the development process as active participants.

Contents

[edit] Process

The JAD process is based on four simple ideas:

  1. People who actually do a job have the best understanding of that job.
  2. People who are trained in information technology have the best understanding of the possibilities of that technology.
  3. Information systems and business processes rarely exist in isolation -- they transcend the confines of any single system or office and affect work in related departments. People working in these related areas have valuable insight on the role of a system within a larger community.
  4. The best information systems are designed when all of these groups work together on a project as equal partners.

The JAD process does for computer systems development what Henry Ford did for the manufacture of automobiles (a method of organizing machinery, materials, and labor so that a car could be put together much faster and cheaper than ever before – the assembly line). The goal in systems development is to identify what the users really need and then set up a system or process that will provide it. Traditional methods have several built-in delay factors that get worse as more people become involved.

[edit] Typical session agenda:

Project leader:

  1. Introduce all JAD team members
  2. Discuss ground rules, goals, and objectives for the JAD sessions
  3. Explain methods of documentation and use of CASE tools, if any

Top management (sometimes called the project owner or sponsor): Explain the reason for the project and express top management authorization and support.

Project Leader:

  1. Provide overview of the current system and proposed project scope and constraints
  2. Present outline of specific topics and issues to be investigated.

Open discussion session, moderated by project leader:

  1. Review the main business processes, tasks, user roles, input, and output
  2. Identify specific areas of agreement or disagreement
  3. Break team into smaller groups to study specific issues and assign group leaders.

JAD team members working in smaller group sessions, supported by IT staff:

  1. Discuss and document all system requirements
  2. Develop models and prototypes.

Group leaders:

  1. Report on results and assigned tasks and topics
  2. Present issues that should be addressed by the overall JAD team

Open discussion session, moderated project leader:

  1. Review reports from small group sessions
  2. Reach consensus on main issues
  3. Document all topics

Project leader:

  1. Present overall recap of JAD session
  2. Prepare report that will be sent to JAD team members

[edit] Advantages and disadvantages

Compared with traditional methods, JAD may seem more expensive and can be cumbersome if the group is too large relative to the size of the project. Many companies find, however, that JAD allows key users to participate effectively in the requirements modeling process. When users participate in the systems development process, they are more likely to feel a sense of ownership in the results, and support for the new system. When properly used, JAD can result in a more accurate statement of system requirements, a better understanding of common goals, and a stronger commitment to the success of the new system.

A drawback of JAD is that it opens up a lot of scope for inter-personal conflict.

A more complete description of this process, including its history, is under - Joint application design (as JAD was defined in 1978 by the creator, Chuck Morris of IBM).

[edit] References

  • Wood, Jane and Silver, Denise; Joint Application Development, John Wiley & Sons Inc, ISBN 0-47104-299-4

[edit] External links

  • "JAD" a description of JAD