RSSCategory: Requirements

Business Analysts, Be Kind to your Stakeholders!

Business Analysts, Be Kind to your Stakeholders!

| October 20, 2011 | 6 Comments

I can remember at times being frustrated at the lack of involvement in requirements validation on the part of some of my business stakeholders. It bothered me that we were doing this work for them, and they didn’t seem to want to take the time to give us the feedback we needed. Then it struck [...]

Continue Reading

“Requirements as Inventory” Metaphor

“Requirements as Inventory” Metaphor

| June 28, 2011 | 2 Comments

Think of requirements as inventory or as component materials in a storage bin with a shelf life and a carrying cost. Inventory isn’t free. You have to pay someone to produce (model and document) requirements. You need a supply of good, current (fresh) requirements to produce a quality product.

Continue Reading

A Requirements Model (Graphic)

A Requirements Model (Graphic)

| June 23, 2011 | 7 Comments

There is no perfect, fits-all template or set of documents which will be effective across all companies or even for all of a given company’s projects. The business analyst should work with internal and external stakeholders to determine which communicative tools will best serve for each project effort and model requirements accordingly.

Continue Reading

Seven Steps and a Nice Little Process Template

Seven Steps and a Nice Little Process Template

| March 23, 2010 | 10 Comments

I recently read Barbara Carkenord’s book, Seven Steps to Mastering Business Analysis…

Continue Reading

Don’t Forget the Constraints!

Don’t Forget the Constraints!

| March 22, 2010 | 2 Comments

In addition to eliciting and specifying the requirements, an important part of the analyst’s value-add lies in helping business stakeholders and delivery teams identify and understand the constraints that will apply for the solution.

Continue Reading

Begin with what you HAVE to do

Begin with what you HAVE to do

| March 18, 2010 | 1 Comment

The simple fact is, you can’t know all the details upfront. You can and should, however, be able to work with your stakeholders to identify the broader range of necessary capabilities and constraints, or “placeholders for conversations”.

Continue Reading