exploratory-testing

Exploratory Testing

Exploratory testing is a dynamic and adaptable software testing approach where testers actively explore the application to discover defects and improve test coverage. It offers faster feedback, higher flexibility, and is a valuable complement to traditional testing methodologies. However, challenges include effective documentation and skill requirements for testers.

Techniques of Exploratory Testing

Exploratory testing encompasses several techniques, each offering a unique way to approach software exploration:

  • Session-Based Testing: Testers conduct exploratory testing within specific time-boxed sessions. These sessions are typically structured, with predefined objectives and time limits. Testers document their findings, observations, and any issues encountered during the session. This structured approach ensures that exploration is focused and time-bound.
  • Ad-Hoc Testing: Ad-hoc testing is informal and unscripted. Testers do not follow predefined test cases but rather rely on their domain knowledge and intuition to uncover defects. This technique is highly flexible and allows testers to improvise based on their instincts and exploration findings.
  • Scenario-Based Testing: In scenario-based testing, testers explore the software’s behavior in different situations or scenarios. Scenarios are predefined, representing real-world conditions or user interactions. Testers then navigate the application through these scenarios, observing how it responds and identifying any issues that arise.

Benefits of Exploratory Testing

Exploratory testing offers several key advantages:

  • Faster Feedback: Exploratory testing is highly efficient in identifying defects and issues as they arise. Testers can report problems in real-time, leading to quicker resolutions and a more rapid development cycle.
  • Improved Coverage: Since exploratory testing is less rigid than scripted testing, it naturally leads to the exploration of various scenarios and edge cases. This broader coverage helps uncover issues that scripted tests might miss.
  • Flexible Approach: Exploratory testing is adaptable to changing priorities and real-time observations. Testers can shift their focus based on emerging issues, making it a versatile approach that aligns with the software’s evolving state.

Challenges in Exploratory Testing

While exploratory testing offers many advantages, it also comes with some challenges:

  • Documentation: Striking the right balance between detailed documentation and exploration can be challenging. Testers need to capture enough information to reproduce defects, but excessive documentation can impede the flow of exploration.
  • Skill Requirement: Effective exploratory testing relies heavily on the tester’s domain knowledge, intuition, and ability to identify issues on the fly. It can be demanding for testers who are not well-versed in the application’s domain.
  • Tracking Progress: Ensuring that testing progress is effectively tracked and reported can be challenging. Without predefined test cases, it can be difficult to quantify the extent of testing and the coverage achieved.

Exploratory Testing Highlights:

  • Approach: Dynamic and adaptable testing where testers actively explore the application.
  • Techniques: Session-based, ad-hoc, scenario-based testing methods.
  • Benefits: Faster defect identification, improved test coverage, flexibility.
  • Challenges: Balancing documentation, skilled testers, tracking progress.

Examples

  • E-commerce Website – Product Search:
    • Scenario: An e-commerce website wants to ensure that its product search functionality is robust.
    • Exploratory Test: Testers are given a set of tasks, such as finding specific products, applying filters, and sorting search results. They actively explore the search feature, noting any issues with query handling, relevance of search results, and user experience.
  • Mobile Weather App – Location-Based Forecast:
    • Scenario: A weather app includes a location-based forecast feature for users.
    • Exploratory Test: Testers use the app to check weather forecasts for different locations. They explore the accuracy of location detection, the presentation of weather data, and how well the app handles switching between locations.
  • Social Media Platform – Photo Upload:
    • Scenario: A social media platform introduces a new photo upload feature.
    • Exploratory Test: Testers explore the photo upload process, checking for user-friendliness, upload speed, and any issues related to image formatting or privacy settings. They actively use the feature, improvising test scenarios.
  • Financial Software – Transaction History:
    • Scenario: A financial software application offers a transaction history feature.
    • Exploratory Test: Testers navigate through transaction history, searching for specific transactions, applying filters, and examining transaction details. They explore how well the software handles different transaction types and data volumes.
  • Gaming Application – User Interaction:
    • Scenario: A gaming app wants to ensure an engaging user experience.
    • Exploratory Test: Testers actively play the game, interacting with characters, objects, and game mechanics. They explore the game’s responsiveness, graphics quality, and the occurrence of any glitches or unexpected behaviors.
  • Project Management Tool – Task Assignment:
    • Scenario: A project management tool introduces a new task assignment feature.
    • Exploratory Test: Testers use the tool to assign tasks to team members, explore notifications, and evaluate task tracking. They improvise test cases to simulate various real-world scenarios, checking for usability and accuracy.
  • Educational Software – Quiz Functionality:
    • Scenario: An educational software company wants to ensure the effectiveness of its quiz feature.
    • Exploratory Test: Testers actively take quizzes, explore question types, and evaluate the scoring system. They vary their responses to assess how the software handles different answer formats and scoring logic.

