The Overarching Goal of Requirements Development
Clear and effective communication. It’s that simple. There are many ways to achieve that.
Software development is partly about computing and partly about communication. Requirements development, though, is entirely about communication. In general, we’re better at the technical side of software development than the human side. Those team members who lead requirements activities — I’ll call them business analysts (BAs), regardless of their job title — sit at the hub of a project communication network (Figure 1). They coordinate the exchange of requirements knowledge among all project participants.
The communication links in Figure 1 are all two-way arrows. Some participants primarily supply requirements input to the project from the customer domain: project sponsor, marketing, key customers, and user representatives. Other participants lie in the implementer domain and consume the requirements process outputs: architects, software and user experience designers, developers, and testers. If your product contains both software and hardware components, electrical and mechanical engineers also could be involved.