SlideShare a Scribd company logo
1 of 18
Download to read offline
V-
                  Agile          model

                             Risk
                            Based




                        Vgile
                   ryonish@tact.co.il


A copyright of Ram Yonish. Do not use without an explicit permission
My self

My company

My idea
Agenda


Basic assumptions & Motivation

Traditional vs. Current trends

Case study - example

Risk based testing

Vgile concept

Vgile best practices

summary


                             3
Basic assumptions & Motivation

           • More competition requires more flexible & reliable
             systems = much more features and changes in a
Flexible
systems      shorter time frame

           • Vmodel is the most common L.C development
             model
Vmodel     • Many organizations want to stay with Vmodel

           • Many organizations are interested in Agile but
             afraid to make a dramatic move towards such a
 Agile       model


                ???
                                 4
Many types of life cycles to choose from 1/2

  A cynical senior manager said, “It feels as if I‟m stuck between
  the traditionalists and the agilistas. We can‟t use phase-gate
  anymore, because it‟s not „agile‟ enough. And the last time,
  when that multisite project tried Scrum, they failed miserably.
  Isn‟t there a right approach to our projects?”

          serial               iterative              incremental    agile

     waterfall                  spiral               Design to      scrum
                                                     schedule
          V model                                                           XP

© 2008 Johanna Rothman
http://www.jrothman.com/Papers/Cutter/whatlifecycle.html

                                                 5
Many types of life cycles to choose from 2/2




                      6
Traditional vs. Current trends




“There are still
no silver bullets,
but we can
accept that
there are new
kinds of regular
bullets
available”

Richard Turner
(cmmi & agile expert)   http://www.stsc.hill.af.mil/CrossTalk/2007/04/0704Turner.html

                                              7
Case study - what do you think?


     100 < new features/ changes per version (all have FD)

     1:5 testers/ developers ratio (5-10 testers)

     A version every 4-6 weeks
    What would you do?

          STP?
          Reviews?               Test coverage?

          STD?                   Exit/ entry criteria?
          Scripted testing?      Classic/ modern
                                   techniques?


                                     8
Risk based testing


   The amount of testing is based on “feature risk level”

   The feature owner/ designer determine the “risk level”

   Risk level 1: STP, reviews, simulations, scripted testing, high
    coverage (100% successful testing) and documentation. Vgile teams

   Risk level 2: medium coverage (80% successful testing) and doc’

   Risk level 3: low coverage (50% successful testing) no doc’, Mainly
    exploratory testing.




                                     9
Testing Highlights


   Develop a generic list (use brain storming)

   Adjust according to the specific version/ feature

   Part of the design document (Responsibility of the designer)

   Early in the process (prevention activity):
       Better design

       Basis for dev testing

       Skeleton for STP (what to test)
                                                  Example

                                     10
Vgile concept

                                   A classic “serial” life cycle



          Design                                  Development                        Validation



Different owner for different feature life cycle phase



              Prod                                          Dev‟                             Test
               uct
               Business,                                   Business,                         Business,
              Technology,                                 Technology,                       Technology,
              Standards &                                 Standards &                       Standards &
              regulations                                 regulations                       regulations




Development                 Test                   Test                 Product   Product                 Development




                                                                   11
Vgile - the PDT triangle

Small team:
  Product/Feature owner   (designer, product manager, user)
  Developer
  Tester                                                      Product

Team responsibility for a feature L.C                          Business,
                                                              Technology,
                                                              Standards &


Team member leader according to the
                                                              regulations




development phase                               Development                 Test




Team activities: review, dry run, unit, simulations,
integration and system testing
More than one feature per every team

                             12
Vgile - best practices

Max 3 months for every release
Weekly meetings (also by remote access tools)
“KISS” - hands on, short, just enough doc‟
In addition to traditional QA methodologies:
   Unit & Integration test by developers        ( also: continues
   integration, nightly builds, TDD)
   Entry & Exit criteria
                                                                  Product
   Test documentation         (STP, STD, STR)
                                                                    Business,
                                                                  Technology,
   Risk based testing                                             Standards &
                                                                   regulations




   Static testing (e.g. early test design)            Developer                  Tester




                                       13