Key Highlights

  • Approach: Exploratory testing is a dynamic and adaptable approach where testers actively explore the application without predefined test cases.
  • Techniques: Testers use techniques such as session-based testing, ad-hoc testing, and scenario-based testing.
  • Benefits:
    • Faster Feedback: Rapid identification of defects and issues leads to quicker resolution.
    • Improved Coverage: Exploration of various scenarios enhances test coverage and identifies edge cases.
    • Flexible Approach: Testers can adapt testing based on real-time observations and priorities.
  • Challenges:
    • Documentation: Balancing detailed documentation with real-time testing exploration.
    • Skill Requirement: Testers need strong domain knowledge and expertise to identify issues on-the-fly.
    • Tracking Progress: Effective tracking and reporting of testing progress and results are essential.

ConceptsDescriptionWhen to Apply
Agile Testing– Agile Testing is an iterative approach to software testing that aligns with Agile development methodologies, such as Scrum or Kanban. – It involves integrating testing activities into the development process, focusing on continuous feedback, collaboration, and adaptability to deliver high-quality software increments. – Agile Testing emphasizes early and frequent testing, test automation, and cross-functional collaboration between developers, testers, and other stakeholders.– When organizations adopt Agile development methodologies and seek to implement testing practices that support iterative development, rapid delivery, and customer-centricity. – Agile Testing enables teams to identify defects early, validate user stories, and ensure that software meets customer requirements and quality standards throughout the development lifecycle. – It is applicable in software development projects where responsiveness to change, customer feedback, and continuous improvement are critical for delivering value and achieving project objectives.
Risk-Based Testing– Risk-Based Testing is a software testing approach that prioritizes testing efforts based on the perceived risks associated with software features, functionalities, or components. – It involves identifying and assessing risks, prioritizing test cases or scenarios based on their potential impact and likelihood of occurrence, and allocating testing resources accordingly. – Risk-Based Testing aims to optimize testing coverage and effectiveness by focusing on areas of the application that are most critical or prone to defects.– When organizations want to allocate testing resources efficiently, maximize test coverage, and mitigate the most significant risks in the software under test. – Risk-Based Testing enables teams to prioritize testing efforts based on the likelihood and impact of potential failures, ensuring that critical functionality and high-risk areas receive adequate testing attention. – It is applicable in projects with limited testing resources, tight deadlines, or complex software systems, where prioritizing testing efforts based on risk exposure is essential for delivering quality software within constraints.
Session-Based Testing– Session-Based Testing is a structured exploratory testing approach that involves testers conducting focused testing sessions with predefined objectives, time limits, and reporting requirements. – It combines the flexibility and creativity of exploratory testing with the structure and accountability of test charters, enabling testers to explore software features, functionalities, and scenarios efficiently. – Session-Based Testing aims to maximize test coverage, identify defects, and provide rapid feedback by organizing testing activities into time-boxed sessions and capturing session notes and findings for review and follow-up.– When organizations want to leverage the benefits of exploratory testing while providing structure, accountability, and traceability to testing activities. – Session-Based Testing enables testers to explore software systematically, focusing on specific areas or test objectives within predefined time frames, and report their findings effectively for review and analysis. – It is applicable in agile development environments, continuous delivery pipelines, and projects where rapid feedback and adaptability are essential for delivering quality software increments.
Exploratory Testing– Exploratory Testing is an approach to software testing that emphasizes freedom, creativity, and adaptability, allowing testers to explore software features, functionalities, and scenarios dynamically and without predefined test scripts. – It involves simultaneous learning, test design, and test execution, as testers explore the software, make observations, and make testing decisions in real-time based on their findings. – Exploratory Testing promotes tester autonomy, critical thinking, and collaboration, enabling teams to discover defects, usability issues, and edge cases that may not be identified through traditional scripted testing approaches.– When organizations want to supplement traditional testing approaches with exploratory testing to uncover defects, usability issues, and areas of uncertainty or complexity in the software. – Exploratory Testing is well-suited for projects with evolving requirements, frequent changes, or ambiguous specifications, where adaptability, creativity, and rapid feedback are essential for ensuring software quality and customer satisfaction. – It is applicable in agile and iterative development environments, user acceptance testing, and regression testing, where testers need to respond quickly to changes and validate software against user expectations and business goals.
Context-Driven Testing– Context-Driven Testing is an approach to software testing that emphasizes the importance of adapting testing practices and strategies to the specific context of the project, including its goals, risks, constraints, and stakeholders. – It involves leveraging testing techniques, tools, and methodologies based on the unique characteristics and requirements of the project, rather than applying a one-size-fits-all approach. – Context-Driven Testing encourages testers to use their judgment, experience, and creativity to tailor testing efforts to the project’s needs, priorities, and objectives, promoting effectiveness and efficiency in testing activities.– When organizations operate in diverse and dynamic environments where testing needs, objectives, and constraints vary from project to project. – Context-Driven Testing provides a flexible and adaptable approach to software testing, enabling teams to align testing practices with project goals, constraints, and stakeholder expectations effectively. – It is applicable in projects with evolving requirements, complex architectures, and diverse user communities, where traditional testing approaches may not adequately address the unique challenges and uncertainties inherent in the project context.
User Acceptance Testing (UAT)– User Acceptance Testing (UAT) is the final phase of software testing before the software is released to end-users, focusing on validating that the software meets user requirements, expectations, and business needs. – It involves end-users or business stakeholders executing test cases, scenarios, or workflows in a production-like environment to verify that the software behaves as expected and meets acceptance criteria. – User Acceptance Testing aims to ensure that the software is fit for purpose, user-friendly, and aligned with business objectives, facilitating a smooth transition to production and user adoption.– When organizations want to validate that the software meets user expectations, business requirements, and regulatory compliance before deployment to production. – User Acceptance Testing provides stakeholders with an opportunity to evaluate the software’s functionality, usability, and performance in a real-world context, ensuring that it meets their needs and objectives effectively. – It is applicable in projects involving custom software development, software upgrades, or system integrations, where user input and validation are critical for project success and customer satisfaction.
Beta Testing– Beta Testing is a type of user acceptance testing conducted by releasing pre-release versions of software to a selected group of external or internal users, known as beta testers or beta users. – It involves collecting feedback, bug reports, and usability insights from beta testers, who use the software in real-world environments and provide input on its performance, reliability, and user experience. – Beta Testing helps organizations identify defects, usability issues, and areas for improvement before the software is released to a wider audience, enabling them to make informed decisions and prioritize enhancements based on user feedback.– When organizations want to gather feedback from real users, validate software functionality, and identify defects or usability issues before releasing the software to the general public. – Beta Testing provides organizations with valuable insights into user preferences, behaviors, and expectations, allowing them to make data-driven decisions and improve the software’s quality and user experience iteratively. – It is applicable in software development projects, mobile app releases, and product launches, where early user feedback and validation are essential for achieving market success and customer satisfaction.
Exploratory Test Automation– Exploratory Test Automation combines the principles of exploratory testing with test automation techniques to enhance testing efficiency, coverage, and effectiveness. – It involves using test automation tools and frameworks to support exploratory testing activities, such as test case generation, execution, and result analysis, while allowing testers to explore the software dynamically and make testing decisions in real-time. – Exploratory Test Automation enables organizations to leverage the benefits of both exploratory testing and test automation, achieving faster feedback, better test coverage, and higher-quality software releases.– When organizations want to improve testing efficiency, coverage, and reliability by automating repetitive and time-consuming testing tasks while allowing testers to explore the software dynamically and make testing decisions in real-time. – Exploratory Test Automation provides a hybrid approach to software testing, combining the flexibility and creativity of exploratory testing with the repeatability and scalability of test automation, to achieve optimal testing outcomes in agile and iterative development environments. – It is applicable in projects with frequent releases, complex architectures, and evolving requirements, where balancing speed, quality, and adaptability in testing is essential for achieving project goals and customer satisfaction.
Model-Based Testing– Model-Based Testing is an approach to software testing that uses models or representations of the system under test to derive test cases, predict system behavior, and verify conformance to specifications. – It involves creating models of the software’s functionality, behavior, or requirements using formal or informal techniques, such as finite state machines, statecharts, or decision tables, and generating test cases automatically or semi-automatically from these models. – Model-Based Testing aims to improve testing efficiency, coverage, and reliability by systematically deriving test cases from models, reducing the effort and time required for test case design and maintenance.– When organizations want to improve testing efficiency, coverage, and effectiveness by using models or representations of the system under test to derive test cases, predict system behavior, and verify conformance to specifications. – Model-Based Testing enables organizations to accelerate the test design and execution process, reduce manual effort and human error, and achieve higher levels of test coverage and reliability in software testing. – It is applicable in projects with complex architectures, evolving requirements, and regulatory compliance needs, where systematic test design and automation are essential for achieving quality and efficiency in testing.
Continuous Testing– Continuous Testing is a software testing approach that integrates testing activities into the software delivery pipeline, enabling automated testing of code changes as they are developed, integrated, and deployed. – It involves automating the execution of test cases, scripts, or scenarios across different stages of the software delivery lifecycle, such as development, integration, and production, to provide rapid feedback on the quality and stability of the software. – Continuous Testing aims to identify defects early, validate changes quickly, and ensure that software releases meet quality and performance objectives throughout the development process.– When organizations adopt DevOps practices and seek to accelerate software delivery, improve collaboration between development and testing teams, and enhance the quality and reliability of software releases. – Continuous Testing enables organizations to automate testing activities and integrate them seamlessly into the software delivery pipeline, facilitating rapid feedback, early defect detection, and continuous improvement in software quality and reliability. – It is applicable in agile and DevOps environments, where frequent releases, short feedback cycles, and high-quality standards are essential for achieving business agility and customer satisfaction.

