Tag Archives: requirements

communication techniques

Requirement Communication

Requirements are the spine to any project. The more precisely requirements are gathered and analyzed; the more effective becomes the implementation. Thus it is important for a Business analyst to understand all the details of the requirements shared by business owners and subject matter experts and more importantly communicate the same to different stakeholders on time to avoid any delays in the implementation. Communication is one of the pillars of the project and it helps in explaining the tasks and responsibilities to different stakeholders. Business analyst being a bridge between different stakeholders is responsible for managing the requirements throughout the project life cycle. Proper and on-time communication of the requirements helps the stakeholders to reach the common understanding and which results in on-time and hassle-free implementation.

Requirements once elicited, analyzed and documented should be communicated to different stakeholders to maintain the authenticity of the same. Business analyst manages the requirements throughout the project life-cycle, thus it becomes his core responsibility that everyone involved in the project implementation should know the details of the requirements. The documents prepared with the requirements (functional and non-functional) details should be validated from the business sponsors. Solution design and assessment is done on the basis of the requirements elicited and thus it’s very critical that the designers and architects should know about the requirements and variations as the design is completely influenced by the nature of the requirements. There are certain methods followed by different business analysts to communicate the requirements including presentation and workshops but the end result is to convey the meaning and the stakeholders should be able to understand all the details.

Continue reading

Requirements

Requirement – Techniques and Characteristics

Requirement is defined as the most important attribute of any business which must be delivered to provide the value. As per BABOK, a requirement is a condition or capability that must be met or possessed by a solution to satisfy the contract, standard, specification or other formally imposed documents and hence it becomes one of the key objectives of a business analyst to elicit and document correct and unambiguous requirements.

Requirements are broadly classified into different sections and this classification defines the criticality of the requirements. The higher level goals, objectives and needs of an organization are classified under business requirements. The business requirements define the reasons of project initiation and these requirements should hold the validity throughout the project life-cycle. Business runs with the stakeholders and the requirements of these stakeholders should not be ignored. These stakeholder requirements describe the need of the stakeholders and how they interact with the solution. Later comes the functional and non-functional requirements which describe the behaviour and information that the solution should posses including the different environmental conditions in which these solutions should retain its validity.

The term requirement generates a lot of discussion and many debates happen to qualify the list of those requirements that should be added to the final version of the requirement document or not. It’s important for business analysts and owners to work closely to classify the requirements and to avoid the ambiguity. The business analysts and developers can’t accurately judge the completeness or correctness of the requirements whereas the normal users can’t assess technical feasibility and hence it becomes very important to verify the requirements during elicitation.

Continue reading