1 / 56

How Not To Pave Cow Paths!

How Not To Pave Cow Paths!. Barb Ash Capital District BA COP April 26, 2012. Elicitation Techniques Quick Reference. William Nazzaro Today will touch on: Interface Analysis Interviewing Brainstorming Focus Groups Requirements Workshops. Advanced Strategies, Inc. www.advstr.com

ena
Télécharger la présentation

How Not To Pave Cow Paths!

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. How Not To Pave Cow Paths! Barb Ash Capital District BA COP April 26, 2012

  2. Elicitation Techniques Quick Reference • William Nazzaro • Today will touch on: • Interface Analysis • Interviewing • Brainstorming • Focus Groups • Requirements Workshops

  3. Advanced Strategies, Inc. • www.advstr.com • Resources • White Papers • Templates • Visio Stencils

  4. Favorite Techniques • Joint Development Approach JDASM • Pronounced JAD • Pains and Pleasures Brainstorming • Data Flow Diagramming • Candidate Solutions • Focus Statements • Turn Around Documents (TAD)

  5. We Adapted to Suit Our Terrain • Shorter work sessions • No recording analyst – tape recorder for backup • Too much information on some of the templates

  6. Joint Development Approach - JDASM Facilitated Approach to the Group Development of Work Products

  7. Business Process Improvement • Usually comes before a project is chartered • BAs participate in the identification and clarification of a need • After need has been clarified and appears viable, management commissions a formal project definition effort

  8. Best Advice Do not lock into a technology solution until business requirements are fully understood.

  9. Role of the Business Analyst • Helpful if the BA has some degree of business knowledge • However, the analyst is not the subject matter expert (SME) • Helpful if the analyst has some degree of technical knowledge • However, the analyst should not be intoxicated with technology

  10. The BA Uses Analysis Skills to: • Use information from a variety of sources • Sort through chaos and ambiguity • Break the complex to atomic parts • Craft statements of fact • Represent facts in a structured instrument • Identify additional information needed

  11. Analysis consists of: • Discovery • Assessment • Specification

  12. The role of a Process Analyst is to study the business, then discover and document relevant processing requirements.

  13. Key Tenets: • Users’ expertise lies in doing the business, not in translating their business to system requirements. We can’t expect the users to come to us, we must go to them and speak their language when we get there. • Maximize the value of the users’ time.

  14. BPI Project Definition • This includes identification of • The project stakeholders • Intentions of conducting the project • Any constraints on the solution • Agreements on the project approach • Selection of project participants

  15. Project Intentions • Purposes or reasons the business would undertake the effort, and the business results that are expected from the effort. • Effort contributions recognize that the project may not fully achieve the identified intentions, but clarify what we expect this project to do toward the intentions.

  16. Project Intentions Example

  17. Project Stakeholders • Anyone who can impact or be impacted by the effort • Bureau of Accounting Operations • Department of Tax and Finance • Remittance Control/Cashiering Units • Banks • Payees

  18. Focus Statement • Describes what portion of the world should be examined and potentially included in the development of the solution • Scope – where the process begins and ends and areas included or excluded from review

  19. Focus Statement Breadth:Check Replacement Process From: Receipt of request for replacement (duplicate, triplicate) To: Check going to payee Including: • Any replacement checks (once the check has left the check writing process) • The following warrant checks: • A – General Checking Account (joint custody) • B – Payroll Checking Account (joint custody) • C – General Typed Payroll (joint custody) • M – Thruway (sole custody) • P – Comptroller’s Refund Account (sole custody) • R – Common Retirement Fund (joint custody) • W – Abandoned Property (sole custody) • Y – Manual General Checking Account (joint custody) • Checks damaged by the post office or payee • Notification to banks Excluding: • Checks damaged by BITS during the check writing process (they have own process for reprinting)

  20. Project Participants • Who are the SMEs? • Who should attend sessions and when? • Rule of thumb 6-10 participants • Ensure different perspectives

  21. Plan the JDA Session(s) • Participants: • Business Experts (SMEs) • Facilitating Analyst • Recording Analyst/Tape Recorder • Observers (possibly) • Prepare an agenda

  22. All Participants • Share an interest in the area being modeled • Are held accountable for the success of the project • Are expected to participate

  23. Room • Comfortably accommodate the group • Provide an atmosphere that encourages free flowing discussion • Provide ample wall space for modeling instruments

  24. Instruments • Data Flow Diagram (Business Process Model) • Business Process Model Text • Focus Statement • Design Considerations List (Candidate Solutions) • Issues List/Side Items • Pains and Pleasures List

  25. Tools • Static sheets and markers • Tape Recorder • Visio and Word (templates) • Candy Dish 

  26. Hold Session • Introductions/Clarification of Roles • Review Project Intentions • Review Stakeholders • Review Focus Statement

  27. Pains and Pleasures Brainstorm • Pain – something that is currently causing frustration, lack of productivity, poor quality, etc. • Pleasure – something that currently is working well. It would be great to continue it.

  28. Prioritize Long Lists • Categorize or group similar ideas • Prioritize according to most desired benefits or most annoying issues • Clarify expectations

  29. Business Models Facilitate: • Understanding that we hear the requirements and that we have documented them correctly • Participation by subject matter experts (SMEs) • Remembering and recalling key business decisions

  30. Diagram As-Is Process • Data Flow Diagram • A network of processes connected by data paths

  31. MODEL = Diagram + Text • Show the main elements of the business aspects in the diagram and the details and characteristics in the text • Write first, then erase • Capture candidate solutions and issues as they arise

  32. Process/Function • Something that transforms input data to output data • Active verb/object

  33. Data Flow • A conveyance of data from one process to another • Noun with modifier

  34. External Entity/Source or Sink • An object (person, organization, system) that sits on the boundary of focus. They are of interest when they provide data (a “source”) or receive data (a “sink”). • Noun or Verb/Object

  35. Data Store • A repository where data can be stored and later accessed. Could be a computer database, a spreadsheet, manual file, etc. • Noun with modifier

  36. Trigger • An event or condition which causes a process to execute • Phrase

  37. As-Is Purchasing Process DFD • Identify process steps 7 +/- 2 optimal (consolidate if necessary) • Iterative process • Numbered process steps • Alphabetical data flows, etc.

  38. Turn Around Document - TAD • Who was there • Work products, e.g., results of Pains & Pleasures, list of stakeholders, etc. • Decisions made, action items, candidate solutions • Next steps • Circulate to attendees with DFD and text to ensure accuracy, completeness, understanding

  39. Lessons Learned • Use a tape recorder • Limit the size of the group • Bring a candy dish • More than one “right” way to diagram a process

  40. Why Data Flow Diagram? • Easier to identify gaps • Uncover business rules • Alternate flows included in text • Can develop additional models if needed • Business Units like them and sometimes use them for other purposes

  41. Analysis Phase • May want to have a subset of team report back to the larger group • As-Is Process is physical – what you see – current state • Strip the process down to its essential model and rebuild during analysis

  42. “Analysis is the study of a problem, prior to taking some action…”Tom DeMarco

  43. Analysis VS Design • Analysis: What? • Take a customer order. • Design: How? • A salesperson takes the order online from a customer phone call.

  44. Types of Models

  45. Build Essential Model • Pull the physical aspects • Challenge/reevaluate policies • Current Essential DFD – “perfect world” components of a system – those which have to exist for the system to accomplish its purpose.

  46. Quick QuizFacts of Life, Policy or Implementation? • An employee can have only one phone.

  47. Facts of Life, Policy or Implementation? • Birds have feathers.

  48. Facts of Life, Policy or Implementation? • The computer program limits an employee to a maximum of 8 dependents.

More Related