Connected Agile & Lean Frameworks

AIOps

aiops
AIOps is the application of artificial intelligence to IT operations. It has become particularly useful for modern IT management in hybridized, distributed, and dynamic environments. AIOps has become a key operational component of modern digital-based organizations, built around software and algorithms.

AgileSHIFT

AgileSHIFT
AgileSHIFT is a framework that prepares individuals for transformational change by creating a culture of agility.

Agile Methodology

agile-methodology
Agile started as a lightweight development method compared to heavyweight software development, which is the core paradigm of the previous decades of software development. By 2001 the Manifesto for Agile Software Development was born as a set of principles that defined the new paradigm for software development as a continuous iteration. This would also influence the way of doing business.

Agile Program Management

agile-program-management
Agile Program Management is a means of managing, planning, and coordinating interrelated work in such a way that value delivery is emphasized for all key stakeholders. Agile Program Management (AgilePgM) is a disciplined yet flexible agile approach to managing transformational change within an organization.

Agile Project Management

agile-project-management
Agile project management (APM) is a strategy that breaks large projects into smaller, more manageable tasks. In the APM methodology, each project is completed in small sections – often referred to as iterations. Each iteration is completed according to its project life cycle, beginning with the initial design and progressing to testing and then quality assurance.

Agile Modeling