Vgile - the PDT triangle HEART

Every action in every phase should be monitored
and reviewed based on 3 essentials:
  Business: understand your users and business
  process

  Technology: understand your environment, hardware
  and software issues, system architecture and user
  configurations

  Standards & Regulations: understand
  industry standards, organization policy and    Business,
  regulations, measurements & metrics           Technology
                                                , Standards
                                                     &
                                                regulations


                             14
Vgile concept conclusion


Based on the V model “serial” LC process

Risk based testing & prevention activities

Agile elements:
  More communication
  Team responsibility




                        15
I’m not alone, this is what Forrester have to say about
        Mixing methodologies (January 20, 2010 )




                           16
References

“agile development mainstream adoption has
changed agility”, Forrester - Dave west and Tom grant, January
20, 2010

“Testing and scrum”, van roosmalen, fall 2007
“What Lifecycle? Selecting the Right Model for Your
Project”, Johanna Rothman, 2008
“Toward Agile Systems Engineering Processes”,
Dr. Richard Turner, Systems and Software Consortium, April 2007

“A Few Good (Agile) Testers - Introducing Agile Testing
Brings Quality Without An Army Of Testers”, Forrester - Margo
Visitacion VP, December 18, 2009


                                   17
Vgile methodology



Easy to understand
Easy to implement
 Easy to maintain

     Thanks 
 ryonish@tact.co.il

   www.tact.co.il
          18

More Related Content

What's hot

The Future of Testing
The Future of TestingThe Future of Testing
The Future of TestingPaul Gerrard
 
Pragmatic Not Dogmatic TDD Agile2012 by Joseph Yoder and Rebecca Wirfs-Brock
Pragmatic Not Dogmatic TDD Agile2012 by Joseph Yoder and Rebecca Wirfs-BrockPragmatic Not Dogmatic TDD Agile2012 by Joseph Yoder and Rebecca Wirfs-Brock
Pragmatic Not Dogmatic TDD Agile2012 by Joseph Yoder and Rebecca Wirfs-BrockJoseph Yoder
 
A New Model for Testing
A New Model for TestingA New Model for Testing
A New Model for TestingSQALab
 
Maelscrum / Business Story Manager Overview
Maelscrum / Business Story Manager OverviewMaelscrum / Business Story Manager Overview
Maelscrum / Business Story Manager OverviewPaul Gerrard
 
A tale of bad requirements
A tale of bad requirementsA tale of bad requirements
A tale of bad requirementsFran McKain
 
Exploratory Testing Explained and Experienced
Exploratory Testing Explained and ExperiencedExploratory Testing Explained and Experienced
Exploratory Testing Explained and ExperiencedMaaret Pyhäjärvi
 
Eric Jimmink - The Specialized Testers of the Future
Eric Jimmink - The Specialized Testers of the FutureEric Jimmink - The Specialized Testers of the Future
Eric Jimmink - The Specialized Testers of the FutureTEST Huddle
 
Testers and developers think differently
Testers and developers think differentlyTesters and developers think differently
Testers and developers think differentlyNuthan Kumar
 
Business Story Method - Overview
Business Story Method - OverviewBusiness Story Method - Overview
Business Story Method - OverviewPaul Gerrard
 
Beginner guide-to-software-testing
Beginner guide-to-software-testingBeginner guide-to-software-testing
Beginner guide-to-software-testingbiswajit52
 
XXX-Company-my viewpoints-2011-03-07
XXX-Company-my viewpoints-2011-03-07XXX-Company-my viewpoints-2011-03-07
XXX-Company-my viewpoints-2011-03-07Ron Liu
 
Classic Testing Mistakes 0226
Classic Testing Mistakes 0226Classic Testing Mistakes 0226
Classic Testing Mistakes 0226MBA_Community
 
Why Test Driven Development?
Why Test Driven Development?Why Test Driven Development?
Why Test Driven Development?Naresh Jain
 
