A roadmap for Home Assistant

Art by Clelia Rella

During our State of the Open Home livestream, we presented the future of the open home with the announcement of our first roadmap.

Over the past few years, we have begun the practice of giving a theme for the direction we wanted to take the Home Assistant project towards each year. Last year, we had the successful Year of the Voice, in which we built our voice assistant architecture from the ground up. And before that, we had “Streamlining Experiences” where we took our first stab at improving the UX.

Having a good set of goals allows us to focus our community and resources to build new projects rapidly together. With the Year of the Voice, we have attracted new contributors who are experts in wake words and voice technologies, translators of many languages, and hobbyists in building impressive one-of-a-kind voice assistants. We want to continue this success by laying out the strategy and direction for the continuous development of the Home Assistant project, and a product roadmap is a perfect tool for such a purpose.

Our roadmap is an open call for contributions in the product areas we are focusing on. Unlike many public roadmaps of commercial products, this is not a marketing ploy to attract customers to buy into nebulous, unrealized future features. It is a tool for our contributors and us, the project maintainers, to plan ahead for our collective future.

For this blog post, I’d like to detail how we came up with the roadmap, what it entails, and how you can build upon it together.

~ Madelena

Where can I find the roadmap?

Our roadmaps will be published in our blog in the Roadmap category, this allows the community to provide feedback and discuss our direction in the forums easily.

Our first roadmap for 2024 H1 can be found here.

What is a roadmap?

What it is

A roadmap provides the general direction of where we want to take our projects next, aka the “North Star” ⭐.

With existing products, it can be easy to operate on autopilot, especially when we are in a rhythm of building new features. Once in a while, it is important for us to understand the strategic context behind why we are doing what we are doing for our users, and figure out how we can get there in the long term.

A conversation about our roadmap with our community and users is an opportunity for us to verify our understanding of your needs before actually spending time and resources building them. Ideally, if we had done an excellent job in our user research, then the roadmap should merely confirm what you need, and there should be no surprises.

What it is not

We want to emphasize that this is not a list of upcoming features, nor does it indicate the exact timeframe of when features will be built. We will not know the exact features we need to build until we have a good grasp of the problem encountered through user research. Usually, the closer the priority is, the clearer the picture is, and the more likely we know what features to build.

What is on our roadmap?

Our roadmap has three major elements: initiatives, themes, and timeframes.

Initiatives

Our roadmap contains the list of initiatives (also known as “product opportunities” for all you PM nerds) that we intend to work on, such as “making automations easier to organize”. They indicate the overall outcome that we want to achieve. Sometimes, there would be obvious features that we all know we should be working on, such as the most requested “drag and drop” feature in order to “make dashboards easier and more intuitive to customize and use”. Sometimes the answers aren’t as obvious, which is when user research would help us a great deal in providing clarity and helping us brainstorm solutions.

Themes

These initiatives are organized by themes, usually in the different product areas of the Home Assistant project, or by the common goal that these initiatives would achieve. To coordinate our efforts, each of these themes are usually led and driven by the same group of maintainers composed of developers, designers, and a product owner, who are passionate about the subject matter. For example, I love dashboards and that’s my current focus, while @JLo loves Assist and is making great strides in those areas with our contributors.

Timeframes

Our timeframes are divided roughly into what’s current, next, and later priorities. We decided against using exact dates because, on the one hand, guaranteeing a due date on features we might not even need to build puts unnecessary pressure on our maintainers. On the other hand, we cannot predict if or when our contributors will make contributions to our top initiatives. In general, a current priority is about three months, next is another three months after what’s current is done, and so on.

How are roadmaps made?

We want to make sure that this is an open source, open development, and open design process. So we, as the core project maintainers, will keep the dialog open to feedback and changes from our contributors and our community.

