For successful AI projects, celebrate your graveyard and be prepared to fail fast

AI teams invest a lot of rigor in defining new project guidelines. But the same is not true for killing existing projects. In the absence of clear guidelines, teams let infeasible projects drag on for months.

They put up a dog and pony show during project review meetings for fear of becoming the messengers of bad news. By streamlining the process to fail fast on infeasible projects, teams can significantly increase their overall success with AI initiatives.

In order to fail fast, AI initiatives should be managed as a conversion funnel analogous to marketing and sales funnels.

AI projects are different from traditional software projects. They have a lot more unknowns: availability of right datasets, model training to meet required accuracy threshold, fairness and robustness of recommendations in production, and many more.

In order to fail fast, AI initiatives should be managed as a conversion funnel analogous to marketing and sales funnels. Projects start at the top of the five-stage funnel and can drop off at any stage, either to be temporarily put on ice or permanently suspended and added to the AI graveyard. Each stage of the AI funnel defines a clear set of unknowns to be validated with a list of time-bound success criteria.

The AI project funnel has five stages:

Image Credits: Sandeep Uttamchandani

1. Problem definition: “If we build it, will they come?”

This is the top of the funnel. AI projects require significant investments not just during initial development but ongoing monitoring and refinement. This makes it important to verify that the problem being solved is truly worth solving with respect to potential business value compared to the effort to build. Even if the problem is worth solving, AI may not be required. There might be easier human-encoded heuristics to solve the problem.

Developing the AI solution is only half the battle. The other half is how the solution will actually be used and integrated. For instance, in developing an AI solution for predicting customer churn, there needs to be a clear understanding of incorporating attrition predictions in the customer support team workflow. A perfectly powerful AI project will fail to deliver business value without this level of integration clarity.

To successfully exit this stage, the following statements need to be true:

  • The AI project will produce tangible business value if delivered successfully.
  • There are no cheaper alternatives that can address the problem with the required accuracy threshold.
  • There is a clear path to incorporate the AI recommendations within the existing flow to make an impact.

In my experience, the early stages of the project have a higher ratio of aspiration compared to ground realities. Killing an ill-formed project can avoid teams from building “solutions in search of problems.”

2. Data availability : “We have the data to build it.”

At this stage of the funnel, we have verified the problem is worth solving. We now need to confirm the data availability to build the perception, learning and reasoning capabilities required in the AI project. Data needs vary based on the type of AI project  —  the requirements for a project building classification intelligence will be different from one providing recommendations or ranking.

Data availability broadly translates to having the right quality, quantity and features. Right quality refers to the fact that the data samples are an accurate reflection of the phenomenon we are trying to model  and meet properties such as independent and identically distributed. Common quality checks involve uncovering data collection errors, inconsistent semantics and errors in labeled samples.

The right quantity refers to the amount of data that needs to be available. A common misconception is that a significant amount of data is required for training machine learning models. This is not always true. Using pre-built transfer learning models, it is possible to get started with very little data. Also, more data does not always mean useful data. For instance, historic data spanning 10 years may not be a true reflection of current customer behavior. Finally, the right features need to be available to build the model. This is typically iterative and involves ML model design.

To successfully exit this stage, the following statements need to be true:

  • The datasets for the required features are available.
  • The corresponding datasets meet the quality requirements.
  • There are enough historic data samples available in those datasets.

In my experience, projects often are put on ice at this stage. The required features are missing and may take several months for the application teams to gather the datasets.

3. Model training :  “The project meets the accuracy thresholds.”

At this stage, we have confirmed the data is available and have iterated on ML model features. Now, it’s time to verify whether a model can actually be built to satisfy the required accuracy threshold.

Training is an iterative process where different combinations of ML algorithms, model configuration, datasets and input features are tried iteratively with the goal to meet the accuracy threshold. Training is resource-intensive, and given large datasets, the infrastructure capacity can become the limiting factor. This stage verifies that it is feasible to build the model using the existing infrastructure resources or within a feasible cloud budget.

During the training phase, there is the potential for “false alarms,” when the team has achieved significantly high accuracy numbers that are too good to be true. Before getting excited, it is important to double-check for the training and validation datasets to have duplicate samples. Also, there have been times when the initial tests might be promising but may not generalize over the entire dataset. Randomization of the dataset before training helps to avoid the roller coaster of accuracy variations.

To successfully exit this stage, the AI project is able to meet the required accuracy threshold after training.

4. Results fairness : “Generated results are  not garbage in, garbage out.”

We have confirmed the project can meet accuracy thresholds. Now, it’s time to verify that the results generated are actually fair with respect to bias, explainability, and compliance to privacy and data rights regulations.

Ensuring the fairness of AI recommendations is a topic of significant research. Most datasets are inherently biased and may not capture all the available attributes. Understanding the original purpose and assumptions of the dataset are important. Another common form of bias is underrepresentation —  for instance, a loan underwriting application not trained for a certain category of users or income range scenarios. It is important to evaluate model performance not just for overall accuracy but also across various data slices.

It is not just sufficient for the AI solution to be accurate — it needs to be explainable, i.e., how the algorithm arrived at its conclusions. Several regulated industries using automated decision-making tools are required to provide meaningful information about the generated results to their customers. Explainability can be supported in different forms: result visualization, feature correlations, what-if analysis, model cause-effect interpretability, etc.

To successfully exit this stage, the following statements need to be true:

  • Results have the appropriate checks and bounds for bias and are explainable.
  • The data used by the AI project meets user privacy and compliance regulations such as GDPR and CCPA.

5. Operational fitness: “Is it ready for production ?”

The last stage is to confirm operational fitness. Not all projects require the same operational rigor. I divide projects in a 2×2 matrix based on whether the training and inference are online versus offline. Offline training and inference are the easiest, while online training requires robust data pipelines and monitoring.

There are three core dimensions of operational fitness: model complexity, data pipelines robustness and retraining governance. Complex models are difficult to maintain and debug in production. The key is striking the right balance between simplicity and accuracy: A simple model may be less accurate, while a complex model may be more accurate but may not generalize to new data samples due to overfitting. Similarly, data pipelines are complex to manage given changing data schemas, quality issues and nonstandard business metrics. Finally, retraining needs to take into account changing accuracy due to shifts in data distribution as well as the semantics of features, aka concept drift.

To successfully exit this stage, the following statements need to be true:

  • Models have been optimized with the right balance between complexity and accuracy.
  • Data pipelines are robust with the required level of monitoring.
  • The right level of data and concept drift monitoring is implemented for model retraining.

To succeed in AI initiatives, teams need to fail fast. The five-stage conversion funnel provides a vocabulary for AI teams to communicate the status of projects to business teams replacing their black-box perception of these projects with a list of known unknowns. The funnel also helps identify common dropoff stages across projects that are potential areas of improvement. In a fail-fast culture, the AI graveyard is celebrated for the lessons learned that can be applied to future projects.