Pragmatic notdogmatictdd
Pragmatic notdogmatictddPragmatic notdogmatictdd
Pragmatic notdogmatictddJoseph Yoder
 

What's hot (19)

New model
New modelNew model
New model
 
The Future of Testing
The Future of TestingThe Future of Testing
The Future of Testing
 
Tec314
Tec314Tec314
Tec314
 
Pragmatic Not Dogmatic TDD Agile2012 by Joseph Yoder and Rebecca Wirfs-Brock
Pragmatic Not Dogmatic TDD Agile2012 by Joseph Yoder and Rebecca Wirfs-BrockPragmatic Not Dogmatic TDD Agile2012 by Joseph Yoder and Rebecca Wirfs-Brock
Pragmatic Not Dogmatic TDD Agile2012 by Joseph Yoder and Rebecca Wirfs-Brock
 
Devopsdays barcelona
Devopsdays barcelonaDevopsdays barcelona
Devopsdays barcelona
 
Agile testing
Agile testingAgile testing
Agile testing
 
A New Model for Testing
A New Model for TestingA New Model for Testing
A New Model for Testing
 
Maelscrum / Business Story Manager Overview
Maelscrum / Business Story Manager OverviewMaelscrum / Business Story Manager Overview
Maelscrum / Business Story Manager Overview
 
A tale of bad requirements
A tale of bad requirementsA tale of bad requirements
A tale of bad requirements
 
Exploratory Testing Explained and Experienced
Exploratory Testing Explained and ExperiencedExploratory Testing Explained and Experienced
Exploratory Testing Explained and Experienced
 
Eric Jimmink - The Specialized Testers of the Future
Eric Jimmink - The Specialized Testers of the FutureEric Jimmink - The Specialized Testers of the Future
Eric Jimmink - The Specialized Testers of the Future
 
Testers and developers think differently
Testers and developers think differentlyTesters and developers think differently
Testers and developers think differently
 
Business Story Method - Overview
Business Story Method - OverviewBusiness Story Method - Overview
Business Story Method - Overview
 
Lean agile pt
Lean  agile ptLean  agile pt
Lean agile pt
 
Beginner guide-to-software-testing
Beginner guide-to-software-testingBeginner guide-to-software-testing
Beginner guide-to-software-testing
 
XXX-Company-my viewpoints-2011-03-07
XXX-Company-my viewpoints-2011-03-07XXX-Company-my viewpoints-2011-03-07
XXX-Company-my viewpoints-2011-03-07
 
Classic Testing Mistakes 0226
Classic Testing Mistakes 0226Classic Testing Mistakes 0226
Classic Testing Mistakes 0226
 
Why Test Driven Development?
Why Test Driven Development?Why Test Driven Development?
Why Test Driven Development?
 
Pragmatic notdogmatictdd
Pragmatic notdogmatictddPragmatic notdogmatictdd
Pragmatic notdogmatictdd
 

Similar to Vgile Development Lc By Ram Yonish

GA - product management for entrepreneurs
GA - product management for entrepreneursGA - product management for entrepreneurs
GA - product management for entrepreneurszhurama
 
Scrum in Practice
Scrum in PracticeScrum in Practice
Scrum in PracticeESUG
 
Agile- To Infinity and Beyond
Agile- To Infinity and BeyondAgile- To Infinity and Beyond
Agile- To Infinity and BeyondInnoTech
 
Product quality in agile project
Product quality in agile projectProduct quality in agile project
Product quality in agile projectNhan Nguyen
 
How to develop a common sense of "DONE"?
How to develop a common sense of "DONE"?How to develop a common sense of "DONE"?
How to develop a common sense of "DONE"?Dr. Alexander Schwartz
 
Introduction To Scrum
Introduction To ScrumIntroduction To Scrum
Introduction To ScrumDave Neuman
 
Essential practices and thinking tools for Agile Adoption
Essential practices and thinking tools for Agile AdoptionEssential practices and thinking tools for Agile Adoption
Essential practices and thinking tools for Agile AdoptionSteven Mak
 
