What is systems development? Software Development Lifecycle Current Work – Timelines – Efforts...

56
PROJECT UPDATE APRIL 2015

Transcript of What is systems development? Software Development Lifecycle Current Work – Timelines – Efforts...

PROJECT UPDATEAPRIL 2015

Systems Development What is systems development? Software Development Lifecycle Current Work – Timelines – Efforts – Projects

Production Backlog Agile + SCRUM + Sprints Operations vs. Development Maintenance Dev vs. Systems Dev Major/Minor Development

Key Terms in Systems Dev

HANDS: Farmer’s Market, CSFP, WIC Clinic Search: Clinic Locations and Hours of Operation Program Integrity Complaint: Submission & Mgmt. Vendor Web: Vendor Authorization & Management WIC Warehouse: Supply Ordering & Management TRAIN: Learning Mgmt. System (LMS) SharePoint: Document Distribution & Collaboration iLinc and GoTo Meeting: Collaboration Toolset

Your Systems

Term ‘Development’ is overly used

Why is it important to define? Development is a collection

of many activities/actions Includes many resources

“Development”

Systems Support Includes:◦ Development activities ◦ Development resources

Development Activities:◦ Research, Design, Test, Pilot, PM, Change Control, Coding

Development resources:◦ Coder, SME, Business Analyst, Quality Assurance, Service Desk,

PMs Development Categories:

◦ Maintenance◦ Enhancements

Resources, Activities, Categories

Does not work as intended and/or not at all Examples:

◦ Text Messaging (Not functioning as Intended)◦ Growth Grid Performance (Not as intended)◦ C1 1-yr Certification (Not Working)

System Maintenance: Bugs

Changes and Additions Examples:

◦ Remove what’s not needed: Old reports◦ Add Improvements: eSignature for breast pump

agreement◦ Add New Functionality: Disaster Recovery, EBT

System Enhancements

Major/Minor Systems Enhancement & Bugs:

◦ Dedicated Projects & Maintenance Activities: Project Based (Major)– requires

special funding, resources, BRDs, SOW e.g. Disaster Recovery

Maintenance Activity (Minor): uses current dedicated team e.g. C1 issue, Growth Grid

Software Development Lifecycle

Process for planning, creating, testing, and deploying an information system

Waterfall +/- Agile Processes

Planning & Preparation Considerations:

o Workforce Allocation• Development vs Operations

• Operations: supports daily activities, reports request & validation, service desk

o Product Backlog • Bugs & Enhancements Major & Minor• Review and determine priorities

o Discovery• Any new ideas or upcoming State & Federal

legislation/requirements not listed in backlog

Review available funding (budget & grants) ◦ Maintenance Budget = Annual FFY USDA NSA◦ Operational Adjustment Grants = Disaster Recovery, Data

Archiving◦ Special Grants = EBT

Stakeholder Buy-in & Approvals – LA WIC Directors, ALAWA, USDA, ADHS AD Council, ASET

Planning & Preparation Cont.

Final Selection of Product Backlog Develop Scopes of Work & Initial Release Plans

(SOW) Establish Contracts & Create Purchase Orders (POs) Determine Development Duration

◦ (i.e. 6-month Efforts with 2 Releases Per Year) Assemble Teams

◦ Developers, QA, BA, SME\Product Owner

Planning & Preparation Cont.

Create SCRUM Teams:◦ Example:

Team 1: Bugs and Minor Enhancements Team 2: Performance Improvements Team 3: Major Enhancement - Data Archiving Team 4: Major Enhancement - Disaster Recovery Team 5: Research & Discovery

Assign Product Backlog items to SCRUM teams

Planning & Preparation Cont.

Project Work Begins◦ SCRUM teams assess assigned product backlog ◦ SCRUM team sprint planning:

Conducted by each scrum team Product backlog items are broken down into task Tasked are ranked by duration and complexity Sprint duration determined by team (1-week, 2week, etc.) Each Sprint ends with a sprint retrospect – revisit tasks