agile-modeling
Agile Modeling (AM) is a methodology for modeling and documenting software-based systems. Agile Modeling is critical to the rapid and continuous delivery of software. It is a collection of values, principles, and practices that guide effective, lightweight software modeling.

Agile Business Analysis

agile-business-analysis
Agile Business Analysis (AgileBA) is certification in the form of guidance and training for business analysts seeking to work in agile environments. To support this shift, AgileBA also helps the business analyst relate Agile projects to a wider organizational mission or strategy. To ensure that analysts have the necessary skills and expertise, AgileBA certification was developed.

Agile Leadership

agile-leadership
Agile leadership is the embodiment of agile manifesto principles by a manager or management team. Agile leadership impacts two important levels of a business. The structural level defines the roles, responsibilities, and key performance indicators. The behavioral level describes the actions leaders exhibit to others based on agile principles. 

Andon System

andon-system
The andon system alerts managerial, maintenance, or other staff of a production process problem. The alert itself can be activated manually with a button or pull cord, but it can also be activated automatically by production equipment. Most Andon boards utilize three colored lights similar to a traffic signal: green (no errors), yellow or amber (problem identified, or quality check needed), and red (production stopped due to unidentified issue).

Bimodal Portfolio Management

bimodal-portfolio-management
Bimodal Portfolio Management (BimodalPfM) helps an organization manage both agile and traditional portfolios concurrently. Bimodal Portfolio Management – sometimes referred to as bimodal development – was coined by research and advisory company Gartner. The firm argued that many agile organizations still needed to run some aspects of their operations using traditional delivery models.