For our first roadmap in 2024 H1, we worked hard for 7 months to build it from scratch in the following steps:

  1. Foundation: We make sure that our founder’s vision of what the best Home Assistant can be is reflected fully in the North Star of the roadmap. We also agree upon the purpose of the roadmap.

  2. Collective feedback: After that, we met with the core project maintainers of various product areas, from frontend, voice, OS, documentation, open protocols, ESPHome, and more. We collected hundreds of problems that they know are the most concerning to our users and their ideas on how these problems can be solved. We also scoured and scanned through every top feature request on our forums and from previous Months of What the Heck. We collated them into one huge list of product issues we need to solve.

  3. Prioritization: We organized and categorized these issues into various initiatives that we can pursue. Finally, we prioritized all these initiatives by the number of potential users who could benefit from them, how big an impact they can make, how certain we are in the issue, or if research is needed before proceeding. The final result is then organized into the roadmap that you see now.

A roadmap is a living document, and we intend to adjust our bearings and revisit it every half-year. For instance, when we improve initiatives to an adequate level or if the needs of our users and community change, we will move our resources to focus on the next important priorities.

Our next update on the roadmap will be around late October to early November, after collecting your feedback from our infamous Month of What the Heck.

How to use our roadmap

As I mentioned before, our roadmap is not a list of future features, but an open call for contributions in the product areas we are focusing on.

If you would like to contribute to the Home Assistant project, I hope that our roadmap can provide you with ideas and guidance on what you can do. There are a number of ways you can support this journey. Let’s build the future of the Open Home together!

  • Develop: If you are a developer, of course you can contribute your code!

    If you are an expert in the areas we are currently focused on in our roadmap, please feel free to reach out to us directly on Discord. For example, if our current focus is to “improve voice assistant abilities out of the box” and if you were a wake word or LLM expert, that’s perfect! Please reach out and see where you can help.

    If you know what you want to build, awesome! Be sure to check out our developer docs and learn about our review process.

    If you don’t have any ideas on what to code, please feel free to check out our GitHub issues and our top feature requests. You may also chat with other folks on Discord to find out what needs your help the most.

  • Design: If you are a product person or a designer, we need you! Many of our features and contributions need great product goals, research, and design that solve real problems. Help us brainstorm ideas and solutions for the problems we want to solve on our roadmap, or report any new unforeseen problems that you notice in our community.

  • Participate in user research: If you and your housemates or family are interested, we would love to have you as part of our user research pool. From time to time, we will send out surveys or invite users to user interviews. This allows us to get an objective understanding of our users and validate and test our assumptions. Sign up to be part of the Home Assistant User Research Group.

  • Guide our direction: As already mentioned, we use our Feature Request and Month of What The Heck? forums to guide the creation and prioritization of the roadmap. The number of votes and the amount of thoughtful discussions and creative ideas matter, so please participate in the threads and help guide the direction of our project.

And that’s all you need to know about our roadmaps! Thanks for reading! Looking forward to collaborating with you on the Home Assistant project soon!

~ Madelena

FAQ

1. I want feature X!

Sure thing, we hear you. If you really want feature X, can you tell us and everyone in our community more about it, such as, what problems will this feature solve? Better yet, is it a recurring problem you have noticed that will help many other people? Use cases, research, and various evidence help us all decide whether we will proceed with such a feature. Make some noise on our forums, submit it to our feature requests, and see if it resonates with others. Maybe a contributor can help you out if the need is strong enough

2. I think the Home Assistant project should go in direction Y.

If you have a brilliant vision of what Home Assistant can become, please feel free to discuss them openly in the comments section of the roadmap, or post your thoughts on our forums. Our direction is determined by the collective needs of our users, guided by our Open Home values of privacy, choice, and sustainability. Any ideas that can benefit these areas may be considered to become part of our project vision.


This is a companion discussion topic for the original entry at https://www.home-assistant.io/blog/2024/06/12/roadmap-introduction
7 Likes

I am currently setting up a development environment in hopes to contribute toward a family calendar function. I am looking to replace online services such as Cozi, FamilyWall, etc with a local option. Home Assistant already has a framework layed with the new Local Calendar integration and shopping/todo lists. We just need to add a way to have multiple attendees in appointments.

If a device gets lost or broken all automations, scenes, dashboards where this device is part of will be broken. It’s fine and it helps but if I replace the device (Hue Bulb with another new Hue Bulb or some sensor that died) I would like to be able to put it as an replacement.

My automations would magically work again and so would my dashboard and 3D interface.

2 Likes

I foresee a roadmap where links in blog posts don’t 404.

:smile:
I foresee a future where people no longer consider MS Office an IT skill on their CVs. Dream on :wink::smile:

3 Likes

First of all; Paulus Schoutsen and his team is doing a fantastic job!
As always there’s room for improvements, and one area I’d like to address is the arrangement and presentations during yur release parties. These YouTube videos are becoming more and more important, and they are watched by thousands, not only real-time, but also later.
I have to things on my wish-list:
Some of your most technically skilled presenters needs presentation training: Speak slower, don’t improvise too much, it just ends up being confusing when they jump quickly back and forth between subjects and pictures. Pick a track and stay on it. And practice your pronounciation of the english language. When YouTube’s autotranslate feature completely looses track, don’t expect anyone else to be able to follow. Then it’s better that each one use their naitive language, and YouTube will be able to translate.

Second thing; Hundreds of important and very well formulated questions are given in the chat alongside the presentation. Questions that many of us would like to see answered. We do of course understand that you are completely unable to answer all of those questions - real time. But why not gather them all, and filter those that are just comments or chit-chat, and organize the rest in a blog or post with answers? That way, you’ll honor the effort given by those who ask these questions, and you positively encourage people to post their questions as we now know that it will be answered. Yes, I know there are forums where all such questions can be asked, but snce you have decided to open the party for live questions, don’t just let them go to waste. Many of those questions are highly relevant to specific subjects, and the impulse to ask may not be strong enough to re-post on the forum. Your presentations trigger stuff with us that results in these immediate responses.

Best regards
Oyvind

3 Likes

Greatly appreciate this post sharing insight into roadmaps. The largest concern I have with this is with how the roadmap areas are considered. The number one priority is the founder’s vision. This may seem pedantic, but I want to emphasize that Home Assistant is a foundation and should have guiding principles driving. The perspective should shift from an individual to a community.

The reason I mention this is because of a neglected feature request, Open letter for improving Home Assistant's Authentication system (OIDC, SSO) - #2 by cgarwood. This is a feature request and I get there is no obligation to deliver. However, this topic is the 3rd highest voted request and one of the most active threads. Almost every month new pull requests come through that are squat on or closed with a vague response pointing to this post. The few comments made by staff members do not shown any understanding to the value this feature brings. The forum is being used as a way channel user input into a blackhole. During the State of the Open Home livestream, several community memebers asked about external identity providers but the question was dodged.

External Identity Provider support does not align with the founder’s vision. The founder’s influence should definitely exist, but do not think the answer is to ignore such an active topic. I would expect Home Assistant Foundation have something in place to at least acknowledge top community items.

5 Likes

Actually, I believe this IS on the roadmap as Increased Security, though I really don’t believe that OIDC is really any more secure than good password management.

Oh no! This page does not exist :disappointed:

I am not sure if you are talking as an official representative, because your framing makes it sound speculative. Increased Security is a broad topic. Expecting that to also include external identity provider support is not something that has been hinted at ever. Consider the history of the topic.

Comparing external identity provider support to a password manager really misses the value proposition. OIDC is just as much of a user experience improvement as it is a security one. Having a single sign on for everything in my homelab is a requirement now. When family forgets their password, they only had one to begin with. Also helps with usage by auditing access locations, metrics on sites were authenticated to, password rotation requirements, a better landing page, and many other benefits.

Great work on improving the HA user experience (UX) over the last few years !
It seems that Home Assistant is moving away from its traditional “by developers, only for developers” mindset to being more user friendly. Paulus is rightly proud of the estimated 1 million users … and it must be obvious that the vast majority do not have the expertise or inclination to “just learn python and fix it yourself” - i.e. they are users, not developers.

not sure if it’s really a “roadmap” item, but I would like to suggest that similar effort should be put into standardising, expanding and updating the documentation. Some of the official documentation - particularly the sections for new users - is easy to follow … unfortunately a lot of the integration descriptions are so brief and cryptic that they read more as hints for the original developer.

As a former programmer myself, I do understand that HA developers are motivated by adding the next cool feature, that documentation is even less exciting than maintenance programming, and that most HA developers are volunteering their time and the HA project has no control over them. I therefore suggest Nabu Casa employing a documentation specialist to establish appropriate guidelines, frameworks and standards for the various categories of user and technical documentation.

3 Likes