Agile & Secure SDLC
Agile & Secure SDLCAgile & Secure SDLC
Agile & Secure SDLCPaul Yang
 
Web App Testing - A Practical Approach
Web App Testing - A Practical ApproachWeb App Testing - A Practical Approach
Web App Testing - A Practical ApproachWalter Mamed
 
Agile Testing and Test Automation
Agile Testing and Test AutomationAgile Testing and Test Automation
Agile Testing and Test AutomationNaveen Kumar Singh
 
Behaviour Driven Development: Oltre i limiti del possibile
Behaviour Driven Development: Oltre i limiti del possibileBehaviour Driven Development: Oltre i limiti del possibile
Behaviour Driven Development: Oltre i limiti del possibileIosif Itkin
 
Are Agile And Secure Development Mutually Exclusive?
Are Agile And Secure Development Mutually Exclusive?Are Agile And Secure Development Mutually Exclusive?
Are Agile And Secure Development Mutually Exclusive?Source Conference
 
Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...
Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...
Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...Tiara Ramadhani
 
Agile Testing 20021015
Agile Testing 20021015Agile Testing 20021015
Agile Testing 20021015Raghu Karnati
 
Testing: an Introduction and Panorama
Testing: an Introduction and PanoramaTesting: an Introduction and Panorama
Testing: an Introduction and PanoramaRoberto Casadei
 

Similar to Vgile Development Lc By Ram Yonish (20)

GA - product management for entrepreneurs
GA - product management for entrepreneursGA - product management for entrepreneurs
GA - product management for entrepreneurs
 
Gcs day1
Gcs day1Gcs day1
Gcs day1
 
Scrum in Practice
Scrum in PracticeScrum in Practice
Scrum in Practice
 
Agile- To Infinity and Beyond
Agile- To Infinity and BeyondAgile- To Infinity and Beyond
Agile- To Infinity and Beyond
 
Agile case studies
Agile case studiesAgile case studies
Agile case studies
 
Product quality in agile project
Product quality in agile projectProduct quality in agile project
Product quality in agile project
 
How to develop a common sense of "DONE"?
How to develop a common sense of "DONE"?How to develop a common sense of "DONE"?
How to develop a common sense of "DONE"?
 
Introduction To Scrum
Introduction To ScrumIntroduction To Scrum
Introduction To Scrum
 
Essential practices and thinking tools for Agile Adoption
Essential practices and thinking tools for Agile AdoptionEssential practices and thinking tools for Agile Adoption
Essential practices and thinking tools for Agile Adoption
 
Agile & Secure SDLC
Agile & Secure SDLCAgile & Secure SDLC
Agile & Secure SDLC
 
Testing syllabus
Testing syllabusTesting syllabus
Testing syllabus
 
Web App Testing - A Practical Approach
Web App Testing - A Practical ApproachWeb App Testing - A Practical Approach
Web App Testing - A Practical Approach
 
Ch 2
Ch 2Ch 2
Ch 2
 
Agile Testing and Test Automation
Agile Testing and Test AutomationAgile Testing and Test Automation
Agile Testing and Test Automation
 
Behaviour Driven Development: Oltre i limiti del possibile
Behaviour Driven Development: Oltre i limiti del possibileBehaviour Driven Development: Oltre i limiti del possibile
Behaviour Driven Development: Oltre i limiti del possibile
 
Are Agile And Secure Development Mutually Exclusive?
Are Agile And Secure Development Mutually Exclusive?Are Agile And Secure Development Mutually Exclusive?
Are Agile And Secure Development Mutually Exclusive?
 
The Agile Pretender
The Agile PretenderThe Agile Pretender
The Agile Pretender
 
Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...
Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...
Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...
 
Agile Testing 20021015
Agile Testing 20021015Agile Testing 20021015
Agile Testing 20021015
 
Testing: an Introduction and Panorama
Testing: an Introduction and PanoramaTesting: an Introduction and Panorama
Testing: an Introduction and Panorama
 

More from Ram Yonish

