Business Analysis

General discussion of the business analyst role, key skills and tricks of the trade.

Benjamin L. Kovitz on Requirements

Slide8

“Without requirements, there is no way to validate a program design; that is, no way to logically connect the program to the customer’s desires.” 

— Benjamin L. Kovitz

If human communication and human memory were perfect, we may not need deliberation and documentation of requirements. Alas, neither is close to true. It is the iterative exercise of modeling requirements, and then documenting them that enables shared understanding to be affirmed, and then shared with those who use requirements to guide design, construction and quality assurance. Requirements are the link between concept and product, and an important standard for measuring solution success. 

Business Analysts and Grammar Police

Poor grammar and spelling that cause a requirements model to be inaccurate, or difficult to understand and use, are serious because they negatively affect the documentation’s ability to serve its purpose. An otherwise solid, easy to understand document with some errors in grammar and spelling, is not as serious. In either case, poor grammar and spelling should be included in the offending analyst’s professional development plan, and improvement should be encouraged and expected.

Answering Questions with Stories – Alistair Cockburn at ChicagoRuby

Video attributed to ChicagoRuby. I’ve made learning about, and becoming better at story telling part of my personal/professional journey to become a more effective communicator. When I saw ChicagoRuby‘s video post of Alistair Cockburn, one of my favorite agile authors/methodologists, responding to questions using stories from his experiences, I had to check it out. If you’re interested in agile, and/or the communicative benefits of story telling, I think you’ll find this session appealing.