rankings

Development Phase

Development Phase Cont. Conduct Sprints:

◦ Development, Design, Testing, Demonstration

◦ Daily Standups◦ SCRUM Board

SCRUM Development Example Team 1:

◦ Development Duration: 5 months to Pilot Release – 6 months to Production Release

Team Breakdown: ◦ Developer 1, Developer 2, QA Analyst, SME, BA

Day 1: SCRUM Meeting – ◦ Each team member selects tasks from the SCRUM Board

SCRUM Board

Developer A –◦ To do Item 1 - Bug # 143456 @ Rating 2 (easy)◦ To do item 4 - Bug # 411212 @ Rating 1 (easy)

Developer B – ◦ To do Item 9 - Bug # 333443 @ Rating 12 (complex)

Business Analyst – ◦ To do Item 3 @ Rating 2 (easy) - clarification for Bug 143456 (test case

question) ◦ To do item 34 @ Rating 2 (easy) – clarification for Bug 333443 (dev question)

Quality Assurance Analyst: ◦ To do Item 55 @ Rating 2 (easy) – create test cases for Bug 2143456

SME: ◦ To do item 23 @ Rating 2 (easy) – Validate Test Scripts for Bug 2143456

SCRUM Example Cont. Sprint 1 Day 1

SCRUM Example Cont. Sprint 1 - Day 2

Developer A –◦ Complete (ready for QA) To do Item 1 - Bug # 143456 @ Rating 2 (easy)◦ Complete (ready for QA) To do item 4 - Bug # 411212 @ Rating 1 (easy)◦ New Task - To do item 5 – Bug 390986 @ Rating 1 (medium)

Developer B – ◦ To do Item 9 @ Rating 2 (easy) - Bug # 333443 @ Rating 12 (complex)

30 % Complete – Awaiting BA Feedback Business Analyst –

◦ Complete: To do Item 3 @ Rating 2 (easy) - clarification for Bug 143456 (test case question) ◦ In progress: To do item 34 – @ Rating 5 (medium) clarification for Bug 333443 (dev question)

Quality Assurance Analyst: ◦ Complete: To do Item 55 @ Rating 2 (easy) – create test cases for Bug 411212 ◦ New Task: To do Item 24 @ Rating 3 (easy) – test bug 411212 ◦ New Task: To do Item 26 @ Rating 4 (medium) – test bug 143456

SME: ◦ Complete: To do item 23 @ Rating 2 (easy) – Validate Test Scripts for Bug 411212 ◦ New Task: : To do item 27 @ Rating 2 (easy) – Validate Test Scripts for Bug 411212

SCRUM Example Cont. Sprint 1 – Day 3

Developer A ◦ 0% complete due to prod issue: To do item 5 – Bug 390986 @ Rating 1 (medium)

Developer B – ◦ To do Item 9 - Bug # 333443 @ Rating 12 (complex)

50 % Complete – Awaiting BA Feedback Business Analyst –

◦ 50% Complete: To do Item 3 - clarification for Bug 143456 (test case question) ◦ 50 % Complete: To do item 34 – clarification for Bug 333443 (dev question)

Quality Assurance Analyst: ◦ 0% Complete: awaiting SME Feedback: To do Item 24 – test bug 411212 ◦ 100% Complete: To do Item 26 – test bug 411212

SME: ◦ 90% Complete – awaiting USDA feedback -To do item 27 – Validate Test Scripts for Bug

411212

Bug 411212 staged for production

SCRUM Example Cont.

Communication Points Weekly Email Service Desk Reports Release Notes/Known Issues Emergency Calls\Emails Training Team’s Tips & Tricks HANDS Landing Page Face To Face Meetings ALAWA Gatherings

FFY2015 Development Efforts System Maintenance Development Categories:

◦ Discovery◦ Performance Improvements◦ System Maintenance – Bugs◦ System Maintenance – Changes & Additions\Enhancements

(Minor)◦ System Projects - Changes & Additions\Enhancements (Major)