מצגת מגמות בבדיקות תוכנה כנס בדיקות 2011 רם יוניש טאקט בדיקות
מצגת מגמות בבדיקות תוכנה כנס בדיקות 2011 רם יוניש טאקט בדיקותמצגת מגמות בבדיקות תוכנה כנס בדיקות 2011 רם יוניש טאקט בדיקות
מצגת מגמות בבדיקות תוכנה כנס בדיקות 2011 רם יוניש טאקט בדיקותRam Yonish
 
Visionbi Quality Gates
Visionbi Quality GatesVisionbi Quality Gates
Visionbi Quality GatesRam Yonish
 
Experitest Brochure
Experitest BrochureExperitest Brochure
Experitest BrochureRam Yonish
 
201009 Regulation As Lever
201009 Regulation As Lever201009 Regulation As Lever
201009 Regulation As LeverRam Yonish
 
The Effect Of Globalization On Israel Testing Market
The Effect Of Globalization On Israel Testing MarketThe Effect Of Globalization On Israel Testing Market
The Effect Of Globalization On Israel Testing MarketRam Yonish
 
QA testing developer by Ziv
QA testing developer by ZivQA testing developer by Ziv
QA testing developer by ZivRam Yonish
 
How to manage your testing automation project ttm methodology
How to manage your testing automation project   ttm methodologyHow to manage your testing automation project   ttm methodology
How to manage your testing automation project ttm methodologyRam Yonish
 
ROI for testing
ROI for testingROI for testing
ROI for testingRam Yonish
 
Qc10 Whats New
Qc10 Whats NewQc10 Whats New
Qc10 Whats NewRam Yonish
 
A Successful Improvement Process With Measurable Results
A Successful Improvement Process With  Measurable ResultsA Successful Improvement Process With  Measurable Results
A Successful Improvement Process With Measurable ResultsRam Yonish
 
A successful improvement process with measurable results
A successful improvement process with  measurable resultsA successful improvement process with  measurable results
A successful improvement process with measurable resultsRam Yonish
 
Qa Measurements 2009 Comverse Upload
Qa Measurements 2009 Comverse UploadQa Measurements 2009 Comverse Upload
Qa Measurements 2009 Comverse UploadRam Yonish
 
Roi And Testing Metrics Tact Testing
Roi And Testing Metrics   Tact TestingRoi And Testing Metrics   Tact Testing
Roi And Testing Metrics Tact TestingRam Yonish
 
Near Shore Testing - Israel
Near Shore Testing - IsraelNear Shore Testing - Israel
Near Shore Testing - IsraelRam Yonish
 
trends and buzzwords for SW tetsing
trends and buzzwords for SW tetsingtrends and buzzwords for SW tetsing
trends and buzzwords for SW tetsingRam Yonish
 
ROI for testing
ROI for testingROI for testing
ROI for testingRam Yonish
 

More from Ram Yonish (20)

מצגת מגמות בבדיקות תוכנה כנס בדיקות 2011 רם יוניש טאקט בדיקות
מצגת מגמות בבדיקות תוכנה כנס בדיקות 2011 רם יוניש טאקט בדיקותמצגת מגמות בבדיקות תוכנה כנס בדיקות 2011 רם יוניש טאקט בדיקות
מצגת מגמות בבדיקות תוכנה כנס בדיקות 2011 רם יוניש טאקט בדיקות
 
Visionbi Quality Gates
Visionbi Quality GatesVisionbi Quality Gates
Visionbi Quality Gates
 
Experitest Brochure
Experitest BrochureExperitest Brochure
Experitest Brochure
 
Qa 2010 Stki
Qa 2010 StkiQa 2010 Stki
Qa 2010 Stki
 
201009 Regulation As Lever
201009 Regulation As Lever201009 Regulation As Lever
201009 Regulation As Lever
 
The Effect Of Globalization On Israel Testing Market
The Effect Of Globalization On Israel Testing MarketThe Effect Of Globalization On Israel Testing Market
The Effect Of Globalization On Israel Testing Market
 
QA testing developer by Ziv
QA testing developer by ZivQA testing developer by Ziv
QA testing developer by Ziv
 
