How to Collect and Manage Requirements for Successful GIS Projects - PowerPoint PPT Presentation

About This Presentation
Title:

How to Collect and Manage Requirements for Successful GIS Projects

Description:

How to Collect and Manage Requirements for Successful GIS Projects Matt Harman Mirjam Stadelmann – PowerPoint PPT presentation

Number of Views:196
Avg rating:3.0/5.0
Slides: 40
Provided by: esr129
Category:

less

Transcript and Presenter's Notes

Title: How to Collect and Manage Requirements for Successful GIS Projects


1
How to Collect and Manage Requirements for
Successful GIS Projects
  • Matt Harman
  • Mirjam Stadelmann

2
Requirements
  • Provide direction for program success

3
Why Requirements are Important?
  • Early mistakes lead to costly fixes

4
Build for Value
  • Requirements evolve over time

20 - Often or Always
64 - Rarely or Never
  • Standish Group Study Reported at XP2002 by Jim
    Johnson, Chairman

5
Where do Requirements fit?
  • Waterfall implementation

6
Where do Requirements fit?
  • Agile implementation

7
Where do Requirements fit?
  • Source Vikas Thange Blog

8
Types of Requirements
  • Business, Functional/Technical, COTS

9
So how do you get there.
Prioritize workflows
Assess business workflows
Discuss similar industries
Add Details
Create a plan
Conduct kickoff meeting
10
Kickoff meeting
11
Approach and Agenda
Kickoff meeting
Smaller working groups
12
Similar industries what are the GIS Patterns
that apply
https//www.esri.com//media/Files/Pdfs/products/a
rcgis platform/architecting-the-arcgis-platform
13
GIS Solutions
Meter Data Collection
Campus Navigation
Fire Hydrants
Building Permit Management
Cityworks Oklahoma
GISi Washington
SSP Innovations Tennessee
CityView Canada
Road Construction Planning
Work Orders
District Planning
Wilson Pym May Philippines
Isovist New Zealand
Trimble Illinois
14
How to collect business needs
15
Organization overview
16
Focus on the business workflow
17
(No Transcript)
18
Water Department
19
So what should be in your GIS Plan?
20
Requirements and Analysis
21
Next Steps How to add details to your business
requirements
  • Evolutionary Refinement of Requirements

22
User Story
  • Simple, brief descriptions of functionality
  • Primarily from a user (role) perspective
  • Sized for planning
  • Testable
  • Why?

23
As a role, I can feature so that reason
24
Field Worker
Public Citizen
Real Estate Manager
Data Provider
Analyst
25
User Stories
  • Simple and concise

26
User stories
  • facilitate a conversation with the team

Development Lead
Product Owner
Hey! Something to look at, talk about, comment
on, react to
The team
Stakeholders
27
User Stories
  • Progressively decompose your stories

28
Example Leak Management Isolation Trace
  • Decomposing work into manageable pieces

Most Detailed Test Case Titles
Use Cases
Locate by address
Locate Leak
Locate with Map
User Story
As a Field Engineer I need to run an Isolation
Trace to identify network leaks, and improve the
quality of water service to all customers.
Pick Trace Starting Point
Select from map
Configure Options
Run Trace
Execute Trace
Save Trace
Field Crew Launch Mobile App Locate Leak Run
Isolation Trace Notify Customers Fix Leak
Display Trace Results
Trace Map
Summary Report
Detail Report
29
User Stories
  • Consider grouping them into themes









30
Not always about a user
  • Capture key concepts

As a user interface, I need to look like the
following image so that I can be intuitive to use
31
Use Paper Cards
  • Keep them simple and concise

32
Keep user stories visible
  • Focus of daily meetings

33
Requirement Management Tools
Compare
  • Licensed and Open Source

Microsoft Team Foundation Server (TFS)
Waffle.io
JIRA
34
Requirements Process
  • Things to avoid
  • Avoid long lists of requirements
  • Do not be judgmental
  • Prepare for conflicting requirements
  • Avoid requirements that are ambiguous
  • Avoid requirements that describe HOW (unless you
    are using COTS approach)
  • Dont forget to prioritize
  • Requirements must have a reason

35
Requirements
  • THE most important part of a project
  • Solid requirements gathering leads to successful
    projects
  • Consider solution, COTS capabilities before
    collecting additional requirements
  • Involve the right people in the process
  • Pick a methodology that fits your project
  • Focus on the level of detail that is appropriate
  • Important to prioritize and allocate
  • Invest plenty of time to secure customer approval

36
References
  • Agile Iterative Development A Managers Guide
    by Criag Larman, Addison-Wesley ,2003
  • Software Requirements (2nd Edition) by Karl
    Wiegers, Microsoft Press, 2003
  • Use Case Driven Object Modeling with UML by Doug
    Rosenberg and Matt Stephens, Apress, 2008
  • Writing Effective User Cases, A Cockburn,
    Addison-Wesley, 2001
  • Agile Development with ICONIX Process by Doug
    Rosenberg, Matt Stephens, and Mark Collins,
    Apress, 2005

37
References
www.agilemanifesto.org http//alistair.cockburn.u
s/ http//www.iconixsw.com/ http//www.pmi.org/d
efault.aspx
38
Where to go From Here?
Thursday Time Room
Establish an Initial Operating Capability for Your Organization 130-245pm 15B
The Power of Workforce Development A People Strategy for Organizations 130-245pm 17A
Web GIS Architecture Deployment Options 130-245pm Ballroom 06E
Architecting the ArcGIS Platform Best Practices 315-430pm 17A
Designing a Web GIS Security Strategy 315-430pm 14A
How to Collect and Manage Requirements for Successful GIS Projects 315-430pm 30E
39
Please take our Survey
  • Your feedback allows us to help maintain high
    standards and to help presenters

Find the session you want to review
Find your event in the Esri Events App
Scroll down to the bottom of the session
Answer survey questions and submit
Write a Comment
User Comments (0)
About PowerShow.com