Getting Machine Learning Projects Unstuck
27 April, 2021
One of my teams does machine learning and we’ve had our share of stuck projects despite having some amazing ML experts on the team and alignment in the company around the need for ML. Many factors determine the success rate of ML projects that are non-engineering in their essence.
The first way one of the ML projects got stuck was by a lack of discussions with Product. If a few key questions aren’t addressed upfront, people weave a net of assumptions and won’t dissect the consequences of choosing one metric or solution over others.
So the first action to take is to talk to the PM for whom we would be delivering features and start asking questions. Here are some arising from our cases; there are surely others that apply to your case:
- What constraints apply to the product the ML project is for? There are always constraints you can’t wiggle out, whether they are legal, business, or product constraints. If you throw data at a computer, it will find the shortest path, which is not always acceptable. What is the success metric? Everyone should be crystal clear about what we are trying to improve or optimize.
- What mistakes and error rates are acceptable because an ML model will always make mistakes, and what to do about them?
Once everyone agrees on success metrics, engineers could use them directly, applying them to how they would train the data and measure how the model works, or they would have to find a proxy for it. That would initiate a number of other discussions, but at least nothing would be taken for granted.
Responses about acceptable errors would shape up the kind of solution we would come up with. That would provide engineers with an understanding of tradeoffs and possible alternative solutions. In fact, if something is exceedingly important and errors are not to be tolerated, maybe machine learning would not be the right solution in the first place, and instead, a human should be the one to do it. In some cases, we could accept false positives (something is wrong, but in fact, it isn’t), but not false negatives (everything is fine, but it isn’t). Obviously, no one would accept the same kind of errors if looking at chest X-rays and a recommendation system.
The next step would be to understand how we should remediate mistakes that are not acceptable. There are three most common scenarios: we would reduce them enough to drop them, add a human in the loop, or build the second model. These discussions are often missing, and that is the main cause for projects to get stuck.
The second example of a stuck ML project simply required clarifying the different roles of people involved in the project. Machine learning is a new field, and there can be a lot of confusion about roles and responsibilities. In this particular case, there was confusion about the role of ML engineer as an expert building the model, product analyst, data engineer, and PM.
- There is nothing obvious with delivering ML capability in production. It takes learning from anyone involved. You will most likely trip over something but have to learn how to get up and adapt. Discussing constraints is part of that learning and differs for every single project.
- Be very clear about what you expect different people on the ML team to do. Demarcate clearly the responsibilities of an ML engineer and data scientist/analyst. These two roles are somewhat fuzzy and what they encompass pretty much depends on the company.
Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader
As software engineers, we mainly talk about the power of tech skills and spending time learning new skills. However, there is also the influence that impacts your career as well.
Java champion, software engineer, architect, and open-source Contributor at Independent Technical Advisor
Based on an awesome book titled "Deep Work" by Cal Newport we provide provide a brief overview of the Rules for Focused Success in a Distracted World.
CEO at Quantum Vision Consulting
Learn about 10 rules from the wisdom of these long-living residents from Ogimi, a small village in Okinawa, Japan. You could interpret the rules as the lifestyle habits that enable the senior residents of Ogami to live long and enjoy their ikigai.
CEO at Quantum Vision Consulting
This was not a high point in my career. It's a story of single metric bias, how I let one measure become a 'source of truth', failed to manage up and ended up yelling at one of the most respected engineers in my team.
Chief Technology and Product Officer at Hive Learning
Supporting principles on why being data led (not driven) helps with the story telling.
Head of Engineering at Xero