How to manage your testing automation project ttm methodology
How to manage your testing automation project   ttm methodologyHow to manage your testing automation project   ttm methodology
How to manage your testing automation project ttm methodology
 
ROI for testing
ROI for testingROI for testing
ROI for testing
 
Qc10 Whats New
Qc10 Whats NewQc10 Whats New
Qc10 Whats New
 
A Successful Improvement Process With Measurable Results
A Successful Improvement Process With  Measurable ResultsA Successful Improvement Process With  Measurable Results
A Successful Improvement Process With Measurable Results
 
A successful improvement process with measurable results
A successful improvement process with  measurable resultsA successful improvement process with  measurable results
A successful improvement process with measurable results
 
R&d maturity
R&d maturityR&d maturity
R&d maturity
 
R&D Maturity
R&D MaturityR&D Maturity
R&D Maturity
 
Trends2010
Trends2010Trends2010
Trends2010
 
Qa Measurements 2009 Comverse Upload
Qa Measurements 2009 Comverse UploadQa Measurements 2009 Comverse Upload
Qa Measurements 2009 Comverse Upload
 
Roi And Testing Metrics Tact Testing
Roi And Testing Metrics   Tact TestingRoi And Testing Metrics   Tact Testing
Roi And Testing Metrics Tact Testing
 
Near Shore Testing - Israel
Near Shore Testing - IsraelNear Shore Testing - Israel
Near Shore Testing - Israel
 
trends and buzzwords for SW tetsing
trends and buzzwords for SW tetsingtrends and buzzwords for SW tetsing
trends and buzzwords for SW tetsing
 
ROI for testing
ROI for testingROI for testing
ROI for testing
 

Recently uploaded

UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdfUiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdfDianaGray10
 
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Will Schroeder
 
Linked Data in Production: Moving Beyond Ontologies
Linked Data in Production: Moving Beyond OntologiesLinked Data in Production: Moving Beyond Ontologies
Linked Data in Production: Moving Beyond OntologiesDavid Newbury
 
Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.YounusS2
 
Introduction to Matsuo Laboratory (ENG).pptx
Introduction to Matsuo Laboratory (ENG).pptxIntroduction to Matsuo Laboratory (ENG).pptx
Introduction to Matsuo Laboratory (ENG).pptxMatsuo Lab
 
AI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarAI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarPrecisely
 
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...Aggregage
 
OpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureOpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureEric D. Schabell
 
20230202 - Introduction to tis-py
20230202 - Introduction to tis-py20230202 - Introduction to tis-py
20230202 - Introduction to tis-pyJamie (Taka) Wang
 
Building Your Own AI Instance (TBLC AI )
Building Your Own AI Instance (TBLC AI )Building Your Own AI Instance (TBLC AI )
Building Your Own AI Instance (TBLC AI )Brian Pichman
 
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve DecarbonizationUsing IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve DecarbonizationIES VE
 
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPA
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPAAnypoint Code Builder , Google Pub sub connector and MuleSoft RPA
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPAshyamraj55
 
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online CollaborationCOMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online Collaborationbruanjhuli
 
Salesforce Miami User Group Event - 1st Quarter 2024
Salesforce Miami User Group Event - 1st Quarter 2024Salesforce Miami User Group Event - 1st Quarter 2024
Salesforce Miami User Group Event - 1st Quarter 2024SkyPlanner
 
Crea il tuo assistente AI con lo Stregatto (open source python framework)
Crea il tuo assistente AI con lo Stregatto (open source python framework)Crea il tuo assistente AI con lo Stregatto (open source python framework)
Crea il tuo assistente AI con lo Stregatto (open source python framework)Commit University
 
AI Fame Rush Review – Virtual Influencer Creation In Just Minutes
AI Fame Rush Review – Virtual Influencer Creation In Just MinutesAI Fame Rush Review – Virtual Influencer Creation In Just Minutes
AI Fame Rush Review – Virtual Influencer Creation In Just MinutesMd Hossain Ali
 
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDEADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDELiveplex
 