Business Innovation Matrix

business-innovation
Business innovation is about creating new opportunities for an organization to reinvent its core offerings, revenue streams, and enhance the value proposition for existing or new customers, thus renewing its whole business model. Business innovation springs by understanding the structure of the market, thus adapting or anticipating those changes.

Business Model Innovation

business-model-innovation
Business model innovation is about increasing the success of an organization with existing products and technologies by crafting a compelling value proposition able to propel a new business model to scale up customers and create a lasting competitive advantage. And it all starts by mastering the key customers.

Constructive Disruption

constructive-disruption
A consumer brand company like Procter & Gamble (P&G) defines “Constructive Disruption” as: a willingness to change, adapt, and create new trends and technologies that will shape our industry for the future. According to P&G, it moves around four pillars: lean innovation, brand building, supply chain, and digitalization & data analytics.

Continuous Innovation

continuous-innovation
That is a process that requires a continuous feedback loop to develop a valuable product and build a viable business model. Continuous innovation is a mindset where products and services are designed and delivered to tune them around the customers’ problem and not the technical solution of its founders.

Design Sprint

design-sprint
A design sprint is a proven five-day process where critical business questions are answered through speedy design and prototyping, focusing on the end-user. A design sprint starts with a weekly challenge that should finish with a prototype, test at the end, and therefore a lesson learned to be iterated.

Design Thinking

design-thinking
Tim Brown, Executive Chair of IDEO, defined design thinking as “a human-centered approach to innovation that draws from the designer’s toolkit to integrate the needs of people, the possibilities of technology, and the requirements for business success.” Therefore, desirability, feasibility, and viability are balanced to solve critical problems.

DevOps

devops-engineering
DevOps refers to a series of practices performed to perform automated software development processes. It is a conjugation of the term “development” and “operations” to emphasize how functions integrate across IT teams. DevOps strategies promote seamless building, testing, and deployment of products. It aims to bridge a gap between development and operations teams to streamline the development altogether.

Dual Track Agile

dual-track-agile
Product discovery is a critical part of agile methodologies, as its aim is to ensure that products customers love are built. Product discovery involves learning through a raft of methods, including design thinking, lean start-up, and A/B testing to name a few. Dual Track Agile is an agile methodology containing two separate tracks: the “discovery” track and the “delivery” track.

eXtreme Programming

extreme-programming
eXtreme Programming was developed in the late 1990s by Ken Beck, Ron Jeffries, and Ward Cunningham. During this time, the trio was working on the Chrysler Comprehensive Compensation System (C3) to help manage the company payroll system. eXtreme Programming (XP) is a software development methodology. It is designed to improve software quality and the ability of software to adapt to changing customer needs.

Feature-Driven Development

feature-driven-development
Feature-Driven Development is a pragmatic software process that is client and architecture-centric. Feature-Driven Development (FDD) is an agile software development model that organizes workflow according to which features need to be developed next.

Gemba Walk

gemba-walk
A Gemba Walk is a fundamental component of lean management. It describes the personal observation of work to learn more about it. Gemba is a Japanese word that loosely translates as “the real place”, or in business, “the place where value is created”. The Gemba Walk as a concept was created by Taiichi Ohno, the father of the Toyota Production System of lean manufacturing. Ohno wanted to encourage management executives to leave their offices and see where the real work happened. This, he hoped, would build relationships between employees with vastly different skillsets and build trust.

GIST Planning

gist-planning
GIST Planning is a relatively easy and lightweight agile approach to product planning that favors autonomous working. GIST Planning is a lean and agile methodology that was created by former Google product manager Itamar Gilad. GIST Planning seeks to address this situation by creating lightweight plans that are responsive and adaptable to change. GIST Planning also improves team velocity, autonomy, and alignment by reducing the pervasive influence of management. It consists of four blocks: goals, ideas, step-projects, and tasks.

ICE Scoring

