SlideShare a Scribd company logo
1 of 20
Five Simple Steps to  Effective  JAD Sessions   How to Make the Most  Out of Requirements Gathering
by   Liz Lavaveshkul
Table of Contents ,[object Object],[object Object],[object Object],[object Object],[object Object]
Introduction Imagine working on a systems development project that spans several departments within a large corporation.  Then imagine having to go to each department head to gather requirements for the project.  Finally, imagine having to schedule all these meetings and follow-up sessions.  This whole process can become quite laborious and time-consuming, not to mention challenging. This method of acquiring requirements poses another problem :   What would happen if the different department heads gave you contradictory or opposing viewpoints in addition to differing expressed needs?  How would you resolve inconsistencies and disagreements?
What is a JAD? Joint Application Design (JAD)  is a managed process used in information technology projects to gather requirements in a more efficient, cohesive manner. JAD sessions use team involvement in a highly structured group setting to gain a firm understanding of the client’s view of the business, its problems, opportunities, and requirements, with the aim of jointly developing a solution for these needs.
A JAD  consists of a series of workshops where a team of key players (from the business side and the information technology side) meet to discuss and resolve the business’ real needs and then develop solutions to meet these needs. Each JAD session has well-defined objectives, detailed agenda and guidelines, visual aids, and a final document containing all the decisions made by the group. [i ]   An agenda provides the structure; a facilitator directs the process; visual aids clarify concepts being discussed; and the group dynamics, with constant feedback, stimulates creativity. [ii ] [i]  Yatco, Mei C., “Joint Application Design/Development”,  http:// www.umsl.edu/~sauter/analysis/JAD.html .  Accessed May 28, 2007. [ii]  Creative Data Inc.  “Development Methodology – Joint Application Development (JAD)”  http:// www.credata.com/research/jad.html .  Accessed May 28, 2007.
The Five Steps
Step 1:  Planning Ahead   ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Planning continues during the course of the actual JAD sessions. Prior to each meeting, an agenda should be developed, agreed upon, and distributed to the participants.  Minutes or proceedings from previous sessions should also be distributed to participants for review.
Step 2:  Assembling the Right Team   It is vitally important develop a list of team members and clearly define their roles and responsibilities so they will know what to expect and what is expected of them.  The following is a list of typical JAD team member roles. Executive Sponsor The executive sponsor is a high-ranking person in the business organization who establishes the project vision and scope, provides project resources, and selects business team members who have the proper understanding of and commitment to the project.  He or she must be designated at the beginning of the project and has the ultimate decision-making authority for the project.  The executive sponsor also provides credibility to the project in the customer’s eyes.  Except for the initial meeting, the executive sponsor usually does not attend the JAD sessions.
Facilitator/Session Leader The facilitator serves as a guide, directing the flow of the discussions, eliciting participation from team members, mediating and resolving conflicts, and maintaining the focus of the sessions.  The excellent communication skills and experience of the facilitator heavily influence the success of the JAD sessions; however, he or she does not contribute his or her opinions to the JAD sessions.
User/Participants There are basically two types of users: Strategic users These users, usually in supervisory or management positions, understand the business policies, directions, patterns, relationships, and “big picture” needs.  They may not necessarily be involved in day-to-day operations. Real end users These users are the people who will ultimately use the new system in their day-to-day work. The combined expertise of both types of users provides valuable insight for the development of the new system.  User-participants are generally selected by the executive sponsor.
IT Representatives A cross-section of the information technology team (business analysts, programmers, database administrators, etc.) are typically present at the sessions to learn about the business, offer advice, ensure that the clients will be able to understand technological constraints and capabilities, and help develop a solution.
Scribe The scribe’s main function is to record and publish the proceedings in a timely manner.  Similar to the facilitator, the scribe does not contribute to the JAD session, but may ask to review or clarify points of the various discussions.
Step 3:  Ensuring Everyone is Committed to the Project   JAD sessions typically start off with a kick-off meeting at which the executive sponsor is present.  At the kick-off meeting, the executive sponsor expresses confidence in the IT team and the project and reiterates to the users the importance of their roles, active contributions, and sustained commitment to the project. Each team member must understand what he or she is expected to do and must be ready to commit to attending and actively participating in all of the required JAD sessions.
Step 4:   Staying on Course JAD sessions typically start off with a kick-off meeting at which the executive sponsor is present.  At the kick-off meeting, the executive sponsor expresses confidence in the IT team and the project and reiterates to the users the importance of their roles, active contributions, and sustained commitment to the project. Each team member must understand what he or she is expected to do and must be ready to commit to attending and actively participating in all of the required JAD sessions.
Step 5:   Following Through   At the conclusion of the JAD sessions, the IT team will produce the design document within the timeframe agreed upon during the planning stage.  The team will present the solution to the executive sponsor and may demonstrate a prototype.  It is also during this stage that the team obtains the executive sponsor’s approval to proceed.  However, the process does not end with the executive sponsor’s approval.  The entire project team should gather together to evaluate the JAD process.
In a paper presented at the University of Missouri – St. Louis for an Information Systems Analysis class, Dave Rottmann concluded “ The first goal of the Finalization component is to obtain closure on the deliverables by reaching a team consensus that all necessary elements have been incorporated to fit the project's scope.  “The second goal is to produce a high-quality presentation that includes a prototype demonstration (if appropriate). The third goal is to prepare a document that includes all of the deliverables that will be referenced in the future development effort.” [i ] [i]  Rottmann, op. cit..
Advantages of  Joint Application Development Imagine working on a systems development project that spans several departments within a large corporation.  Now, this time, imagine you used JAD sessions as a requirements gathering tool. JAD sessions offer several distinct advantages over traditional requirements gathering methods.  Since they involve active customer participation, JAD sessions foster a sense of ownership and responsibility among the users.  Clients are more likely to make the solution work because they have invested so much of themselves in the project.
Advantages of  Joint Application Development A better understanding and definition of the project requirements helps reduce system development time and system costs. Clear understanding of the project goals and cooperation among team members also helps to reduce “scope creep” and improve communication and partnerships between team members, regardless of whether they are from the business or IT side.  Moreover, the participation of both business and IT teams helps to reduce missed issues and improve the quality of the final solution.
About the Author Liz Lavaveshkul  has had over 20 successful years in the Information Technology industry, specializing in business systems analysis.  Her IT career began when she was one of six candidates selected over a field of hundreds of applicants for an intensive Systems Analysis training program at a Fortune 500 company.  She has built a solid reputation for providing exemplary requirements documentation. Aside from business systems analysis, Liz also has expertise in project management and technical writing.  She has been the lead analyst in various projects and has managed business analysts and technical writers. She has a Master’s degree, with a major in communication. Liz is uniquely qualified to implement the principles outlined in this Special Report