UiPath Platform: The Backend Engine Powering Your Automation - Session 1
UiPath Platform: The Backend Engine Powering Your Automation - Session 1UiPath Platform: The Backend Engine Powering Your Automation - Session 1
UiPath Platform: The Backend Engine Powering Your Automation - Session 1DianaGray10
 
Empowering Africa's Next Generation: The AI Leadership Blueprint
Empowering Africa's Next Generation: The AI Leadership BlueprintEmpowering Africa's Next Generation: The AI Leadership Blueprint
Empowering Africa's Next Generation: The AI Leadership BlueprintMahmoud Rabie
 

Recently uploaded (20)

UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdfUiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
 
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
 
Linked Data in Production: Moving Beyond Ontologies
Linked Data in Production: Moving Beyond OntologiesLinked Data in Production: Moving Beyond Ontologies
Linked Data in Production: Moving Beyond Ontologies
 
Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.
 
Introduction to Matsuo Laboratory (ENG).pptx
Introduction to Matsuo Laboratory (ENG).pptxIntroduction to Matsuo Laboratory (ENG).pptx
Introduction to Matsuo Laboratory (ENG).pptx
 
AI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarAI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity Webinar
 
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
 
20230104 - machine vision
20230104 - machine vision20230104 - machine vision
20230104 - machine vision
 
OpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureOpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability Adventure
 
20230202 - Introduction to tis-py
20230202 - Introduction to tis-py20230202 - Introduction to tis-py
20230202 - Introduction to tis-py
 
Building Your Own AI Instance (TBLC AI )
Building Your Own AI Instance (TBLC AI )Building Your Own AI Instance (TBLC AI )
Building Your Own AI Instance (TBLC AI )
 
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve DecarbonizationUsing IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
 
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPA
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPAAnypoint Code Builder , Google Pub sub connector and MuleSoft RPA
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPA
 
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online CollaborationCOMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
 
Salesforce Miami User Group Event - 1st Quarter 2024
Salesforce Miami User Group Event - 1st Quarter 2024Salesforce Miami User Group Event - 1st Quarter 2024
Salesforce Miami User Group Event - 1st Quarter 2024
 
Crea il tuo assistente AI con lo Stregatto (open source python framework)
Crea il tuo assistente AI con lo Stregatto (open source python framework)Crea il tuo assistente AI con lo Stregatto (open source python framework)
Crea il tuo assistente AI con lo Stregatto (open source python framework)
 
AI Fame Rush Review – Virtual Influencer Creation In Just Minutes
AI Fame Rush Review – Virtual Influencer Creation In Just MinutesAI Fame Rush Review – Virtual Influencer Creation In Just Minutes
AI Fame Rush Review – Virtual Influencer Creation In Just Minutes
 
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDEADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
 
UiPath Platform: The Backend Engine Powering Your Automation - Session 1
UiPath Platform: The Backend Engine Powering Your Automation - Session 1UiPath Platform: The Backend Engine Powering Your Automation - Session 1
UiPath Platform: The Backend Engine Powering Your Automation - Session 1
 
Empowering Africa's Next Generation: The AI Leadership Blueprint
Empowering Africa's Next Generation: The AI Leadership BlueprintEmpowering Africa's Next Generation: The AI Leadership Blueprint
Empowering Africa's Next Generation: The AI Leadership Blueprint
 