ice-scoring-model
The ICE Scoring Model is an agile methodology that prioritizes features using data according to three components: impact, confidence, and ease of implementation. The ICE Scoring Model was initially created by author and growth expert Sean Ellis to help companies expand. Today, the model is broadly used to prioritize projects, features, initiatives, and rollouts. It is ideally suited for early-stage product development where there is a continuous flow of ideas and momentum must be maintained.

Innovation Funnel

innovation-funnel
An innovation funnel is a tool or process ensuring only the best ideas are executed. In a metaphorical sense, the funnel screens innovative ideas for viability so that only the best products, processes, or business models are launched to the market. An innovation funnel provides a framework for the screening and testing of innovative ideas for viability.

Innovation Matrix

types-of-innovation
According to how well defined is the problem and how well defined the domain, we have four main types of innovations: basic research (problem and domain or not well defined); breakthrough innovation (domain is not well defined, the problem is well defined); sustaining innovation (both problem and domain are well defined); and disruptive innovation (domain is well defined, the problem is not well defined).

Innovation Theory

innovation-theory
The innovation loop is a methodology/framework derived from the Bell Labs, which produced innovation at scale throughout the 20th century. They learned how to leverage a hybrid innovation management model based on science, invention, engineering, and manufacturing at scale. By leveraging individual genius, creativity, and small/large groups.

Lean vs. Agile

lean-methodology-vs-agile
The Agile methodology has been primarily thought of for software development (and other business disciplines have also adopted it). Lean thinking is a process improvement technique where teams prioritize the value streams to improve it continuously. Both methodologies look at the customer as the key driver to improvement and waste reduction. Both methodologies look at improvement as something continuous.

Lean Startup

startup-company
A startup company is a high-tech business that tries to build a scalable business model in tech-driven industries. A startup company usually follows a lean methodology, where continuous innovation, driven by built-in viral loops is the rule. Thus, driving growth and building network effects as a consequence of this strategy.

Minimum Viable Product

minimum-viable-product
As pointed out by Eric Ries, a minimum viable product is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort through a cycle of build, measure, learn; that is the foundation of the lean startup methodology.

Leaner MVP

leaner-mvp
A leaner MVP is the evolution of the MPV approach. Where the market risk is validated before anything else

Kanban

kanban
Kanban is a lean manufacturing framework first developed by Toyota in the late 1940s. The Kanban framework is a means of visualizing work as it moves through identifying potential bottlenecks. It does that through a process called just-in-time (JIT) manufacturing to optimize engineering processes, speed up manufacturing products, and improve the go-to-market strategy.

Jidoka

jidoka
Jidoka was first used in 1896 by Sakichi Toyoda, who invented a textile loom that would stop automatically when it encountered a defective thread. Jidoka is a Japanese term used in lean manufacturing. The term describes a scenario where machines cease operating without human intervention when a problem or defect is discovered.

PDCA Cycle

pdca-cycle
The PDCA (Plan-Do-Check-Act) cycle was first proposed by American physicist and engineer Walter A. Shewhart in the 1920s. The PDCA cycle is a continuous process and product improvement method and an essential component of the lean manufacturing philosophy.

Rational Unified Process

rational-unified-process
Rational unified process (RUP) is an agile software development methodology that breaks the project life cycle down into four distinct phases.

Rapid Application Development

rapid-application-development
RAD was first introduced by author and consultant James Martin in 1991. Martin recognized and then took advantage of the endless malleability of software in designing development models. Rapid Application Development (RAD) is a methodology focusing on delivering rapidly through continuous feedback and frequent iterations.

Retrospective Analysis

retrospective-analysis
Retrospective analyses are held after a project to determine what worked well and what did not. They are also conducted at the end of an iteration in Agile project management. Agile practitioners call these meetings retrospectives or retros. They are an effective way to check the pulse of a project team, reflect on the work performed to date, and reach a consensus on how to tackle the next sprint cycle. These are the five stages of a retrospective analysis for effective Agile project management: set the stage, gather the data, generate insights, decide on the next steps, and close the retrospective.

Scaled Agile

scaled-agile-lean-development
Scaled Agile Lean Development (ScALeD) helps businesses discover a balanced approach to agile transition and scaling questions. The ScALed approach helps businesses successfully respond to change. Inspired by a combination of lean and agile values, ScALed is practitioner-based and can be completed through various agile frameworks and practices.

SMED

