For this user story we’ve interviewed Benjamin Howard to find out how an agile aerospace approach can be used to design small spacecraft.
How do you organize your agile collaboration for hardware design?
“Agile Aerospace” as I would define it, shares some commonalities with the agile software approach, but is also fundamentally different: In software continuous integration allows you to test and achieve stable versions at a very high cadence. And that cadence may be the same cadence at which you prioritize changes and plan team activities. In aerospace that is just not possible. You will still want some degree of planning on short timescales, e.g. at a 2-week cadence, to allow for changing priorities as new information comes in, but your opportunity to fully test your integrated spacecraft cannot possibly arise every two weeks. So the key difference is having separate cadences for team planning and for full spacecraft integration testing.
As long as one keeps early designs as simple as possible and accepts that while they may not have all the desired bells and whistles they will be a strong frame of reference for subsequent iterations, the agile philosophy can actually work for space.
What have been your reasons to choose Valispace to organize your engineering work?
Honestly, I’ve been waiting for something like this to exist for years. In the past I had just been kludging stuff together; so I was actually super excited to see that someone was doing it.
I have been seeing this as kind of a big void in the software tools offerings for aerospace.
The workflow and tools in Valispace are clearly thought through by aerospace engineers and by people who have been encountering those problems themselves and wanting to fix them.
What do you currently like best about using Valispace in your team?
For me, it is really most useful as a Single Source of Truth for what the spacecraft does and what its bounds are. And what I especially like is that it combines an intuitive graphical user interface with the ability to programmatically access data. So it can easily be adopted by people who want their code to automatically pull the latest specifications, as well as people who want to interact with an intuitive visual interface. And those people can collaborate on the same platform. It is really easy to adopt, because of the multiple ways of accessing the information.
What are your expectations and vision for data-driven engineering?
I think the key is for the tools to be flexible enough to be changed on the fly without breaking things. I would love to have an entire spacecraft and system model that can instantly adapt to any change, but the reality is that the setup of your analysis will have to evolve so that you can respond at different times in the design lifecycle to varying types of questions. While at the beginning of your project, you might make an analysis of how large your battery needs to be as a function of mission requirements, later you might want to switch the direction and understand how the results of the latest battery test will impact the mission outcome.
So your platform and process need to be able to adapt to these new questions.
Do you have a feeling for how much time you expect to save by using Valispace?
It’s funny: I do not think of Valispace so much as a time-saving tool, but rather is a way to avoid a feeling of panic in my chest all the time. Don’t get me wrong: I am sure it will save time.
Having a clear snapshot of the spacecraft that I can be confident is up to date decreases my stress levels significantly.
Thank you for reading.
Would you like to contribute to the blog?
Send us your idea here.