This article discusses extensions to commercially-available requirements management (RM) and application lifecycle management (ALM) tools. These extensions are intended to support the concepts presented in the Requirements In Context (RIC) series of articles. End-to-end requirement examples based on those concepts can be seen in the Trips-R-You Web-based Flight Reservation System Case Study... All RM/ALM tools, ‘out of the box’, should support the concept of Requirement. The typical form of support involves a textual requirement Description, accompanied by properties such as Priority and Status. It’s left to users of the tool to manage the description content (and quality).

Someone recently asked me “What does a typical day for a Business Analyst look like?” and my response was that if you do find someone who can articulately answer that question, they are probably a very good Business Analyst to start with. No two days look the same in this profession. A person in this role must have many facets to their personality in order for them to be a confident and a strong Business Analyst. I really like the business analysis profession because there are multiple dimensions to the various roles we may be asked to fulfil.

Being a Business Analyst has largely shaped my career and it has also played a big part in shaping my personality. What’s it about this role that has the potential to make a professional grow into a strong and a confident character? The purpose of this article is to talk about these aspects and show how a Business Analyst can use these aspects to their advantage to not only become the best Business Analyst that they can be but also to be a strong and confident personality that will help them at any turn of life; professional or personal.

Agile projects, due to the short cycles of delivery, require a collaborative team, substantial leadership support, and a robust, agile culture to be in place to be called as working and successful.

The two key pillars for a successful agile project are the product owner and the business analyst.

The product owner works almost like the director of a movie, envisioning the macro and micro-level details for the product. At the same time, the business analyst ensures smooth execution of the sprint and manages the epics and stories' details.

Dynamic shifts in consumer behaviour prompted organizations to gain a deeper and faster understanding of their data to guide decision making and, in some sectors, accelerated digital transformations. In particular, IIBA has identified some key areas where business analysis has developed a critical voice in response to the rapidly changing landscape. That voice and the impact business analysis professionals will continue to provide will play an important role in helping organizations navigate trends, uncertainty, and opportunities in 2021.

The intention of this article is to identify and specify the artifacts listed in the BABOK. These artifacts are listed within the Outputs section of the BABOK tasks. Outputs are described by a paragraph of text within each task. In this article I attempted to expand on these descriptions by adding detail to their content.

It is assumed that each activity produces a tangible output^[2] which is consistent with the layout of the BABOK. Those outputs are classed as artifacts with attributes. Each artifact’s attribute description is taken from the element description of the tasks that output that artifact. The BABOK element descriptions provide guidelines for activity that produces the attribute, without necessarily defining the information contained in the attribute.That information has been derived from the element description.

Artifacts are derived from the BABOK Output sections. Artifact attributes are derived from the BABOK Element sections. A useful addition to the BABOK might be examples or templates of the outputs.