More Related Content

What's hot

Software engineering Questions and Answers
Software engineering Questions and AnswersSoftware engineering Questions and Answers
Software engineering Questions and AnswersBala Ganesh
 
Improve your library: Using the 5 Phases of Project Management
Improve your library: Using the 5 Phases of Project Management Improve your library: Using the 5 Phases of Project Management
Improve your library: Using the 5 Phases of Project Management ALATechSource
 
Chat Application | RSD
Chat Application | RSDChat Application | RSD
Chat Application | RSDRajon
 
Software Requirements
Software RequirementsSoftware Requirements
Software RequirementsNethan Shaik
 
Food ordering System
Food ordering SystemFood ordering System
Food ordering SystemArman Ahmed
 
Computer Science Project pdf
Computer Science Project pdfComputer Science Project pdf
Computer Science Project pdfnickealwilliams2
 
Agile Methodology and Tools
Agile Methodology and ToolsAgile Methodology and Tools
Agile Methodology and ToolsNaresh Gajuveni
 
Agile Tool Selection
Agile Tool SelectionAgile Tool Selection
Agile Tool SelectionChad Holdorf
 
Agile Software Development Overview
Agile Software Development OverviewAgile Software Development Overview
Agile Software Development OverviewDUONG Trong Tan
 
Requirement Elicitation Techniques
Requirement Elicitation TechniquesRequirement Elicitation Techniques
Requirement Elicitation TechniquesShwetha-BA
 
