How does your team actually keep track of what you're building?
Full disclosure: I work for Altium on the team building Requirements Portal, so this is what we think about all day. Right now I'm just trying to understand how smaller hardware teams actually handle it.
Genuine question for teams building physical products. When you kick off a project, how do you define your project (the specs, the constraints, the "must not exceed X" stuff)?
Most small hardware teams we talk to manage requirements in Excel or Confluence. That's fine at the start. The problem is six months in when you have to go back to remember how you implemented a requirement.
A few questions for the thread:
- At what point does a spreadsheet stop being "good enough" for tracking requirements?
- Do you write this stuff down formally, or is it mostly tribal knowledge?
- What does your project definition process look like?
- Do your implementation engineers ever reference the requirements doc during design, or does it only come out during review?
- Has anyone tried a dedicated requirements tool for a sub-10 person team? What was the friction?
Appreciate all the feedback on this.