smed
The SMED (single minute exchange of die) method is a lean production framework to reduce waste and increase production efficiency. The SMED method is a framework for reducing the time associated with completing an equipment changeover.

Spotify Model

spotify-model
The Spotify Model is an autonomous approach to scaling agile, focusing on culture communication, accountability, and quality. The Spotify model was first recognized in 2012 after Henrik Kniberg, and Anders Ivarsson released a white paper detailing how streaming company Spotify approached agility. Therefore, the Spotify model represents an evolution of agile.

Test-Driven Development

test-driven-development
As the name suggests, TDD is a test-driven technique for delivering high-quality software rapidly and sustainably. It is an iterative approach based on the idea that a failing test should be written before any code for a feature or function is written. Test-Driven Development (TDD) is an approach to software development that relies on very short development cycles.

Timeboxing

timeboxing
Timeboxing is a simple yet powerful time-management technique for improving productivity. Timeboxing describes the process of proactively scheduling a block of time to spend on a task in the future. It was first described by author James Martin in a book about agile software development.

Scrum

what-is-scrum
Scrum is a methodology co-created by Ken Schwaber and Jeff Sutherland for effective team collaboration on complex products. Scrum was primarily thought for software development projects to deliver new software capability every 2-4 weeks. It is a sub-group of agile also used in project management to improve startups’ productivity.

Scrumban

scrumban
Scrumban is a project management framework that is a hybrid of two popular agile methodologies: Scrum and Kanban. Scrumban is a popular approach to helping businesses focus on the right strategic tasks while simultaneously strengthening their processes.

Scrum Anti-Patterns

scrum-anti-patterns
Scrum anti-patterns describe any attractive, easy-to-implement solution that ultimately makes a problem worse. Therefore, these are the practice not to follow to prevent issues from emerging. Some classic examples of scrum anti-patterns comprise absent product owners, pre-assigned tickets (making individuals work in isolation), and discounting retrospectives (where review meetings are not useful to really make improvements).

Scrum At Scale

scrum-at-scale
Scrum at Scale (Scrum@Scale) is a framework that Scrum teams use to address complex problems and deliver high-value products. Scrum at Scale was created through a joint venture between the Scrum Alliance and Scrum Inc. The joint venture was overseen by Jeff Sutherland, a co-creator of Scrum and one of the principal authors of the Agile Manifesto.

Six Sigma

six-sigma
Six Sigma is a data-driven approach and methodology for eliminating errors or defects in a product, service, or process. Six Sigma was developed by Motorola as a management approach based on quality fundamentals in the early 1980s. A decade later, it was popularized by General Electric who estimated that the methodology saved them $12 billion in the first five years of operation.

Stretch Objectives

stretch-objectives
Stretch objectives describe any task an agile team plans to complete without expressly committing to do so. Teams incorporate stretch objectives during a Sprint or Program Increment (PI) as part of Scaled Agile. They are used when the agile team is unsure of its capacity to attain an objective. Therefore, stretch objectives are instead outcomes that, while extremely desirable, are not the difference between the success or failure of each sprint.

Toyota Production System

toyota-production-system
The Toyota Production System (TPS) is an early form of lean manufacturing created by auto-manufacturer Toyota. Created by the Toyota Motor Corporation in the 1940s and 50s, the Toyota Production System seeks to manufacture vehicles ordered by customers most quickly and efficiently possible.

Total Quality Management

total-quality-management
The Total Quality Management (TQM) framework is a technique based on the premise that employees continuously work on their ability to provide value to customers. Importantly, the word “total” means that all employees are involved in the process – regardless of whether they work in development, production, or fulfillment.

Waterfall

waterfall-model
The waterfall model was first described by Herbert D. Benington in 1956 during a presentation about the software used in radar imaging during the Cold War. Since there were no knowledge-based, creative software development strategies at the time, the waterfall method became standard practice. The waterfall model is a linear and sequential project management framework. 

Read Also: Continuous InnovationAgile MethodologyLean StartupBusiness Model InnovationProject Management.

Read Next: Agile Methodology, Lean Methodology, Agile Project Management, Scrum, Kanban, Six Sigma.

Main Guides:

Main Case Studies:

Scroll to Top

Discover more from FourWeekMBA

Subscribe now to keep reading and get access to the full archive.

Continue reading

FourWeekMBA