Online Hotel Room Booking System
Online Hotel Room Booking SystemOnline Hotel Room Booking System
Online Hotel Room Booking SystemAbhishek Kumar
 
Introduction To Agile
Introduction To AgileIntroduction To Agile
Introduction To AgileKnoldus Inc.
 
Project Planning in Software Engineering
Project Planning in Software EngineeringProject Planning in Software Engineering
Project Planning in Software EngineeringFáber D. Giraldo
 
Requirement Elicitation Techniques
Requirement Elicitation Techniques Requirement Elicitation Techniques
Requirement Elicitation Techniques Shwetha-BA
 
Software Project Management
Software Project ManagementSoftware Project Management
Software Project ManagementKUMKUMOKUSSIA
 
4 p’s of management spectrum and the w5hh principle
4 p’s of management spectrum and the w5hh principle4 p’s of management spectrum and the w5hh principle
4 p’s of management spectrum and the w5hh principleMohammad Hafiz-Al-Masud
 

What's hot (20)

Software engineering Questions and Answers
Software engineering Questions and AnswersSoftware engineering Questions and Answers
Software engineering Questions and Answers
 
Improve your library: Using the 5 Phases of Project Management
Improve your library: Using the 5 Phases of Project Management Improve your library: Using the 5 Phases of Project Management
Improve your library: Using the 5 Phases of Project Management
 
Chat Application | RSD
Chat Application | RSDChat Application | RSD
Chat Application | RSD
 
Software Requirements
Software RequirementsSoftware Requirements
Software Requirements
 
Food ordering System
Food ordering SystemFood ordering System
Food ordering System
 
Requirements Elicitation
Requirements ElicitationRequirements Elicitation
Requirements Elicitation
 
Requirements elicitation
Requirements elicitationRequirements elicitation
Requirements elicitation
 
Computer Science Project pdf
Computer Science Project pdfComputer Science Project pdf
Computer Science Project pdf
 
Agile Methodology and Tools
Agile Methodology and ToolsAgile Methodology and Tools
Agile Methodology and Tools
 
Agile Tool Selection
Agile Tool SelectionAgile Tool Selection
Agile Tool Selection
 
Agile Software Development Overview
Agile Software Development OverviewAgile Software Development Overview
Agile Software Development Overview
 
Requirement Elicitation Techniques
Requirement Elicitation TechniquesRequirement Elicitation Techniques
Requirement Elicitation Techniques
 
Walkthroughs
WalkthroughsWalkthroughs
Walkthroughs
 
Online Hotel Room Booking System
Online Hotel Room Booking SystemOnline Hotel Room Booking System
Online Hotel Room Booking System
 
Introduction To Agile
Introduction To AgileIntroduction To Agile
Introduction To Agile
 
Project Planning in Software Engineering
Project Planning in Software EngineeringProject Planning in Software Engineering
Project Planning in Software Engineering
 
Requirement Elicitation Techniques
Requirement Elicitation Techniques Requirement Elicitation Techniques
Requirement Elicitation Techniques
 
Software Project Management
Software Project ManagementSoftware Project Management
Software Project Management
 
4 p’s of management spectrum and the w5hh principle
4 p’s of management spectrum and the w5hh principle4 p’s of management spectrum and the w5hh principle
4 p’s of management spectrum and the w5hh principle
 
locker presentation (1)
locker presentation (1)locker presentation (1)
locker presentation (1)
 

