Requirements Gathering is a complex process with the purpose of defining a list of capabilities that we expect to meet, once the project is completed. Given that very “business-y” definition, let’s explore the process of Requirements Gathering and how it relates to Integration projects. In this blog, I will start to address the approach I use to gather requirements and then we’ll apply that approach in subsequent blogs to use cases.
Simply creating a punch-list of features/capabilities/behaviors is not enough to fully define the requirements of an Integration project. Just meeting the defined expectations of A, B, C and so on requires a much deeper dive into what is truly going on, both within the organization and externally with other integration partners (customers, vendors and industry consortiums).
The Requirements Gathering process usually starts when a project is created. In formal organizations, this initiates with the approval of a project charter, identifying a project Sponsor. In smaller organizations, this can be either a tactical (reactive) or a strategic (forward-thinking) effort directed by a department head or line-of-business manager. Once the project is initiated, the scope of the project is usually defined and documented. Continue reading