Skip links

Designing Microsoft’s Azure Machine learning platform.

July 2018 to date

Reading time: 20 minutes

During the course of my work with the Azure Machine learning platform, I have been responsible for driving the end to end design experiences for thefollowing feature areas

Automated ML

Machine learning authoring tool for users new to machine learning.

Accessibility

Ensuring compliance with WCAG 2.1 standards. 

Computes

Virtual machine configurations to run jobs 

Notebooks

Code based authoring tool for Machine learning professionals

Linked services

Supporting external integrations with Azure Machine learning

Global search

Defining the search experience to search across all assets to enhance discoverability

Data management

Simplifying the data ingestion process in Azure Machine learning.

Registries

Building a collection of public and private assets for easy reuse.

Design systems

Defining the style and interaction design patterns for custom components built in the platform. 

I like to describe my work in three ACTS

Act one

July 2018 to December 2019

Establishing a design system

When I joined the Azure machine learning team, the platform was just was being built as an external platform outside the azure portal.Since we had a number of custom components which were not handled by Microsoft’s fluent design system, my first focus was to establish a common component library for the development team in terms of interaction patterns and handling edge cases. This was required as the initial move from the Azure portal was just a “lift and shift” and the primary focus was on ensuring existing features were supported.

Simplifying ML authoring for beginners

Also since Azure machine learning was just launching out, there was a strong push from management to build a simplified authoring experience for users with rudimentary data science skills to use the capabilities of AzureML to build an end to end pipeline without having to code. I worked with the PM team to define the end to end scenarios and drove the design of the end to end authoring experience for authoring experience known as Automated ML

Introducing Notebooks inside AzureML

Azure ML wanted to move away from the use of Jupyter Notebooks and move towards a fully integrated internal notebook experience with the AML portal. I drove the design experience for the entire AML notebooks experience inside and worked with Azure notebooks to build cross platform design patterns for our editing and cell experience. The highlight of this work was a presentation where Azure ML notebooks was shared with Bill Gates in a Microsoft investor presentation with some very positive feedback.

In addition, I worked with the research team to conduct usability studies on the experience in collaboration with the Azure notebooks team to identify points of improvement.

Some of the key highlights from the usability study were

18

Participants

4.12/5

Average satisfaction score

15

Issues filed as improvements

81.5/100

System Usability scale (SUS)

Act two

January 2020 to February 2021

Simplifying our virtual machine experience

Act 2 interestingly started at the same time as the covid pandemic hit the world. As AzureML notebooks and Automated ML had reached a level of stability with only minor incremental updates, I was asked to move my attention to enhancing and revamping our virtual machine authoring experience (also known as computes) inside workspaces and cross workspace as well.

I drove the design experience for the end to end authoring flow for computes handling the design experience for multiple compute authoring experience including compute instances , compute clusters and also defining the integration experiences across different authoring tools namely Notebooks, Automated ML and designer (a visual ML authoring tool built inside AML)

Enabling external integrations into AzureML

I also drove the design experience for multiple other asset experiences inside Azure ML namely linked services which would allow us to integrate external data and asset sources from outside of Azure ML. As the product grew, I also took up the authoring experience for endpoints and environments which would enable users to deploy models across different deployments and environments.

Ensuring the AzureML product was WCAG 2.1 compliant

I also aggressively drove the push for the product towards WCAG 2.1 compliance (the WCAG reflow requirements require any public facing site to be able to scale up to 400% zoom with no loss in functionality). While the actual discussion for this had started in November 2019 but due the pandemic, the compliance date which was July 2020 got pushed to July 2021.

This required significant cross collaboration with multiple product managers, development managers and leadership across the whole team. The steps taken to meet the accessibility standards were

Defining reflow requirements

Establishing a baseline of how the product would handle reflow requirements and what the breakpoints were.

Identifying templates and components

Identified all the page templates and custom templates that would need to handle the reflow requirements and defined screens for them across the different breakpoints.

Identifying issues

I worked closely with the external accessibility team and the partner team in China to also identify existing issues with regards to reflow and accessibility how we could address them.

Coordination with the development team

Finally, I worked with the Core UI team and the design team across all the product feature areas to ensure the reflow requirements were met.

Here are some screens showing general process followed and how the reflow experience was communicated to PM’s and developers.

It was during this time that I became the point of contact for all accessibility questions within the team and also the larger team.
Act three

February 2021 to date

Defining the search experience

As the product grew in usage, we realized that more and more of our users wanted us to support an experience which would not restrict them to a single workspace to do all their work. Hence there was a stronger push to support cross workspace experiences which basically led to my next focus area of defining the search experience across workspaces

This was a very high visibility project with regular inputs at the CVP level and regular usability testing.

Over the last 6 months we saw 10x adaption of search with extremely positive feedback

Building a  catalog of assets to enable reuse known as registries

Continuing with the cross workspace theme, there was even more enthusiastic feedback from users to support the sharing of assets across workspaces which would allow them to work across different workspaces but still use the assets they care about importing them into their workspace.

I drove the end to end design for supporting the experience working with the PM team to define requirements, determining short term and long term goals and defining the integration with search, assets within the workspace and the global workspace flow.

I also worked with the research team to define user scenarios and conduct usability tests along with detailed discussions with content to define naming taxonomy.

 

The current registry deployment is private beta currently and is being rolled out to external customers. However, we have seen significant adaption as shown below.

 

Impact so far

100k+

Jobs using registries

35

Total customers

400+

Assets shared in last 10 days

Stepping in to help with our data ingestion experience

While cross workspace experiences were my primary focus, analysis of our telemetry revealed that our users had issues trying to find the data they needed to train their models and run their jobs.

While there was a plan to backfill the design need for this particular area, hiring trends in the market significantly delayed our interview schedules requiring me to step in to fill in the design need for this particular area. I worked with the development manager and the PM team to identify the different scenarios and requirements we needed to handle and defined end to end design flows which we validated with usability testing with 10 users across multiple 3 different sub focus areas.

So some questions you might have

Since these questions come up quite frequently, I thought this FAQ section might help

My primary focus area now is driving our design experience across registries while also picking up some of the compute work around authoring and end to end experiences. I also am working with our accessibility PM to define the accessibility standards to introduce accessibility earlier in the design and development process

Since we hired a bunch of new team members, I spend a fair amount of time helping them onboard and guiding them. I also spend a fair amount of time improving our style guide especially around accessibility and responsive design experiences. I also work closely with the team in China to drive the design focus across our distributed design teams

Honestly it depends. I enjoy end to end cross collaboration scenarios where I can work with partners from different disciplines (User research, development, Program management) and can define the scenario and flow in collaboration with them. That said, I am known for my flexibility in quickly picking up and helping unblock teams who might need design help