The short answer is the one theDBGuy already offered.
However, if you want to extend specific pieces of functionality to others, you do have options. PowerApps comes to mind. I see PowerApps as an adjunct to a full-featured relational database applications built with Access. It is in no way a replacement or alternative to a fully developed relational database application in Access. That said, if you need remote users to perform a specific function, such as entering data collected in an off-premises meeting into your central database, PowerApps handles that kind of task well.
As an example, a painting contractor could send estimators to prospects homes to take photos of the house and yard, enter dimensions of the building and other pertinent details into an app on a tablet or phone. That data, including the photos are available through the full Access relational database application sitting on the desks of your inhouse users. They can work up the estimate and email it as a PDF to the prospect while the estimator is still on site. Note that this does not assume that phone app does everything, or even a significant part of what the full relational database application does.
Your Teams users CAN use PowerApps in Teams (I've not done that yet, but it's clearly an option) in such situations.
The data, of course, has to move out of an accdb into a server-based database such as SQL Azure or a remotely hosted SQL Server. Access itself is not yet enabled as a data source, unfortunately.
Another option that theDBGuy mentioned is to move your data into SharePoint lists and connect your accdb front ends to those lists. This allows your existing Access front end accdb to be used pretty much as it is now used with an accdb back end, but extends it to anyone who can connect to that SharePoint site.
Here is a YouTube video explaining the latter approach.