Similar to 5 Steps To Effective Jad Sessions

Lecture2 2
Lecture2 2Lecture2 2
Lecture2 2soloeng
 
Software engineering project management
Software engineering project managementSoftware engineering project management
Software engineering project managementjhudyne
 
Scanning of Business Analysis
Scanning of Business AnalysisScanning of Business Analysis
Scanning of Business AnalysisTechShiv
 
Prodigy Paradigm
Prodigy ParadigmProdigy Paradigm
Prodigy Paradigmpm440
 
Project Management as an Art Form
Project Management as an Art FormProject Management as an Art Form
Project Management as an Art FormTreehouse Agency
 
Software Project Requirement and Team Requirement Model
Software Project Requirement and  Team Requirement  Model  Software Project Requirement and  Team Requirement  Model
Software Project Requirement and Team Requirement Model SRMGPC Lucknow
 
SDLC & Project Team roles_in practice
SDLC & Project Team roles_in practiceSDLC & Project Team roles_in practice
SDLC & Project Team roles_in practicebizpresenter
 
Are You Really Agile?
Are You Really Agile?Are You Really Agile?
Are You Really Agile?mhambalek
 
1 2Service Request SR-rm-022 - Part 1.docx
 1 2Service Request SR-rm-022 - Part 1.docx 1 2Service Request SR-rm-022 - Part 1.docx
1 2Service Request SR-rm-022 - Part 1.docxjoyjonna282
 
Nine keys to successful delegation in Project Management
Nine keys to successful delegation in Project ManagementNine keys to successful delegation in Project Management
Nine keys to successful delegation in Project Managementmrinalsingh385
 
An Exploratory Study on the Practices of Knowledge Management in Software Dev...
An Exploratory Study on the Practices of Knowledge Management in Software Dev...An Exploratory Study on the Practices of Knowledge Management in Software Dev...
An Exploratory Study on the Practices of Knowledge Management in Software Dev...ijcnes
 
Software engineering
Software engineeringSoftware engineering
Software engineeringsweetysweety8
 
Strengths And Weaknesses Of Software Development
Strengths And Weaknesses Of Software DevelopmentStrengths And Weaknesses Of Software Development
Strengths And Weaknesses Of Software DevelopmentBrianna Johnson
 
System Level Requirements Gathering
System Level Requirements GatheringSystem Level Requirements Gathering
System Level Requirements GatheringComputing Cage
 

Similar to 5 Steps To Effective Jad Sessions (20)

Joint applicaton development
Joint applicaton development Joint applicaton development
Joint applicaton development
 
Lecture2 2
Lecture2 2Lecture2 2
Lecture2 2
 
Software engineering project management
Software engineering project managementSoftware engineering project management
Software engineering project management
 
Scanning of Business Analysis
Scanning of Business AnalysisScanning of Business Analysis
Scanning of Business Analysis
 
Prodigy Paradigm
Prodigy ParadigmProdigy Paradigm
Prodigy Paradigm
 
Project Management as an Art Form
Project Management as an Art FormProject Management as an Art Form
Project Management as an Art Form
 
Software Project Requirement and Team Requirement Model
Software Project Requirement and  Team Requirement  Model  Software Project Requirement and  Team Requirement  Model
Software Project Requirement and Team Requirement Model
 
Ch02
Ch02Ch02
Ch02
 
SDLC & Project Team roles_in practice
SDLC & Project Team roles_in practiceSDLC & Project Team roles_in practice
SDLC & Project Team roles_in practice
 
Are You Really Agile?
Are You Really Agile?Are You Really Agile?
Are You Really Agile?
 
1 2Service Request SR-rm-022 - Part 1.docx
 1 2Service Request SR-rm-022 - Part 1.docx 1 2Service Request SR-rm-022 - Part 1.docx
1 2Service Request SR-rm-022 - Part 1.docx
 
Sadchap3
Sadchap3Sadchap3
Sadchap3
 
