1. Webster Visualize Webster Financial Team Visual Scrumware Joe Andrusyszyn Mark Bryant Brian Hannan Robert Songer

2. Outline Overview Process Requirements Design Testing Risks Schedule Metrics Reflections

3. Overview – The Problem Webster Financial employs a XML- based automated testing strategy Test case logic comes from business analysts XML test cases written by development team Webster needs to bridge the gap

4. Overview – The Solution Flowchart application inspired by Microsoft Visio Business Analyst Understands business logic No XML knowledge Webster Visualize Visual test case editing Reads/Writes XML Webster Testing Framework Runs XML Test Cases Webster developer’s domain

5. Process Structured Scrum –Process Constraints Webster Financial is very structured Forced to create SRS up front –Scrum Initially, system needs were not clear Low process overhead No project leader Works well for small groups Flexibility for UI development

6. Process Activities Weekly Telephone Meetings w/ Client Scrum Meetings – 3 times per week Weekly Project Meetings Sprint Backlog (activity schedule) Sprint Burndown Charts

7. Requirements Process Elicitation –Teleconferencing –Throwaway Prototypes Negotiation Multiple SRS Revisions –Client reviews –Revisions based on reviews Final SRS –Sign off by client –Not expected to change

8. Requirements Validation –GUI prototypes given to client –Technology Prototypes Acceptance Testing –UAT Plan based off the SRS Future Management –Evolutionary & Throwaway Prototyping

9. Requirements High Priority Document Management Validate XML against XSD Graphical Representation Medium Priority Auto-Save Feature Graphical Comments Text-Based Debugging Low Priority Export Test Case to JPEG Inline XML Editor Test Suite Management

10. Design Incremental.NET 2.0 Framework –XML & GUI Diagrams –State –Sequence –XSD organization Current Status

11. Testing Acceptance –Created from SRS –Handed over to client Unit –Automation w/ NUnit System Integration Regression Tracking with Bugzilla

12. Risks Risk ID Number Risk Description Impact Rating Probability of Occurrence Weighted Impact Rating 1 Team members are taking other classes which could cause some deliverables to be late or of lesser quality 8.0080%64.00 2 Team members' focus is on things other than required deliverables, causing the team to be late or miss key deliverables 9.0060%54.00 3 The team does not understand the full needs and desires of the customer. 10.0050%50.00

13. Risk Mitigation Strategies for Top 3 Risks –Allocate work around class schedules –Prioritize tasks in sprint planning –Throwaway prototyping on top of evolutionary system Successfully Mitigated –Requirements Creep –Lack of C# knowledge

14. Schedule Monthly Sprints Five Product Releases –one or two per sprint Sprint Schedule Current Status

15. Sprint Schedule - Example Sprint Month February Sprint Theme Operational Prototyping, Test Planning & Design #Activity Level 1 Activity Level 2 Activity Level 3 Assigned To Activity Start Date Activity End Date Estimated Work Hours Actual Work Hours Estimated % Complete Estimated Hours Remaining Comments 1Requirements Brian, Rob, Joe, Mark 3032.5100%0 1.1 Finish Elicitation Brian, Rob, Joe, Mark 2/1/20082/12/20085.56.5100%0 Elicitation may still need to be done as we develop the features that didn’t have many requirements up front. 1.11 client phone meetings Brian, Rob, Joe, Mark 2/1/20082/29/2008610100%0 We will not need to have client phone meetings for requirements anymore. The rest will be taken care of through emails. 1.12 client emails Rob2/1/20082/29/200844100%0 Emails should hopefully increase from the normal due to not having phone meetings with the client. 1.2 Complete Baseline SRS Document Brian, Rob, Joe, Mark 2/1/20082/12/200814.512100%0 Estimate extended as more work was needed

16. December Elicitation & Planning January Requirements & Throwaway Prototyping February Operational Prototyping, Test Planning & Design March Refine Design & Implementation April Implementation, Integration, Verification & Validation May Wrap Up Sprint Organization

17. Metrics Estimation Accuracy Defects –Per Release –Per Module Time Spent Per Module

18. Effort Estimation

19. Reflections Current Project Status Positive –Relatively on schedule –Under budget Removal of Oracle Database requirements –No need for XML interpreter –No interaction with Webster libraries needed –Saves Webster lots of money for a test harness –Well-defined scope & SRS

20. Reflections Negative –SRS completed late Design pushed back –Slow start Five weeks of foggy ideas about system –Little face-to-face interaction w/ client

21. Heading Into Spring Continue Design –UI research and exploration Incremental Implementation Integrate Test Plan Product Releases

22. Webster Visualize Webster Financial Team Visual Scrumware Joe Andrusyszyn Mark Bryant Brian Hannan Robert Songer