A quick way of learning the techniques and skills for becoming a business analyst is to get an internationally recognized certification like ECBA.

ECBA provides a firm understanding and a solid foundation for a business analysis career. It is the entry-level certification from IIBA aimed at professionals stepping into the BA domain.

As an analyst you have to ensure your own understanding of the bigger picture. You have to zoom in and zoom out frequently. You need to analyze either in small initiatives the context under which the ba work will take place. It is possible to get so focused on the solution that your thoughts are stuck only in delivering the solution and forgetting to revisit frequently the alignment with the scope and the context.

When I started my business analysis career back in the late 1990’s, career development was considered “the individual’s responsibility”. Over my career I’ve managed several teams of Business Analysis resources, and I think that mentality has changed over time. There are benefits for the manager and the organization to help their team members develop in their career. By helping your team members grow you can get...

The BABOK talks of the underlying competencies for a Business Analyst at length. At the core of all those competencies is the ability to build relationships. In other words, it is the foundation. The aptitudes are not noticed unless you have a relationship with the stakeholders. Demonstrating these capabilities helps enhance your relationships even further. So, I will even say relationship building is a prefix and a suffix to competencies. Everything revolves around your ability to build relationships.

A change request (CR) is basically any change in the initial set of signed-off requirements. So, typically in a waterfall model implementation, the requirements phase ensures that all the requirements (features/functionalities/functional and non-functional) are agreed upon and documented before development starts. After that, any new scope brought or requested by clients becomes a change request. There is an additional cost associated with implementing a change request.

Even in the agile model of working, although there is flexibility in the implementation of the project, vendors ensure that a high-level set of requirements are discussed and agreed upon. The iterative way of working ensures that clients have their eyes on the product as it is developing and can suggest corrections or alignments. However, no vendor can work with entirely flexible requirements. It's not feasible from a budgeting standpoint.