Shift Left Principle Key enabler for First Time Right Dr Ramesh K - - PowerPoint PPT Presentation

shift left principle key enabler for first time right
SMART_READER_LITE
LIVE PREVIEW

Shift Left Principle Key enabler for First Time Right Dr Ramesh K - - PowerPoint PPT Presentation

Shift Left Principle Key enabler for First Time Right Dr Ramesh K Tumuluru 10 June 2013 TCS Public Structure 1 Context Setting 2 Shift Left What is it? 3 How to make it Work ? 4 Case Study - 2 - 10 June 2013 Context Setting


slide-1
SLIDE 1

10 June 2013 TCS Public

Shift Left Principle – Key enabler for First Time Right

Dr Ramesh K Tumuluru

slide-2
SLIDE 2

Structure

1

Context Setting

2

Shift Left – What is it?

10 June 2013

  • 2 -

3

How to make it Work ?

4

Case Study

slide-3
SLIDE 3

3 10 June 2013

Context Setting

slide-4
SLIDE 4

Triple Constraint

Large Programs

10 June 2013

Iron Triangle / Triple Constraint

slide-5
SLIDE 5

Effort

Slippage

Test Coverage

Gap

Inadequate

Requirements

Delivery

Slippage

Poor Quality

Deliverables

Common Symptoms

10 June 2013 5

  • 5 -

Slippage Requirements

Infrastructure Issues Many CRs Cost Overruns Performance Issues

slide-6
SLIDE 6

Some metrics

10 June 2013 6

…. The bigger they are the harder they fail………. McKinsey Quarterly Report

Standish Group Report

slide-7
SLIDE 7

Factors Contributing to Failure

10 June 2013

Standish Group Report

…. Unfortunately there are no SILVER BULLETS…..

slide-8
SLIDE 8

Complexity “…. No one thing seems to cause the difficulty – any particular paw can be pulled away. But the accumulation of simultaneous and interacting factors brings slower and slower motion…”

10 June 2013

The Mythical Man-Month Frederick P Brooks

slide-9
SLIDE 9

9

10 June 2013

Shift Left Principle - ?

slide-10
SLIDE 10

Shift Left Principle

SHIFT LEFT IS MUCH MORE THAN

10 June 2013

A PROCESS Or A TOOL IT IS ALL ABOUT MINDSET SHIFT

slide-11
SLIDE 11

Perception about a Tester

  • 10 June 2013

11

slide-12
SLIDE 12

Test Strategy Test Planning Test Design

Requirements Review Define Test Strategy Create Test Scenarios Create Test Cases / Scripts

t Management Requirement Analysis Design Development ent Management

Define Detailed Test Plan

Software Development Life Cycle (SDLC)

10 June 2013

Test Design Test Execution Test Completion

Create Test Data Run Test Cases Raise Defects Re Test fixes Test Summary Report Defect Summary Report

Test Development Testing Production Developme

Waterfall Model

slide-13
SLIDE 13
  • Generally the testing team will NOT be part of requirements phase
  • After the requirements phase is signed off, the test lead or test manager

will pick up the document and produce Test Strategy document

  • The testing team is ramped up much later in the cycle
  • They independently validate requirements and perhaps identify gaps,

which might be too late in the life cycle and therefore make assumptions

How does this model work in reality

10 June 2013

  • The testing & development teams will work independently especially the

test design phase and build phase respectively, with their own interpretation of requirement

  • After the requirements are provided by Business or Users, they come

back only during UAT, which might be almost one year later

slide-14
SLIDE 14
  • Gaps in the requirements found during testing
  • Test coverage is inadequate
  • Multiple defects and multiple CRs raised during user acceptance testing
  • Due to timeline pressure most of the CRs have to be completed within

the original schedule

  • Work extra hours ……so on and so forth…..

Outcome of this model

10 June 2013

  • Work extra hours ……so on and so forth…..
slide-15
SLIDE 15

Inadequate understanding

  • f

requirements Test Coverage Acceptance from Client Fixes Go Live Date Test Execution timelines

Outcome of this model

10 June 2013 15

Additional Test Cases Defects in UAT Availability of Controlled Environment

New CRs

timelines Resources & Effort

…. Problem becomes bigger and bigger…..

slide-16
SLIDE 16

What is Shift Left principle

  • !"

#"$

  • !"

"$$ %& ""

  • '"'"

10 June 2013

'"'" "'(#')"*

  • …. Validation & Verification…..
slide-17
SLIDE 17

What is Shift Left principle

  • +!,
  • +!,

