Skip to content

March 2006

Chicken and Egg

Managing dependencies is another tricky issue that plagues agile business analysts. Fortunately it’s not as bad as the chicken and egg problem. The secret to successfully solving dependency problems is to start at the beginning… Well maybe an example will help. Let’s consider a system that sells books online. The roles which will interact with this system, will be– the buyer– user registration– the administrator– the sales team and– the warehouse manager. The most important entity in this system in undoubtedly the book. Starting to write stories for creating a book is an obvious start for anyone. Now this is… Read More »Chicken and Egg

Small Stories, Large Stories

One question that keeps analysts busy for a most of the time is whether or not to split a story. Here’s my philosophy behind my unending support for small stories. Let’s start with one huge story that covers everything that is required to be done in a project. It is estimated by the developers at say 120 complexity points which converts to about 300 days. Following are the consequences. A requirements document (the story) – coupled with the time taken to prepare such a document The techinical discussions and decisions for implementing these and of course the time required The… Read More »Small Stories, Large Stories

Once upon a time…

User stories are the basis of business analysis in an agile project. A user story is an artifact which captures a small but valuable piece of business functionality which can be implemented and tested independently. The philosophy behind agile methodologies is basically iterative development with short & fast feedback cycle which is used in improving the solution and accomodating changes (subject to priority) so that the end result is really what the customer wants. Inevitably this creates a unique position of a business analyst as a broker between the customer and the developer. Writing user stories is what this broker… Read More »Once upon a time…