Vgile Development Lc By Ram Yonish

  • 1. V- Agile model Risk Based Vgile ryonish@tact.co.il A copyright of Ram Yonish. Do not use without an explicit permission
  • 3. Agenda Basic assumptions & Motivation Traditional vs. Current trends Case study - example Risk based testing Vgile concept Vgile best practices summary 3
  • 4. Basic assumptions & Motivation • More competition requires more flexible & reliable systems = much more features and changes in a Flexible systems shorter time frame • Vmodel is the most common L.C development model Vmodel • Many organizations want to stay with Vmodel • Many organizations are interested in Agile but afraid to make a dramatic move towards such a Agile model ??? 4
  • 5. Many types of life cycles to choose from 1/2 A cynical senior manager said, “It feels as if I‟m stuck between the traditionalists and the agilistas. We can‟t use phase-gate anymore, because it‟s not „agile‟ enough. And the last time, when that multisite project tried Scrum, they failed miserably. Isn‟t there a right approach to our projects?” serial iterative incremental agile waterfall spiral Design to scrum schedule V model XP © 2008 Johanna Rothman http://www.jrothman.com/Papers/Cutter/whatlifecycle.html 5
  • 6. Many types of life cycles to choose from 2/2 6
  • 7. Traditional vs. Current trends “There are still no silver bullets, but we can accept that there are new kinds of regular bullets available” Richard Turner (cmmi & agile expert) http://www.stsc.hill.af.mil/CrossTalk/2007/04/0704Turner.html 7
  • 8. Case study - what do you think?  100 < new features/ changes per version (all have FD)  1:5 testers/ developers ratio (5-10 testers)  A version every 4-6 weeks What would you do?  STP?  Reviews?  Test coverage?  STD?  Exit/ entry criteria?  Scripted testing?  Classic/ modern techniques? 8
  • 9. Risk based testing  The amount of testing is based on “feature risk level”  The feature owner/ designer determine the “risk level”  Risk level 1: STP, reviews, simulations, scripted testing, high coverage (100% successful testing) and documentation. Vgile teams  Risk level 2: medium coverage (80% successful testing) and doc’  Risk level 3: low coverage (50% successful testing) no doc’, Mainly exploratory testing. 9
  • 10. Testing Highlights  Develop a generic list (use brain storming)  Adjust according to the specific version/ feature  Part of the design document (Responsibility of the designer)  Early in the process (prevention activity):  Better design  Basis for dev testing  Skeleton for STP (what to test) Example 10
  • 11. Vgile concept A classic “serial” life cycle Design Development Validation Different owner for different feature life cycle phase Prod Dev‟ Test uct Business, Business, Business, Technology, Technology, Technology, Standards & Standards & Standards & regulations regulations regulations Development Test Test Product Product Development 11
  • 12. Vgile - the PDT triangle Small team: Product/Feature owner (designer, product manager, user) Developer Tester Product Team responsibility for a feature L.C Business, Technology, Standards & Team member leader according to the regulations development phase Development Test Team activities: review, dry run, unit, simulations, integration and system testing More than one feature per every team 12
  • 13. Vgile - best practices Max 3 months for every release Weekly meetings (also by remote access tools) “KISS” - hands on, short, just enough doc‟ In addition to traditional QA methodologies: Unit & Integration test by developers ( also: continues integration, nightly builds, TDD) Entry & Exit criteria Product Test documentation (STP, STD, STR) Business, Technology, Risk based testing Standards & regulations Static testing (e.g. early test design) Developer Tester 13
  • 14. Vgile - the PDT triangle HEART Every action in every phase should be monitored and reviewed based on 3 essentials: Business: understand your users and business process Technology: understand your environment, hardware and software issues, system architecture and user configurations Standards & Regulations: understand industry standards, organization policy and Business, regulations, measurements & metrics Technology , Standards & regulations 14
  • 15. Vgile concept conclusion Based on the V model “serial” LC process Risk based testing & prevention activities Agile elements: More communication Team responsibility 15
  • 16. I’m not alone, this is what Forrester have to say about Mixing methodologies (January 20, 2010 ) 16
  • 17. References “agile development mainstream adoption has changed agility”, Forrester - Dave west and Tom grant, January 20, 2010 “Testing and scrum”, van roosmalen, fall 2007 “What Lifecycle? Selecting the Right Model for Your Project”, Johanna Rothman, 2008 “Toward Agile Systems Engineering Processes”, Dr. Richard Turner, Systems and Software Consortium, April 2007 “A Few Good (Agile) Testers - Introducing Agile Testing Brings Quality Without An Army Of Testers”, Forrester - Margo Visitacion VP, December 18, 2009 17
  • 18. Vgile methodology Easy to understand Easy to implement Easy to maintain Thanks  ryonish@tact.co.il www.tact.co.il 18