1 of 38

Using Business Analysis to Meet IT Challenges

UW Tech Talks February 14, 2018

Piet Niederhausen, Enterprise Business Architect, UW-IT

2 of 38

Overview

  • Typical IT challenges
  • What is business analysis and how does it help?
  • How does business analysis fit into a team?
  • Case study
  • Getting started

2

3 of 38

Typical IT challenges

4 of 38

Typical IT challenges

STRATEGY

PLANNING

SOLUTIONS

  • What does the organization really need from IT long term?
  • Are we prioritizing the right projects?
  • Does this project have the right scope and goals?
  • Are we planning the right stories for our sprint?
  • What’s really most important to users in this solution?
  • Would an alternative also meet people’s needs?

5 of 38

Digital trends: 35 years in 36 seconds

Source: Harvard Innovation Lab

  • Highly integrated solutions
  • Deliver on a full range of business needs
  • Ubiquitous

6 of 38

IT challenges are shifting

Source: EDUCAUSE, The Future of the IT Workforce in Higher Ed (2017)

7 of 38

What is business analysis and how does it help?

7

8 of 38

What is business analysis?

“Business Analysis is the practice of enabling change in an organizational context, by defining needs and recommending solutions that deliver value to stakeholders.”

-- International Institute of Business Analysis

8

9 of 38

Example

9

Context

A fast-growing university administrative office, which works closely with several partner offices.

Changes

Our office staff has grown quickly and we serve far more people. Demand is up, but our customer satisfaction is down.

Needs

We all need access to the same up-to-date information about the people we serve and what we’re doing for them.

Stakeholders

  • Management
  • Office staff
  • Customers
  • Partner offices

Value

  • Better customer service
  • Reduced staff frustration

Solutions

Changes in how we work as an office, perhaps including a new Customer Relationship Management system.

10 of 38

What are typical business analysis deliverables?

10

Context

  • Scope statement
  • Problem statement
  • High level context mapping of processes, systems, data
  • Goals and objectives

Changes

  • Drivers
  • Strengths, weaknesses, opportunities, threats (SWOT)
  • Scenarios
  • Projections

Needs

  • As-is assessments of processes, systems, data
  • Requirements for to-be processes, systems, data

(requirements can take many forms; that’s a topic unto itself)

Stakeholders

  • Stakeholder interviews and notes
  • Facilitated stakeholder meetings
  • Ongoing stakeholder communications

Value

  • Business case
  • Cost-benefit analysis
  • Metrics or KPIs

Solutions

  • Evaluation criteria
  • Alternative solutions
  • Design assumptions
  • User stories
  • Test cases

11 of 38

What does business analysis contribute?

STRATEGY

PLANNING

SOLUTIONS

Changes

The root causes of changes are understood so the right needs can be defined.

Important changes are not acknowledged; work is wasted on addressing the wrong changes.

Stakeholders

Value

The right stakeholders are represented, contributing their information and goals.

Important stakeholders are missed; their information or goals are not well represented.

The expected value of the work is well understood and is affordable for the organization.

The return on investment is not clear; stakeholders have conflicting expectations.

Context

Context is well understood so the right efforts and scope can be defined.

Work is wasted on the wrong efforts; a different strategy could have achieved more.

Needs

The true needs are understood so work is focused on the right problems.

Work is wasted on solutions that don’t meet the true underlying needs of the organization.

Solutions

An appropriate solution was selected, designed, tested, and is well supported.

The solution does not meet actual needs; it is difficult or costly to test, operate, or support.

With good business analysis

Without enough business analysis

12 of 38

How does business analysis fit into a team?

12

13 of 38

Business analysis is not a single methodology

13

Business

analysis

PMI Project Management

Lean Six Sigma

Many more ...

Scrum Agile

IT Service Management (ITSM)

Design Thinking

14 of 38

Business analysis in IT projects

14

Image source: Project Management Institute, The Basic Process of Project Management

Initiating

  • Gather objectives
  • Research context
  • Conceptualize the product
  • Define the business case

Executing

  • Ongoing requirements gathering & management
  • Support implementers
  • Maintain documents
  • Contribute to testing, training, and change management

Planning

  • Help define scope
  • Help define deliverables
  • Plan the business analysis effort
  • Contribute to WBS and estimates
  • Initial requirements gathering

Controlling

  • Trace requirements
  • Define success metrics

Closing

  • Assess actual cost/benefit
  • Hand off documentation

PMI’s Project Processes

15 of 38

Business analysis in IT service management

15

Image source: UC San Francisco, IT Service Management Office

Service Strategy

  • Assess business needs and demand
  • Analyze the service portfolio
  • Develop the business case for a service

Service Design

  • Develop service requirements such as capacity, availability, security, compliance
  • Identify enterprise requirements

Service Operation

  • Contribute to support
  • Maintain documentation
  • Catalog recurring issues and unmet needs for CSI or future design iterations

Service Transition

  • Gather detailed requirements
  • Support implementation
  • Contribute to testing, training, and change management
  • Document knowledge about the service

16 of 38

Who does business analysis?

Job titles for business analysis practitioners include not only business analyst, but also business systems analyst, systems analyst, … product manager, product owner, … business intelligence analyst, … and more.

Many other jobs, such as management, project management, product management, software development, quality assurance and interaction design rely heavily on business analysis skills for success.”

-- International Institute of Business Analysis

16

17 of 38

Roles at the UW that do business analysis

  • In project teams
    • Small projects: PM/BA and/or Programmer/Analyst
    • Medium projects: Dedicated BA working with developers and QA
    • Large projects: Senior BA leading a BA team
  • In service teams
    • Common: Service Owner or Manager doing business analysis
    • Less common: Dedicated BA as part of the team
  • In program teams
    • Common: Director, manager, or PM doing business analysis
    • Less common: Dedicated BA, program analyst, financial analyst, data analyst, etc.

