The document discusses product quality in agile projects. It covers traditional vs agile testing approaches, the four quadrants of agile testing (test-driven development, data-driven development, exploratory testing, and non-functional testing), the importance of automation in agile testing, and key success factors. It also discusses quality factors, the quality triangle in agile projects, and common problems that can occur in agile projects like defects and lack of testing if not properly managed.
This document discusses agile testing processes. It outlines that agile is an iterative development methodology where requirements evolve through collaboration. It also discusses that testers should be fully integrated team members who participate in planning and requirements analysis. When adopting agile, testing activities like planning, automation, and providing feedback remain the same but are done iteratively in sprints with the whole team responsible for quality.
Agile testing focuses on delivering valuable working software through collaboration, feedback, and automation. It involves the whole team taking responsibility for quality. Agile testers provide continuous feedback, prioritize value, and think critically to challenge assumptions and find problems. They collaborate with developers to shift testing left in the SDLC through approaches like specification by example and behavior driven development which define examples of desired behavior to build shared understanding.
This document provides an overview of agile testing. It discusses what agile testing is, common agile testing strategies and stages, principles of agile testing, advantages such as reduced time and money and regular feedback, challenges like compressed testing cycles and minimal time for planning, and concludes that communication between teams is key to agile testing success. The agile testing life cycle involves four stages: iteration 0 for initial setup, construction iterations for ongoing testing, release for deployment, and production for maintenance. Principles include testing moving the project forward, testing as a continuous activity, everyone on the team participating in testing, and reducing feedback loops.
After doing testing on multiple Agile projects, I have come to realize certain aspects about the process and techniques that are common across projects. Some things I have learned along the way, some, by reflection on the mistakes / sub-optimal things that I did.
I have written and published my thoughts around the "Agile QA Process", more particularly what techniques can be used to test effectively in the Iterations.
This document discusses adapting testing roles and processes to an agile development methodology. It notes that in agile, testers are full team members who participate in planning and requirements analysis from the start of each sprint. Testing activities occur throughout development rather than just at the end. Challenges in transitioning include changing traditional testing roles and resistance to change, while benefits include more transparent communication and continuous feedback between testers and developers. The document provides examples of agile testing practices and recommendations for improving testing efficiency such as increased test automation and planning.
ISTQB agile tester exam - Conclusions about CertificationMichał Dudziak
This document discusses the ISTQB Agile Tester certification. It provides an overview of agile software development practices like Scrum, Kanban, and user stories. It discusses the tester's role in agile projects, including automating tests, collaborating with developers, and responding quickly to changes. It recommends preparing for the certification by reading materials from ISTQB and other sources, and gaining experience with agile testing practices on the job. Earning the ISTQB Agile Tester certification validates knowledge of agile principles and how to effectively test in agile environments.
The document discusses product quality in agile projects. It covers traditional vs agile testing approaches, the four quadrants of agile testing (test-driven development, data-driven development, exploratory testing, and non-functional testing), the importance of automation in agile testing, and key success factors. It also discusses quality factors, the quality triangle in agile projects, and common problems that can occur in agile projects like defects and lack of testing if not properly managed.
This document discusses agile testing processes. It outlines that agile is an iterative development methodology where requirements evolve through collaboration. It also discusses that testers should be fully integrated team members who participate in planning and requirements analysis. When adopting agile, testing activities like planning, automation, and providing feedback remain the same but are done iteratively in sprints with the whole team responsible for quality.
Agile testing focuses on delivering valuable working software through collaboration, feedback, and automation. It involves the whole team taking responsibility for quality. Agile testers provide continuous feedback, prioritize value, and think critically to challenge assumptions and find problems. They collaborate with developers to shift testing left in the SDLC through approaches like specification by example and behavior driven development which define examples of desired behavior to build shared understanding.
This document provides an overview of agile testing. It discusses what agile testing is, common agile testing strategies and stages, principles of agile testing, advantages such as reduced time and money and regular feedback, challenges like compressed testing cycles and minimal time for planning, and concludes that communication between teams is key to agile testing success. The agile testing life cycle involves four stages: iteration 0 for initial setup, construction iterations for ongoing testing, release for deployment, and production for maintenance. Principles include testing moving the project forward, testing as a continuous activity, everyone on the team participating in testing, and reducing feedback loops.
After doing testing on multiple Agile projects, I have come to realize certain aspects about the process and techniques that are common across projects. Some things I have learned along the way, some, by reflection on the mistakes / sub-optimal things that I did.
I have written and published my thoughts around the "Agile QA Process", more particularly what techniques can be used to test effectively in the Iterations.
This document discusses adapting testing roles and processes to an agile development methodology. It notes that in agile, testers are full team members who participate in planning and requirements analysis from the start of each sprint. Testing activities occur throughout development rather than just at the end. Challenges in transitioning include changing traditional testing roles and resistance to change, while benefits include more transparent communication and continuous feedback between testers and developers. The document provides examples of agile testing practices and recommendations for improving testing efficiency such as increased test automation and planning.
ISTQB agile tester exam - Conclusions about CertificationMichał Dudziak
This document discusses the ISTQB Agile Tester certification. It provides an overview of agile software development practices like Scrum, Kanban, and user stories. It discusses the tester's role in agile projects, including automating tests, collaborating with developers, and responding quickly to changes. It recommends preparing for the certification by reading materials from ISTQB and other sources, and gaining experience with agile testing practices on the job. Earning the ISTQB Agile Tester certification validates knowledge of agile principles and how to effectively test in agile environments.
The document discusses creating a high-performing QA function through continuous integration, delivery, and testing. It recommends that QA be integrated into development teams, with automated testing, defect tracking, and ensuring features align with business needs. This would reduce defects and costs while improving customer experience through more frequent releases. Key steps outlined are implementing continuous integration and delivery pipelines, test-driven development, quality control gates, and measuring escaping defects to guide improvements.
Role Of Qa And Testing In Agile 1225221397167302 8a34sharm
The document discusses the role of QA and testing in agile software development, describing key differences between traditional and agile testing approaches and outlining agile testing practices like test-driven development, continuous integration, regression testing, and exploratory testing. It also covers the role of testers in agile projects and provides an example of how one company, GlobalLogic, implements agile testing through a unique Velocity method and platform.
Yesterday Jan Jaap Cannegieter and I gave an amazing tutorial at the Agile testing days. In our full day tutorial we discussed the role of the test manager and how to add value in an agile environment.
We discovered that a test manager is operation at two interfaces. One is being that of a quality ambassador that shows the business and stakeholders how testing is done and how its progressing . On the other interface the test manager is enabling the team(s) to build quality into their deliverables. During this full day tutorial we deep dived on both aspects. We discussed the agile test strategy and investigated what activities we test managers undertake, what activities we find important and what is valued most by our stakeholder. You wouldn’t be surprised if we told you that there is a gap between both. Next we practiced with defining agile test plans at MVP and sprint level. And assessed other roles that test managers can adopt. We closed the full circle by concluding that extra activities might be added to our initial brainstorm results. The topic is truly alive. Not only did we have a full rum (we had an all-time conference record with the amount of attendees), during the day we had a lot of lively discussions and answered a lot of questions from the participants. We loved the participation of all in the room and believe we all had a good day.
Presented in BSPIN Conference (http://bspin.org/conference2014/) on "Succeeding in SMAC World". Had great interactions and glad to see great interest on Agile Testing concepts with Participants.
The document discusses QA best practices in an Agile development environment. It describes key aspects of Agile like iterative delivery, self-organizing teams, and rapid feedback. It addresses challenges of fitting QA into short iterations and questions around testing approaches. The document advocates for testing to be collaborative, automated, and continuous throughout development. It provides recommendations for QA roles in activities like planning, stand-ups, retrospectives and acceptance testing. Overall it promotes testing practices in Agile that focus on early feedback, automation, and involvement of QA throughout the development process.
Agile Testing Days -Trends and future in testing 2017Derk-Jan de Grood
Today I gave a presentation at the Agile Testing Days. The room was packed and we talked about the way the testing profession in evolving.
5 years ago the Dutch Test Association published a book that described the changes in the testing profession. I was one of the 7 authors and we organized a few workshops on the theme. Last may we hosted a retrospective workshop during which the participants evaluated the 2012 predictions. Key question during this workshop was: What is the status of the profession and what skills and role should a tester take in order to add value and a job.
In my 2017 ATD presentation I shared the results that of this workshop. I shared the highlights of the book, told what predictions were correct and which were incorrect. But most of all I will shared the opinion of or fellow testers: What do roles do they have now, and what roles do they expect to have in 5 years from now.
Join this session if you are sometimes worried about the sustainability of your role, if you want to specialize yourself but wonder what specialisms are a safe bet, if you want to stay ahead of the game and be prepared for the future.
I am a agile tester, because...(masterclass at the Barcelona Test Academy)Derk-Jan de Grood
These are the slides of the masterclass I gave 24-1-2018 at the Barcelona Test Academy. Using a assessment we started a discussion about what it takes to be an agile tester.
Description: Testing has transformed into Agile Testing. Testing has become a responsibilty of the whole development team. Many testers wonder what their role is now that everyone is testing. Some people say that Testing is WHAT we do and Agile is HOW we do it. In order to contribute effectively to quality solutions, agile testers need to combine the WHAT and HOW in their daily approach.
Time for a deep-dive. What defines the agile tester and how do we add value. In this workshop participant will fill ins an self-assessment based on the 12 characteristics of the agile tester. We’ll share the group results and create a snapshot of where we stand. Next, we will discuss each of the characteristics mean to us, how do they make agile testing work, help to boost the agility of the test process and how we can embed quality in the agile development process. In groups we will share examples from the trenches to go along with each of characteristics. What do we do to make it work, and what challenges do we encounter? Participants will help each other and be able to benchmark their own ideas.
This session aligns with the needs that I recognize with many colleagues. They are good testers, work successfully in an agile environment, but want to get better in explaining why they are a good tester. How does their attitude and approach contribute to valuable software solutions? Join this session if you want to improve yourself and want to get practical tips from the real world; If you want to learn what makes your testing agile and how is your agile mindset translated into a valuable testing approach. Participants can use the self-assessment to identify blind spots in their skills. Each of the participants will leave the room with a good understanding of where he/she stands: “I am an agile tester because…”
Agile Testing - presentation for Agile User Groupsuwalki24.pl
The document discusses agile testing principles and processes. It compares agile testing to waterfall testing and outlines some key differences. It also addresses topics like continuous integration, test automation, managing test cases and issues, and transitioning from waterfall to agile. Pseudo-agile projects are described as those that claim to use agile but lack key elements like automation, continuous integration, or involvement of testers throughout the process.
Introducing QA Into an Agile EnvironmentJoseph Beale
This document discusses introducing quality assurance (QA) processes into an agile development environment. It describes some common challenges that can arise when development and testing are not well integrated, such as business stakeholders finding bugs late in the process. The author advocates for making QA practices and results visible and incorporating QA personnel into agile ceremonies like planning and demos. With collaboration, commitment to quality, and clear communication, the QA team was able to gain trust and find bugs earlier. Their approach evolved to take on more types of testing, and they worked with business to define different testing levels and work testing around releases.
Hello,
Swift Act Services will be providing its first embedded summer boot camp. The total cost is EGP 3500 for all courses. Individual course costs are:
1- C Programming = EGP 1000
2- Device Drivers = EGP 1000
3- SW Design = EGP 2000
4- SW Testing = EGP 2000
5- Project = EGP 1000
You are free to attend individual courses or the other packages.
Course are planned starting Jun 29 every week Thursday, Friday and Saturday from 10 am till we finish the day content. It is serious training. Be ready.
For courses registeration, please use this form before End of May.
https://goo.gl/forms/a8205QCMVuXSkkzI2
Agile Testing – embedding testing into agile software development lifecycle Kari Kakkonen
My presentation on Agile Testing, including a tuning concept and a case study of agile testing choices in a project, held 16 of June, 2014 at a customer internal seminar.
The document discusses an agile approach to software maintenance called Agile Maintenance. It outlines some issues with a traditional, passive maintenance approach and describes how Agile Maintenance addresses these issues. The key aspects of Agile Maintenance covered are estimating bugs during sprint planning, prioritizing technical debt reduction, having one team work on multiple projects simultaneously, and using a Type C Scrum model to deal with high priority bugs.
YouTube Link: https://youtu.be/UQWyG3xSr5k
** Software Testing Certification Courses: https://www.edureka.co/software-testing-certification-courses **
This Edureka PPT on "What is Agile Testing" will help you get in-depth knowledge on Agile testing and why it is important to perform agile tests on your software in an iterative manner.
What is Agile Testing?
Principles of Agile Testing
Advantages
Agile Testing Methods
Life Cycle
Test Plan & Quadrants
Companies using Agile Testing
Selenium playlist: https://goo.gl/NmuzXE
Selenium Blog playlist: http://bit.ly/2B7C3QR
Software Testing Blog playlist: http://bit.ly/2UXwdJm
Follow us to never miss an update in the future.
YouTube: https://www.youtube.com/user/edurekaIN
Instagram: https://www.instagram.com/edureka_learning/
Facebook: https://www.facebook.com/edurekaIN/
Twitter: https://twitter.com/edurekain
LinkedIn: https://www.linkedin.com/company/edureka
A software testing practice that follow the principle of agile software development is called Agile Testing.
Agile is an iterative development methodology where requirement evolve through collaboration between the customer and self-organizing teams and agile aligns development with customer need.
Website: https://www.1solutions.biz/
The document provides an overview of agile testing principles and practices. It discusses that agile testing involves the entire cross-functional team working together to test software iteratively. Key aspects of agile testing covered include continuous feedback, delivering value to customers, enabling face-to-face communication, and keeping testing simple. The document also outlines typical testing activities in an agile project such as test planning, driving development, facilitating communication, and completing testing tasks within each sprint.
This document discusses key performance indicators (KPIs) for measuring agile projects. It begins by defining metrics and KPIs, noting that KPIs should be tied to strategic objectives and have defined targets. It then discusses characteristics of good KPIs and provides examples of both traditional and agile KPIs related to time, effort, scope, and quality. The document cautions that too many KPIs can be useless and advocates keeping metrics simple. It also discusses challenges like cheating on metrics and provides tips for using tools and dashboards to effectively measure agile performance.
Let's explore what is agile testing, how agile testing is different than traditional testing. What practices team has to adopt to have parallel testing and how to create your own test automation framework. Test automation frameworks using cucumber, selenium, junit, nunit, rspec, coded UI etc.
End users, and more precisely end users involved in acceptance testing decide whether a new application or system will go live or not. Therefore it is very important they are in the same pursuit of quality as the rest of the project. End users are no dedicated testers, although sometimes we expect them to be. Just by looking at their available time for testing, we already know they are not. The fact that they are not trained to be testers, doesn’t make it easier.
But are we really looking for dedicated testers here?
During this presentation, Erik will explain how you can involve end users in such a way that we optimize their added value during their testing activities. An error often made in projects is that end users are only involved during test execution. It’s by having them participate in the test process on regular, well selected moments that we can get the best out of acceptance testing.
By means of a case study, Erik points out these moments. To start with, the acceptance testers need to know the goal of their testing activities. Knowing that, the acceptance testers are already involved at the end of the analysis phase in order to help the writing and prioritisation of high level test scenarios together with setting up the entry criteria for starting the acceptance test phase. Consequently, the acceptance testers will get demos on a regular basis of the software already delivered. These demos deliver valuable information, both for the project team as for the end users.
And finally, after having assessed the test readiness of the system through system testing, the end users will execute their test cases closely monitored by the test coordinator. While executing the tests, it is up to the test coordinator to make sure the end users are always updated on the defects.
The presentation will provide the audience with practical advice, examples and templates on how to set up their acceptance testing in a flexible way without drowning in administrative tasks.
The document discusses creating a high-performing QA function through continuous integration, delivery, and testing. It recommends that QA be integrated into development teams, with automated testing, defect tracking, and ensuring features align with business needs. This would reduce defects and costs while improving customer experience through more frequent releases. Key steps outlined are implementing continuous integration and delivery pipelines, test-driven development, quality control gates, and measuring escaping defects to guide improvements.
Role Of Qa And Testing In Agile 1225221397167302 8a34sharm
The document discusses the role of QA and testing in agile software development, describing key differences between traditional and agile testing approaches and outlining agile testing practices like test-driven development, continuous integration, regression testing, and exploratory testing. It also covers the role of testers in agile projects and provides an example of how one company, GlobalLogic, implements agile testing through a unique Velocity method and platform.
Yesterday Jan Jaap Cannegieter and I gave an amazing tutorial at the Agile testing days. In our full day tutorial we discussed the role of the test manager and how to add value in an agile environment.
We discovered that a test manager is operation at two interfaces. One is being that of a quality ambassador that shows the business and stakeholders how testing is done and how its progressing . On the other interface the test manager is enabling the team(s) to build quality into their deliverables. During this full day tutorial we deep dived on both aspects. We discussed the agile test strategy and investigated what activities we test managers undertake, what activities we find important and what is valued most by our stakeholder. You wouldn’t be surprised if we told you that there is a gap between both. Next we practiced with defining agile test plans at MVP and sprint level. And assessed other roles that test managers can adopt. We closed the full circle by concluding that extra activities might be added to our initial brainstorm results. The topic is truly alive. Not only did we have a full rum (we had an all-time conference record with the amount of attendees), during the day we had a lot of lively discussions and answered a lot of questions from the participants. We loved the participation of all in the room and believe we all had a good day.
Presented in BSPIN Conference (http://bspin.org/conference2014/) on "Succeeding in SMAC World". Had great interactions and glad to see great interest on Agile Testing concepts with Participants.
The document discusses QA best practices in an Agile development environment. It describes key aspects of Agile like iterative delivery, self-organizing teams, and rapid feedback. It addresses challenges of fitting QA into short iterations and questions around testing approaches. The document advocates for testing to be collaborative, automated, and continuous throughout development. It provides recommendations for QA roles in activities like planning, stand-ups, retrospectives and acceptance testing. Overall it promotes testing practices in Agile that focus on early feedback, automation, and involvement of QA throughout the development process.
Agile Testing Days -Trends and future in testing 2017Derk-Jan de Grood
Today I gave a presentation at the Agile Testing Days. The room was packed and we talked about the way the testing profession in evolving.
5 years ago the Dutch Test Association published a book that described the changes in the testing profession. I was one of the 7 authors and we organized a few workshops on the theme. Last may we hosted a retrospective workshop during which the participants evaluated the 2012 predictions. Key question during this workshop was: What is the status of the profession and what skills and role should a tester take in order to add value and a job.
In my 2017 ATD presentation I shared the results that of this workshop. I shared the highlights of the book, told what predictions were correct and which were incorrect. But most of all I will shared the opinion of or fellow testers: What do roles do they have now, and what roles do they expect to have in 5 years from now.
Join this session if you are sometimes worried about the sustainability of your role, if you want to specialize yourself but wonder what specialisms are a safe bet, if you want to stay ahead of the game and be prepared for the future.
I am a agile tester, because...(masterclass at the Barcelona Test Academy)Derk-Jan de Grood
These are the slides of the masterclass I gave 24-1-2018 at the Barcelona Test Academy. Using a assessment we started a discussion about what it takes to be an agile tester.
Description: Testing has transformed into Agile Testing. Testing has become a responsibilty of the whole development team. Many testers wonder what their role is now that everyone is testing. Some people say that Testing is WHAT we do and Agile is HOW we do it. In order to contribute effectively to quality solutions, agile testers need to combine the WHAT and HOW in their daily approach.
Time for a deep-dive. What defines the agile tester and how do we add value. In this workshop participant will fill ins an self-assessment based on the 12 characteristics of the agile tester. We’ll share the group results and create a snapshot of where we stand. Next, we will discuss each of the characteristics mean to us, how do they make agile testing work, help to boost the agility of the test process and how we can embed quality in the agile development process. In groups we will share examples from the trenches to go along with each of characteristics. What do we do to make it work, and what challenges do we encounter? Participants will help each other and be able to benchmark their own ideas.
This session aligns with the needs that I recognize with many colleagues. They are good testers, work successfully in an agile environment, but want to get better in explaining why they are a good tester. How does their attitude and approach contribute to valuable software solutions? Join this session if you want to improve yourself and want to get practical tips from the real world; If you want to learn what makes your testing agile and how is your agile mindset translated into a valuable testing approach. Participants can use the self-assessment to identify blind spots in their skills. Each of the participants will leave the room with a good understanding of where he/she stands: “I am an agile tester because…”
Agile Testing - presentation for Agile User Groupsuwalki24.pl
The document discusses agile testing principles and processes. It compares agile testing to waterfall testing and outlines some key differences. It also addresses topics like continuous integration, test automation, managing test cases and issues, and transitioning from waterfall to agile. Pseudo-agile projects are described as those that claim to use agile but lack key elements like automation, continuous integration, or involvement of testers throughout the process.
Introducing QA Into an Agile EnvironmentJoseph Beale
This document discusses introducing quality assurance (QA) processes into an agile development environment. It describes some common challenges that can arise when development and testing are not well integrated, such as business stakeholders finding bugs late in the process. The author advocates for making QA practices and results visible and incorporating QA personnel into agile ceremonies like planning and demos. With collaboration, commitment to quality, and clear communication, the QA team was able to gain trust and find bugs earlier. Their approach evolved to take on more types of testing, and they worked with business to define different testing levels and work testing around releases.
Hello,
Swift Act Services will be providing its first embedded summer boot camp. The total cost is EGP 3500 for all courses. Individual course costs are:
1- C Programming = EGP 1000
2- Device Drivers = EGP 1000
3- SW Design = EGP 2000
4- SW Testing = EGP 2000
5- Project = EGP 1000
You are free to attend individual courses or the other packages.
Course are planned starting Jun 29 every week Thursday, Friday and Saturday from 10 am till we finish the day content. It is serious training. Be ready.
For courses registeration, please use this form before End of May.
https://goo.gl/forms/a8205QCMVuXSkkzI2
Agile Testing – embedding testing into agile software development lifecycle Kari Kakkonen
My presentation on Agile Testing, including a tuning concept and a case study of agile testing choices in a project, held 16 of June, 2014 at a customer internal seminar.
The document discusses an agile approach to software maintenance called Agile Maintenance. It outlines some issues with a traditional, passive maintenance approach and describes how Agile Maintenance addresses these issues. The key aspects of Agile Maintenance covered are estimating bugs during sprint planning, prioritizing technical debt reduction, having one team work on multiple projects simultaneously, and using a Type C Scrum model to deal with high priority bugs.
YouTube Link: https://youtu.be/UQWyG3xSr5k
** Software Testing Certification Courses: https://www.edureka.co/software-testing-certification-courses **
This Edureka PPT on "What is Agile Testing" will help you get in-depth knowledge on Agile testing and why it is important to perform agile tests on your software in an iterative manner.
What is Agile Testing?
Principles of Agile Testing
Advantages
Agile Testing Methods
Life Cycle
Test Plan & Quadrants
Companies using Agile Testing
Selenium playlist: https://goo.gl/NmuzXE
Selenium Blog playlist: http://bit.ly/2B7C3QR
Software Testing Blog playlist: http://bit.ly/2UXwdJm
Follow us to never miss an update in the future.
YouTube: https://www.youtube.com/user/edurekaIN
Instagram: https://www.instagram.com/edureka_learning/
Facebook: https://www.facebook.com/edurekaIN/
Twitter: https://twitter.com/edurekain
LinkedIn: https://www.linkedin.com/company/edureka
A software testing practice that follow the principle of agile software development is called Agile Testing.
Agile is an iterative development methodology where requirement evolve through collaboration between the customer and self-organizing teams and agile aligns development with customer need.
Website: https://www.1solutions.biz/
The document provides an overview of agile testing principles and practices. It discusses that agile testing involves the entire cross-functional team working together to test software iteratively. Key aspects of agile testing covered include continuous feedback, delivering value to customers, enabling face-to-face communication, and keeping testing simple. The document also outlines typical testing activities in an agile project such as test planning, driving development, facilitating communication, and completing testing tasks within each sprint.
This document discusses key performance indicators (KPIs) for measuring agile projects. It begins by defining metrics and KPIs, noting that KPIs should be tied to strategic objectives and have defined targets. It then discusses characteristics of good KPIs and provides examples of both traditional and agile KPIs related to time, effort, scope, and quality. The document cautions that too many KPIs can be useless and advocates keeping metrics simple. It also discusses challenges like cheating on metrics and provides tips for using tools and dashboards to effectively measure agile performance.
Let's explore what is agile testing, how agile testing is different than traditional testing. What practices team has to adopt to have parallel testing and how to create your own test automation framework. Test automation frameworks using cucumber, selenium, junit, nunit, rspec, coded UI etc.
End users, and more precisely end users involved in acceptance testing decide whether a new application or system will go live or not. Therefore it is very important they are in the same pursuit of quality as the rest of the project. End users are no dedicated testers, although sometimes we expect them to be. Just by looking at their available time for testing, we already know they are not. The fact that they are not trained to be testers, doesn’t make it easier.
But are we really looking for dedicated testers here?
During this presentation, Erik will explain how you can involve end users in such a way that we optimize their added value during their testing activities. An error often made in projects is that end users are only involved during test execution. It’s by having them participate in the test process on regular, well selected moments that we can get the best out of acceptance testing.
By means of a case study, Erik points out these moments. To start with, the acceptance testers need to know the goal of their testing activities. Knowing that, the acceptance testers are already involved at the end of the analysis phase in order to help the writing and prioritisation of high level test scenarios together with setting up the entry criteria for starting the acceptance test phase. Consequently, the acceptance testers will get demos on a regular basis of the software already delivered. These demos deliver valuable information, both for the project team as for the end users.
And finally, after having assessed the test readiness of the system through system testing, the end users will execute their test cases closely monitored by the test coordinator. While executing the tests, it is up to the test coordinator to make sure the end users are always updated on the defects.
The presentation will provide the audience with practical advice, examples and templates on how to set up their acceptance testing in a flexible way without drowning in administrative tasks.
The team utilized the 5-step DMAIC process to improve an issue within their organization. In the Define step, they identified stakeholders and their needs, confirmed alignment to key performance indicators, created a theme statement and indicator, determined the cost of poor quality, and obtained sponsor sign-off. In Measure, they developed data collection tools, identified the significant problem via Pareto analysis, set an improvement target, and created a problem statement. During Analyze, root causes were identified using cause-and-effect analysis and verified with statistical tools. In Improve, countermeasures were selected, an action plan was created, and a pilot project was conducted to test solutions. Finally, in Control confirmation of results was shown, improvements were
Advancing the Retrospective: Dynamic Lean & Agile Continuous Improvement Tech...LitheSpeed
This document discusses techniques for conducting effective retrospective meetings to continuously improve agile processes. It begins with an overview of retrospectives and their goals of process improvement. Various retrospective techniques are presented, including comments and actions, upside/downside, and distributed tools. The document then covers lean concepts like standard work and A3 problem solving templates to plan and track improvements. Examples demonstrate how these techniques can be applied to areas like onboarding, estimation, and product experimentation. Overall roles and tips for effective retrospectives emphasize the importance of self-improvement, visible standards, and sharing learning across teams.
Making Improvement Standard: Making Agile Practices Dynamic through Lean Stan...LitheSpeed
1. The presenter is Arlen Bankston, who has 14 years of Agile experience and is a Lean Six Sigma Master Black Belt with experience in user experience, product development, training, coaching, and management.
2. The presentation covers the concepts of standard work and A3 problem solving from Lean, and how to apply them to Agile processes to continuously improve practices and processes through experimentation and documentation of standards.
3. Examples are provided of how standard work and A3s can be used to document and improve processes for sprint planning, definition of done, estimation practices, onboarding new team members, and using visual management systems.
1. The document discusses an agenda for an Agile transformation workshop focusing on the product owner role, product backlog grooming, and sprint planning.
2. It describes Scrum roles, ceremonies, and artifacts including the product owner, scrum master, product backlog, sprint backlog, and daily standups.
3. The document provides tips for product owners on prioritizing product backlogs, writing user stories, estimating work, and mapping stories to sprints and releases to help teams adopt Agile practices.
This document discusses an overview of agile product management and scrum methodology. It covers the roles of product owner, scrum master and development team. It also describes scrum ceremonies like sprint planning, daily standup, sprint review and retrospective. Additionally, it discusses techniques for backlog grooming, prioritization of user stories, mapping stories to sprints and releases. The goal is to provide a high-level understanding of agile product management concepts and processes.
Program Management 2.0: Burndown ChartsJohn Carter
From a course titled Program Management 2.0, this presentation shows how Burndown charts can be applied to improve visibility and increase feedback to teams in product development.
The document discusses using feature points for agile release planning. It defines feature points and how they can be used to estimate user stories, features, and epics at different levels of a project. The key points are: feature points provide relative estimates independent of time units; epics are estimated by POs and architects, features by team leads, and stories by scrum teams; velocity is tracked in feature points to predict sprint and release completion; and principles for agile estimation emphasize basing estimates on facts, estimating often and small chunks, and communicating assumptions.
This is a presentation I made in the beginning of this year to explain the basics of agile Estimates. Although the presentation doesn't cover exceptions and some special cases (like in the case of hours estimates) it's a good starting point. A text to understand better the presentation will come on my channel on Medium soon.
The document discusses various techniques for estimating work in Agile projects, including story points and feature points. It explains that story points are used to estimate user stories and provide a relative measure of complexity, while feature points are used to estimate larger features. The document also describes planning poker, where teams discuss estimates and converge on a shared value through discussion. Finally, it notes that estimates may need adjusting over time based on team experience and environment factors.
This document provides an introduction to continuous improvement. It discusses the benefits of continuous improvement including lower costs, improved customer experience, and greater employee engagement. It describes the typical phases of a continuous improvement wave and tools used in the process such as performance boards and problem solving techniques. The document outlines how to measure continuous improvement maturity over time. It emphasizes the importance of leadership, strategy, tools, behaviors, and implementation in achieving successful continuous improvement.
The document discusses the key tasks of project management including planning, execution, and review. It outlines 6 tasks for project management: identifying projects and priorities, analyzing costs and benefits, identifying tasks and timelines, managing teams, engaging stakeholders, and setting up learning systems. It also provides 6 steps for laying out a project plan: defining a work breakdown structure, setting milestones, listing activities and relationships, determining the critical path, defining buffers, and allocating resources. The document emphasizes the importance of planning, tracking progress, and learning from projects.
The document discusses metrics for agile teams. It explains that metrics are important for several reasons, such as providing transparency, enabling business decisions, and changing day-to-day behavior. Good metrics should be vital, measure results not just outputs, track trends, be easy to collect, amplify learning, reinforce desired behavior, and optimize the whole. The document provides examples of common agile metrics like velocity, story completion, bugs, and technical debt. It emphasizes that metrics should be simple, visible to the team, and not threaten people.
Huan Ho discusses applying agile principles across different domains. He explains why agile is beneficial, focusing on quickly adapting to changing conditions. Key agile principles include understanding requirements, planning tasks, executing work, providing feedback, and refining processes. Examples are provided of applying agile to improve products using a sample product roadmap, to develop teams using goal setting and skills development, and to build flexible "elastic" teams. Other areas like marketing, sales, and support are mentioned where agile could be useful.
Metrics for Mofel-Based Systems DevelopmentBruce Douglass
This presentation describes the value of metrics, key concepts for effective use of metrics, and provides some common metrics for project management, model-based design, and quality assurance. Created by Dr. Bruce Powel Douglass, Ph.D.
This document discusses truths and misconceptions about agile software development. It begins by establishing that agile is more than a high-level concept, and discusses differences between traditional project management and agile principles. Key differences between agile methodologies like Scrum and XP are outlined. The document then addresses common misconceptions about agile and Scrum, establishing truths around topics like planning, fixed-date projects, risk management, rework, and the role of metrics and documentation in Scrum.
Agile is one of the most important topics . Software testing interview preparation requires
knowledge of agile methodologies and terms.
Important Topics :
Agile - Manifesto
Agile - Characteristics
Agile - Daily Standup Meeting
Agile - Release Planning
Agile - Iteration Planning
Agile - Product Backlog.
Agile Software Development is an iterative development process . Scrum and Kanban are the common methodologies in Agile.
Comprises of various approaches to software development under which requirements & solutions evolve through the collaborative effort of cross-functional teams and their stakeholders.
Program Management 2.0: Risk ManagementJohn Carter
From a course titled Program Management 2.0, this presentation pulls together a suite of tools for identifying risk, putting in place a risk register with trip wires, and and reporting risk retirement.
Inspect and Adapt in the Scaled Agile FrameworkKendis.io
Learn how the Scaled Agile Framework ensures the process of continuously improving the quality of the work delivered in a Program Increment, through Inspect and Adapt.
Employment PracticesRegulation and Multinational CorporationsRoopaTemkar
Employment PracticesRegulation and Multinational Corporations
Strategic decision making within MNCs constrained or determined by the implementation of laws and codes of practice and by pressure from political actors. Managers in MNCs have to make choices that are shaped by gvmt. intervention and the local economy.
Org Design is a core skill to be mastered by management for any successful org change.
Org Topologies™ in its essence is a two-dimensional space with 16 distinctive boxes - atomic organizational archetypes. That space helps you to plot your current operating model by positioning individuals, departments, and teams on the map. This will give a profound understanding of the performance of your value-creating organizational ecosystem.
Enriching engagement with ethical review processesstrikingabalance
New ethics review processes at the University of Bath. Presented at the 8th World Conference on Research Integrity by Filipa Vance, Head of Research Governance and Compliance at the University of Bath. June 2024, Athens
Originally presented at XP2024 Bolzano
While agile has entered the post-mainstream age, possibly losing its mojo along the way, the rise of remote working is dealing a more severe blow than its industrialization.
In this talk we'll have a look to the cumulative effect of the constraints of a remote working environment and of the common countermeasures.
Integrity in leadership builds trust by ensuring consistency between words an...Ram V Chary
Integrity in leadership builds trust by ensuring consistency between words and actions, making leaders reliable and credible. It also ensures ethical decision-making, which fosters a positive organizational culture and promotes long-term success. #RamVChary
12 steps to transform your organization into the agile org you deservePierre E. NEIS
During an organizational transformation, the shift is from the previous state to an improved one. In the realm of agility, I emphasize the significance of identifying polarities. This approach helps establish a clear understanding of your objectives. I have outlined 12 incremental actions to delineate your organizational strategy.
Public Speaking Tips to Help You Be A Strong Leader.pdfPinta Partners
In the realm of effective leadership, a multitude of skills come into play, but one stands out as both crucial and challenging: public speaking.
Public speaking transcends mere eloquence; it serves as the medium through which leaders articulate their vision, inspire action, and foster engagement. For leaders, refining public speaking skills is essential, elevating their ability to influence, persuade, and lead with resolute conviction. Here are some key tips to consider: https://joellandau.com/the-public-speaking-tips-to-help-you-be-a-stronger-leader/
Ganpati Kumar Choudhary Indian Ethos PPT.pptx, The Dilemma of Green Energy Corporation
Green Energy Corporation, a leading renewable energy company, faces a dilemma: balancing profitability and sustainability. Pressure to scale rapidly has led to ethical concerns, as the company's commitment to sustainable practices is tested by the need to satisfy shareholders and maintain a competitive edge.
Comparing Stability and Sustainability in Agile SystemsRob Healy
Copy of the presentation given at XP2024 based on a research paper.
In this paper we explain wat overwork is and the physical and mental health risks associated with it.
We then explore how overwork relates to system stability and inventory.
Finally there is a call to action for Team Leads / Scrum Masters / Managers to measure and monitor excess work for individual teams.
Specific ServPoints should be tailored for restaurants in all food service segments. Your ServPoints should be the centerpiece of brand delivery training (guest service) and align with your brand position and marketing initiatives, especially in high-labor-cost conditions.
408-784-7371
Foodservice Consulting + Design
A presentation on mastering key management concepts across projects, products, programs, and portfolios. Whether you're an aspiring manager or looking to enhance your skills, this session will provide you with the knowledge and tools to succeed in various management roles. Learn about the distinct lifecycles, methodologies, and essential skillsets needed to thrive in today's dynamic business environment.
Make it or Break it - Insights for achieving Product-market fit .pdfResonate Digital
This presentation was used in talks in various startup and SMB events, focusing on achieving product-market fit by prioritizing customer needs over your solution. It stresses the importance of engaging with your target audience directly. It also provides techniques for interviewing customers, leveraging Jobs To Be Done for insights, and refining product positioning and features to drive customer adoption.
3. 3
Planning Poker
A consensus-based technique for estimating
Used to estimate Size (Story Point) of an User
Story -or- Effort (ideal hours) of a Task
May use Fibonacci sequence such as 0, 1, 2, 3, 5,
8, 13, 20, 40, 100 cards
4. 4
Planning Poker Steps
1. The moderator (usually the product owner) reads out the story
2. Team discuses and each estimator selects a card that represents
his/her estimation
3. Team reveals all cards at once
4. High and low estimates are reconciled / clarified
5. Goto step 2. Future rounds show convergence, otherwise choose:
Majority estimate -or-
High estimate(s) -or-
Average of the estimates -or-
Adopt three points (PERT) averaging
5. 5
Determining User Story’s Size
1 2 3
Select a basis size for a
user story (Basis Story)
Estimate for the
remaining stories based
on relative size with the
basis story
2 4 6
3 6 9
7. 7
Why does Planning Poker work?
Sizing user stories
=> Performance is measured and get chance to improve
It brings multiple expert opinions together
=> High and low estimates are reconciled / clarified
Estimators improve overall understanding
=> accuracy of estimates
Group discussions
=> averaging of the individual estimates
8. 8
Affinity Estimating
1. Silent Relative Sizing
2. Wikipedia-like Editing of Wall
3. Place Items into Relative Sizing
Buckets
4. Product Owner “Challenge”
5. Get it into Electronic tool
15. 15
Release Planning
Example of Deriving estimates
• 4 Sprints
• 3 weeks long per Sprint
• 12 weeks total duration
Average of #SPs completed in a
sprint = 45 Points
Example of Definition of Done (DoD)
• Deployment testing passed
• Release notes delivered
• Build requirements met
• Integrated stress testing passed
16. 16
Iteration Planning
Example of Sprint’s DoD
• Bugs committed in sprint
resolved
• Product Owner demo
• No compile warning in code
• Code repository is tagged
Example of Story’s DoD
• Unit test passed
• Functional test passed
• Acceptance test passed
• Task’s status is updated
• Code is reviewed
• Build system compiles
17. 17
Daily Planning
Tips for daily meeting
• Focus on getting updates from
the team
• Always Be On Time
• 15 Minute Time-Box
• Avoid Lose Focus
• Make it visual
• Identify Blockers
• The Team Is Most Important
• Don’t Blog or Email or … during
Daily Meetings
Symbol Description
Good start To help start the day well
Improvement To support improvement
Focus
To reinforce focus on the
right things
Team
To reinforce the sense of
team
Status
To communicate what is
going on
19. 19
Self-Organizing team
Monitoring tools
Burn-down chart
Burn-up chart
Cumulative Flow Diagram
Velocity chart
Parking Lot Chart
Acceptance Test Chart
Test Coverage metrics
Monitoring
20. 20
Define: A group of motivated individuals, who work together toward a
goal, have the ability and authority to take decisions and readily adapt to
changing demands
Self-Organizing Team
Important ingredients:
Pull work for themselves
Commit on their work
Manage their work as a group
Still require mentoring, coaching
Communicate more with each other
Understand requirements and aren’t
afraid to ask questions to get their
doubts clarified
Continuously enhance their own
skills and recommend innovative
ideas and improvements.
28. 28
Summary
Agile Planning
Re-planning occurs frequently
Estimates of size and duration are separated
Plans are made at different levels
Plans are based on features, not tasks
Work-in-Progress is eliminated in every iteration
Uncertainty is acknowledged and planned for
Monitoring
Tracking is at the team level
Using visible graphs in working place