FFY2015 Development Efforts

Discovery & ResearchSystem Maintenance: Bugs

System Maintenance: Changes

System Projects Performance

Online Appointment Schedule Feasibility Study Reports (92) Text Messaging eWIC\EBT

Dev Art

Online Nutrition Education Feasibility StudyKnown Issues List (Bugs) Disaster Recovery

.NET Framework Upgrade

Datacenter Assessment Data Archiving Windows Server Upgrade

Requested Enhancements (70) Ad-Hoc Database Optimization

Thin Client OS Optimization

UI Navigation Maturity

FFY2015 Release Schedule

FFY2016 Release Schedule

Release Note Process Major Release at End of September Searching for an Appointment Reports

◦ Tips & Tricks

Other Key HANDS Issues/Updates

We appreciate your feedback Our Goals

◦ Give the Local Agencies as much advance notice as possible

◦ Provide documentation and reference material in advance

◦ Be available to answer questions◦ Follow up with training reminders/tips

Release Notes

We send a bunch of bugs to CMA CMA fixes the bugs and sends them to

ADHS with release notes ADHS takes the release notes and makes

them more understandable and validates them against the fixes

Time frame…it varies

Release Process

In the future…

Will Happen Two Times a Year

◦ End of September (for October 1st) Training in Aug/Sept for upcoming release

◦ End of March (for April 1st) Training in Feb/March for upcoming release

Major Releases

Latest Release notes are on the HANDS landing page

Release notes will be posted on www.azwic.gov

“How To” reminders and Tips & Tricks emails from the Training Team

Documentation

You know where you want to go.

Streamline the process.

Appointment Search

Appointment Search When searching through the Appts tab, the

more information you provide HANDS the faster HANDS will return your search results

Search date range – no more than 10 days. Keep it simple

Looks like this from Appts tab… Try selecting multiple search parameters.

Another Option

New validation process Validated reports list

◦ How do you want it communicated? Top priority reports

◦ Caseload and clinic management Over 90 standard reports we need

to validate We are reviewing Ad Hoc reports

◦ Some will be made standard

Reports

You may not need an Ad Hoc!◦ Sort Columns◦ Export

Modify Calculate

Reports – Fun Features

Sorting

Exporting

CSV With Header

Excel

Word

PDF

Questions

eWIC UPDATEAPRIL 2015

Tentative eWIC Project Schedule Current Activities

◦eWIC Implementation and Quality Assurance RFPs

◦Policy Changes associated with eWIC◦eWIC Card Design

EBT Next Gen 2015 Conference

Agenda

Start Date End Date

Release RFPs for Bid 5/1/2015 7/31/2015

RFP Responses Prepared 8/1/2015 8/31/2015

Responses Evaluated 9/1/2015 9/30/2015

Contracts Negotiations 10/1/2015 11/30/2015

FNS Review of Contracts 12/1/2015 1/31/2016

Design, Development and Test 2/1/2016 10/31/2016

Pilot 2/1/2017 4/30/2017

Pilot Evaluation Go/No Go 2/1/2017 5/15/2017

AZ Statewide Rollout 6/1/2017 7/31/2017

eWIC Project Schedule

ADHS received USDA approval for RFPs on April 10th

ADHS working with Procurement to release RFP by May 1st

Tentative Contract award of Dec 2015 FNS Contract Review

eWIC Implementation & QA RFPs

Staff are reviewing current policies to determine how eWIC will impact each policy for FY16.

Current polices will continue to reflect food instruments, but will contain details when eWIC is applicable (e.g. With eWIC…)

Policy Changes

Defining eWIC Card Requirements Utilizing in-house designers and outside

marketing firm to create eWIC card mockups. Have State, Local Agency, Health Officers,

Participant, and Vendor community vote on designs.

Need recommendations for method to provide participants with a survey to vote on card designs.

eWIC Card Design PlanArizonaeWIC Card

EBT ConferenceNovember 1-3, 2015

Questions