17

18 of 38

Different areas of accountability

18

SOLUTION

Design, implementation, testing, and training:

How will the solution work?

Business analysis:

What are right outcomes to deliver at this time?

Project management:

How will we get the work done?

For your team, how will you make sure this gets enough analysis?

19 of 38

Case study

19

20 of 38

Case Study Context

  • Facilities Services contacted UW-IT asking to replace a third-party document management system that was going off support
  • The UW-IT Enterprise Document Management team (fka CONCERT) led a project to create a new solution
  • This case study centers on an IT solution; other business analysis efforts could center more on process changes or data transformation

20

21 of 38

Project team

21

Project Manager

Business Analyst

Solution Architect

Developers

Business Sponsor

Subject Matter Experts

Users

Project Manager

22 of 38

Discovery

22

Context

Stakeholders

Changes

Needs

Value

Solutions

23 of 38

Discovery >

Context and stakeholders

23

24 of 38

Discovery >

Changes in technology, people, process, and policy

24

25 of 38

Meeting IT challenges

STRATEGY

  • What does the organization need from IT long term?
  • Are we prioritizing the right projects?
  • Broad context of business challenges where IT could seek to provide value
  • Broad view of related technology, people, process, and policy changes
  • Prioritization of “musts” and “coulds”

26 of 38

Definition, Design, & Implementation

26

Needs

Value

Context

Changes

Stakeholders

Solutions

27 of 38

Definition >

Prioritizing needs

27

28 of 38

Definition >

Solution scope

28

29 of 38

Definition >

Solution context

29

Legacy System

(Innovator, FS-DOS)

To-Be Solution

(using CONCERT platform)

Related Systems

(Asset Mapper,

AiM)

Multiple scanners

Multiple scanning workstations

Records team

Search users

Records authority

Content contributors

Records managers

New content can be electronic source or scanned.

Access authorizer

Will continue to be used while the to-be solution is iteratively released.

Will continue to rely on Innovator until final release of the to-be solution.

Related systems have existing web links to content items in FS-DOS; solution will include a transition plan to replace links at least in Asset Mapper.

Solution should be designed for related systems to take advantage of the Content API in future.

All content items and selected metadata will be migrated. Initial iterations of the to-be web search can link back to FS-DOS for files that have not yet been migrated.

While the to-be solution is iteratively released, ongoing ETL will be needed and iterative changes to the design of transformations are expected.

Search users include internal UW and external users such as contractors. They search the to-be solution as well as related systems.

Currently, contributors submit content to the Records office via email, on portable media, or on paper. Solution should be designed to be extended with workflow to enable authorized users to submit new content or changes to existing content.

These users approve disposition of records in the records management workflow.

The Records staff intake, manage, control access to, and ensure compliance for all content.

Manages access to the solution.

30 of 38

Definition >

Example: Use case

Use Case 1.2: Share Search Results

Description: Enable Search User A to share a search result or content item with Search User B, so that person can run the same search and view content items.

Priority: Must-do

Actors: Two Search Users, System

Triggers: Search User A has reached a search result they want to share (see C1.1 Find and View Content)

Basic flow:

  1. Share search result
    1. Search User A copies the URL specifying the search and makes it available to Search User B, for example as:
      1. A link in an email
      2. A link on a web page or displayed by a web application
  2. Receive search result
    • Search User B clicks on the link
    • Search User B logs in with their NetID
    • The System displays the search results specified by Search User A
    • Search User B views content items or revises the search (see C1.1 Find and View Content)

Alternative flows:

  1. Share content item link
    1. Search User A copies the URL specifying a single content item and makes it available to Search User B
    2. Search User B logs in and views the content item, as above

30

User story: As a search user, I want to send a link to another person so they can see the same search results I found.

31 of 38

Meeting IT challenges

PLANNING

SOLUTIONS

  • Does this project have the right scope and goals?
  • Are we planning the right stories for our sprint?
  • What’s most important to users in this solution?
  • Would an alternative also meet people’s needs?
  • Clear current vs. future scope
  • Prioritization of “musts” and “coulds”
  • Requirements based on real-life use cases
  • Solution-agnostic requirements

32 of 38

Design >

Example: User interface wireframe

32

33 of 38

Reflection: Business analysis works at multiple altitudes

33

Cloud

Seagull

Sea

Fish

Clam

Burning platform

Process context

Organization strategy

Priorities for change

System context

Functional requirements

UI design, data design, testing

34 of 38

Typical IT challenges

STRATEGY

PLANNING

SOLUTIONS

  • What does the organization really need from IT long term?
  • Are we prioritizing the right projects?
  • Does this project have the right scope and goals?
  • Are we planning the right stories for our sprint?
  • What’s really most important to users in this solution?
  • Would an alternative also meet people’s needs?

35 of 38

Trends and changes

  • Highly integrated solutions
  • Deliver on a full range of business needs
  • Ubiquitous

36 of 38

Getting started

36

37 of 38

Getting started: Five areas to practice in

37

Core activities

Gather background

Propose alternatives

Write stuff down

Track stuff

Enable others

Find stakeholders

Active listening

Do research

Add structure

Connect levels of detail

Enable discussion

Enable future use

Alternative scopes

Alternative solutions

Additional participants

Needs and priorities

Issues and decisions

Documentation

Changes

Connect people

Bring information

Maintain context

Raise the bar

38 of 38

Resources

  • Your peers in the UW Business Analysis Community of Practice
  • International Institute of Business Analysis
    • http://www.iiba.org/
  • Project Management Institute, Business Analysis Practice Guide
  • Just do it … pick a business analysis activity you’re interested in, get your manager’s agreement, and try doing that work for your team!

38