!(#

  • +!.&!

!""!#$%! +!.!""!#$%!&! "

  • +!.'&!(#)&

10 June 2013

+!.'&!(#)& & +!.*(!!&$%! " +!)$& ."! " +!. !(!%$!+

Shift left is all about MINDSET Shift

slide-18
SLIDE 18

What is Shift Left principle

Test Strategy Requirement Analysis Design Test Plan

SHIFT LEFT

10 June 2013

Development Test Design Test Execution Unit Testing

The lesser the Total Internal Refection Angle the greater the ALLIGNMENT The lesser the Total Internal Refection Angle the greater the ALLIGNMENT

slide-19
SLIDE 19

TIME TO MKT QUALITY COST

Requirements Review Joint Test Coverage Matrix Early Involvement of User

Shift Left Principle

10 June 2013

COST

Unit Test Reviews Design & Code Reviews Early Interface Testing

Enables high First Time Right in client’s testing

slide-20
SLIDE 20

Shift Left Principle Shift Left principle enables close collaboration with Business,

SHIFT LEFT IS ALL ABOUT MINDSET SHIFT

10 June 2013

Developers and Testers DURING THE EARLY STAGES of development life cycle to ensure that we are building the RIGHT thing and also building the thing RIGHT.

slide-21
SLIDE 21

21 10 June 2013

What do we need to make Shift Left happen?

slide-22
SLIDE 22

7 S model of Shift Left

Structure Systems Shared Values Mind Set

10 June 2013

  • 22 -

Style Strategy Staff Skills

Mind Set is the corner stone of Shift Left Principle

slide-23
SLIDE 23

Test Design Process 7 S model

1

Strategy

  • While constructing the test strategy there should be fundamental mindset change in terms of

how can the testing add value prior to system testing phase . We need to come with up a different set of metrics to measure the alignment

2

Structure

  • The Test Delivery Manager should be part of core management team and should have a say in

the program and it should be an independent team

10 June 2013

3

Systems

  • The processes should be modified to accommodate workshops with internal and external

stakeholders after the requirements phase, design reviews and code reviews

  • Test design phase templates should be simplified to accommodate changes in requirements

4

Skill

  • The testing team should understand the overall solution and should have business knowledge
  • The testing team should have technical skills for Unit Testing review, and to do design reviews
  • The testers should be techno-functional
slide-24
SLIDE 24

24

10 June 2013

Case Study

slide-25
SLIDE 25

Program

Outsourced Multiple Geographical Locations First Time interaction Multi Services Scope was very BIG Product Driven Solution

10 June 2013

SYSTEM

Requirements Evolved No baseline business processes Lean Organization Different Time Zones Regimented Contractual Obligations interaction with 3rd Party systems Urgency to Go Live

slide-26
SLIDE 26

Hardship

  • Functionality

52 FSDs

  • % of T Ss Used

50+

  • % of TCs Used

40+

  • Total Effort

X person months

  • Total Defects in UAT Huge

First Release

10 June 2013

  • Total Defects in UAT Huge
slide-27
SLIDE 27

Shift Left Principle practiced

/

  • +!.&!

,

  • +!."

,

  • +!.&,
  • +!."

,

10 June 2013

  • +!."

,

  • +!"."!"

,

  • /.
  • +!""
slide-28
SLIDE 28

Shift Left Impact

Scenario – Improved Business Confidence resulting in less UAT effort

GL & MI requirements Improved Test Coverage High Defect Containment More Time to review SIT coverage

10 June 2013

High First Time Right in UAT Increased Business Confidence Containment Less UAT Effort coverage One of the feedback loops after the intervention which changed the behavior

slide-29
SLIDE 29

Outcome

  • Functionality

52 FSDs

  • % of T Ss Usede

50+

  • % of TCs Used

40+

  • Total Effort

X person months

  • Total Defects in UAT Huge
  • Functionality

29

  • Test Scenarios Used

98%

  • Test Cases Used

99%

  • Total Design Effort

40% (of

previous release)

  • Only 20% of Code related Defects

First Release Second Release

10 June 2013

Effort Saved = > 60 % of design effort Time Saved = > 50% of design schedule Quality = UAT First Time Right increased to 85%

  • Total Defects in UAT Huge

Qualitative Benefit -> Accountability, Satisfaction, Self Organized teams

slide-30
SLIDE 30

30 10 June 2013

Wrap Up

slide-31
SLIDE 31

Wrap Up

Large transformational programs are intrinsically COMPLEX. The success rate is NOT high In dealing with complex systems in general, it is helpful to consider several DIFFERENT perspectives of the complex system.

10 June 2013

One of the enablers for achieving iron triangle is SHIFT LEFT principle The shift left principle enables VALIDATION & VERIFICATION Shift Left is all about MINDSET SHIFT

slide-32
SLIDE 32

Shift Left Principle

10 June 2013

Testing team to continuously engage business and development

slide-33
SLIDE 33

Shift Left Principle

Business Requirements Test Design Analysis

10 June 2013

Development Testing Support Should we look at S model in place of V ?

slide-34
SLIDE 34

I would like to thank

  • Mrs. VIJAYA DEEPTI, VP, Head of Insurance, TCS FS

Acknowledgement

10 June 2013 34

for encouraging and allowing me to think & and apply these principles & models to very critical & complex programs

slide-35
SLIDE 35

Thank You Thank You