The objective of this article is to help business analysts capture functional requirements for an information system as User Stories. It discusses four levels of story. The first two levels represent business context. Levels three and four involve functional detail needed by developers and testers to deliver stories at those levels.

Where an organization opts to move into agile methodologies that help to provide quick and customized solutions, it is imperative to use a technology that supports agile workflow and application development.

There are several Frameworks and Programming Languages in the market that help in building Agile Solutions but as compared to all the available Stacks, PHP is the one that Comes up with a collection of Potential Frameworks that are actually contributing well in developing effective Application Development.

The PHP frameworks are a set of process conventions and technologies that simplify and accelerate application development and maintenance. A framework provides certain functionalities to an application through ready-made features and practices.

In this article we focus on record name fields. These fields are intended to contain a user-recognizable value by which a person or thing is known, addressed, or referred to. Unlike a record business identifier field, a name field’s value may change over time. Also, there are ‘real world’ names for things (e.g. people, cities) for which valid duplicate values can exist. 

It is more than important the modern business analyst to focus on the end to end customer experience. A BA shall act as a consultant that listen to the pains of the end users and is dedicated in solving them through providing solutions that will alleviate those pains.  How do you define a customer-centric mindset you can actually execute? Below are some elements of the customer – centricity mindset...

As Business Analysts, when we’re at the sharp end of solution delivery that doesn’t match a customers needs, at that time it just can’t be rectified and we can’t help thinking that we might have been able to prevent this at the early stages. In this article we’ll explore 3 ways to get out the trap of being solution oriented up front to shift more into the problem and needs to get better requirements.