An Introduction to Project management(project management tutorials)
An Introduction to Project management(project management tutorials)An Introduction to Project management(project management tutorials)
An Introduction to Project management(project management tutorials)
 
Requirement elicitation
Requirement elicitationRequirement elicitation
Requirement elicitation
 
Nine keys to successful delegation in Project Management
Nine keys to successful delegation in Project ManagementNine keys to successful delegation in Project Management
Nine keys to successful delegation in Project Management
 
An Exploratory Study on the Practices of Knowledge Management in Software Dev...
An Exploratory Study on the Practices of Knowledge Management in Software Dev...An Exploratory Study on the Practices of Knowledge Management in Software Dev...
An Exploratory Study on the Practices of Knowledge Management in Software Dev...
 
Software engineering
Software engineeringSoftware engineering
Software engineering
 
Strengths And Weaknesses Of Software Development
Strengths And Weaknesses Of Software DevelopmentStrengths And Weaknesses Of Software Development
Strengths And Weaknesses Of Software Development
 
My skills matrix
My skills matrixMy skills matrix
My skills matrix
 
System Level Requirements Gathering
System Level Requirements GatheringSystem Level Requirements Gathering
System Level Requirements Gathering
 

5 Steps To Effective Jad Sessions

  • 1. Five Simple Steps to Effective JAD Sessions How to Make the Most Out of Requirements Gathering
  • 2. by Liz Lavaveshkul
  • 3.
  • 4. Introduction Imagine working on a systems development project that spans several departments within a large corporation. Then imagine having to go to each department head to gather requirements for the project. Finally, imagine having to schedule all these meetings and follow-up sessions. This whole process can become quite laborious and time-consuming, not to mention challenging. This method of acquiring requirements poses another problem : What would happen if the different department heads gave you contradictory or opposing viewpoints in addition to differing expressed needs? How would you resolve inconsistencies and disagreements?
  • 5. What is a JAD? Joint Application Design (JAD) is a managed process used in information technology projects to gather requirements in a more efficient, cohesive manner. JAD sessions use team involvement in a highly structured group setting to gain a firm understanding of the client’s view of the business, its problems, opportunities, and requirements, with the aim of jointly developing a solution for these needs.
  • 6. A JAD consists of a series of workshops where a team of key players (from the business side and the information technology side) meet to discuss and resolve the business’ real needs and then develop solutions to meet these needs. Each JAD session has well-defined objectives, detailed agenda and guidelines, visual aids, and a final document containing all the decisions made by the group. [i ] An agenda provides the structure; a facilitator directs the process; visual aids clarify concepts being discussed; and the group dynamics, with constant feedback, stimulates creativity. [ii ] [i] Yatco, Mei C., “Joint Application Design/Development”, http:// www.umsl.edu/~sauter/analysis/JAD.html . Accessed May 28, 2007. [ii] Creative Data Inc. “Development Methodology – Joint Application Development (JAD)” http:// www.credata.com/research/jad.html . Accessed May 28, 2007.
  • 8.
  • 9. Step 2: Assembling the Right Team It is vitally important develop a list of team members and clearly define their roles and responsibilities so they will know what to expect and what is expected of them. The following is a list of typical JAD team member roles. Executive Sponsor The executive sponsor is a high-ranking person in the business organization who establishes the project vision and scope, provides project resources, and selects business team members who have the proper understanding of and commitment to the project. He or she must be designated at the beginning of the project and has the ultimate decision-making authority for the project. The executive sponsor also provides credibility to the project in the customer’s eyes. Except for the initial meeting, the executive sponsor usually does not attend the JAD sessions.
  • 10. Facilitator/Session Leader The facilitator serves as a guide, directing the flow of the discussions, eliciting participation from team members, mediating and resolving conflicts, and maintaining the focus of the sessions. The excellent communication skills and experience of the facilitator heavily influence the success of the JAD sessions; however, he or she does not contribute his or her opinions to the JAD sessions.
  • 11. User/Participants There are basically two types of users: Strategic users These users, usually in supervisory or management positions, understand the business policies, directions, patterns, relationships, and “big picture” needs. They may not necessarily be involved in day-to-day operations. Real end users These users are the people who will ultimately use the new system in their day-to-day work. The combined expertise of both types of users provides valuable insight for the development of the new system. User-participants are generally selected by the executive sponsor.
  • 12. IT Representatives A cross-section of the information technology team (business analysts, programmers, database administrators, etc.) are typically present at the sessions to learn about the business, offer advice, ensure that the clients will be able to understand technological constraints and capabilities, and help develop a solution.
  • 13. Scribe The scribe’s main function is to record and publish the proceedings in a timely manner. Similar to the facilitator, the scribe does not contribute to the JAD session, but may ask to review or clarify points of the various discussions.
  • 14. Step 3: Ensuring Everyone is Committed to the Project JAD sessions typically start off with a kick-off meeting at which the executive sponsor is present. At the kick-off meeting, the executive sponsor expresses confidence in the IT team and the project and reiterates to the users the importance of their roles, active contributions, and sustained commitment to the project. Each team member must understand what he or she is expected to do and must be ready to commit to attending and actively participating in all of the required JAD sessions.
  • 15. Step 4: Staying on Course JAD sessions typically start off with a kick-off meeting at which the executive sponsor is present. At the kick-off meeting, the executive sponsor expresses confidence in the IT team and the project and reiterates to the users the importance of their roles, active contributions, and sustained commitment to the project. Each team member must understand what he or she is expected to do and must be ready to commit to attending and actively participating in all of the required JAD sessions.
  • 16. Step 5: Following Through At the conclusion of the JAD sessions, the IT team will produce the design document within the timeframe agreed upon during the planning stage. The team will present the solution to the executive sponsor and may demonstrate a prototype. It is also during this stage that the team obtains the executive sponsor’s approval to proceed. However, the process does not end with the executive sponsor’s approval. The entire project team should gather together to evaluate the JAD process.
  • 17. In a paper presented at the University of Missouri – St. Louis for an Information Systems Analysis class, Dave Rottmann concluded “ The first goal of the Finalization component is to obtain closure on the deliverables by reaching a team consensus that all necessary elements have been incorporated to fit the project's scope. “The second goal is to produce a high-quality presentation that includes a prototype demonstration (if appropriate). The third goal is to prepare a document that includes all of the deliverables that will be referenced in the future development effort.” [i ] [i] Rottmann, op. cit..
  • 18. Advantages of Joint Application Development Imagine working on a systems development project that spans several departments within a large corporation. Now, this time, imagine you used JAD sessions as a requirements gathering tool. JAD sessions offer several distinct advantages over traditional requirements gathering methods. Since they involve active customer participation, JAD sessions foster a sense of ownership and responsibility among the users. Clients are more likely to make the solution work because they have invested so much of themselves in the project.
  • 19. Advantages of Joint Application Development A better understanding and definition of the project requirements helps reduce system development time and system costs. Clear understanding of the project goals and cooperation among team members also helps to reduce “scope creep” and improve communication and partnerships between team members, regardless of whether they are from the business or IT side. Moreover, the participation of both business and IT teams helps to reduce missed issues and improve the quality of the final solution.
  • 20. About the Author Liz Lavaveshkul has had over 20 successful years in the Information Technology industry, specializing in business systems analysis. Her IT career began when she was one of six candidates selected over a field of hundreds of applicants for an intensive Systems Analysis training program at a Fortune 500 company. She has built a solid reputation for providing exemplary requirements documentation. Aside from business systems analysis, Liz also has expertise in project management and technical writing. She has been the lead analyst in various projects and has managed business analysts and technical writers. She has a Master’s degree, with a major in communication. Liz is uniquely qualified to implement the principles outlined in this Special Report