TinyStories

How to Improve Your Requirements with Tiny Stories

I presented How to Improve Your Requirements with Tiny Stories at ProjectSummit & BusinessAnalystWorld held in Boston on October 21-22, 2013.

I firmly believe using the Given – When – Then of Behavior Driven Development (BDD) is relevant for business analysts. This talk is probably my best presentation of the material in the last few years.

You are welcome to view the accompanying presentation below. I sill share the link for the accompanying video upon request (and after I upload it to YouTube).

https://speakerdeck.com/jeffreygoodreq/how-to-improve-your-requirements-with-tiny-stories

super duper fast domain modelling

Don’t blame me for the extra “l” in “modelling,” Chris Matts came up with the title and he’s from the UK. They claim to know the “mother tongue” better than we do in the states, but they sure do get a bunch of things wrong!

Okay, enough jesting. Chris and I presented Super duper fast domain modelling at Agile 2013. It was a verbal walk-through and workshop based on the article by Chris and Kent McDonald, The Seven Information Smells of Domain Modelling.

The presentation went well. It went even better considering we only met 2 days previous. Well, we met online and talked over the phone, but we met face-to-face  only at the conference.

Please leave your comment on our slides or the talk below.

https://speakerdeck.com/jeffreygoodreq/super-duper-fast-domain-modelling

Skills for Success: Professional Development Day @ IIBA Minn / St. Paul

I will be giving a new version of my talk about Behavior Based Requirements at this year’s Professional Development Day in Minneapolis / St. Paul. I am excited because I have reworked the entire presentation to both show my passion and give attendees a chance to practice using the Given-When-Then requirements format.

The conference title is Skills for Success: Evolving as a Business Analyst and my presentation is “How to Use Behavior Based Requirements to Build Understanding & Save Your Project.”

The event is on Monday, April 15 at the Earle Brown Heritage Center outside of Minneapolis (registration link). This is one of the premiere PDD events in North America and I am honored to be speaking. If you are in the area, please come, engage, and learn from the outstanding speaker line-up and local BA community.

 

Post conference update: Here is the published version of my slides:

Scale

Measuring the Analysis Process

I’ve previously written about measuring requirements and business analysts. I am concluding the series with my current thoughts on measuring the analysis process.

What_gets_measured_gets_done

This quote is a truism is because it’s how we work. Measurements help us identify areas we should focus on or improve. Measurements let us know when we succeeded, or not. I love the idea of measuring BAs and yet, I have spent years balking at the idea of measuring requirements and BAs. It doesn’t work very well in practice.* I had cause to rethink the how to measure BAs when one team I worked on took down the following action item, “Decide (if,) how and what BA velocity to track.” Continue reading “Measuring the Analysis Process” »

512878595_dae3c75aab_o

Measuring Business Analysts; Don’t KPI Me

Good managers often ask, “How do I know my team is performing well? How can I spot which folks need help? Who should I reward for a job well done?” In today’s busy world, where managers have significant responsibilities in addition to nurturing their team, measurements and metrics can be a a help.

Unfortunately, it is really easy to measure analysts poorly. Continue reading “Measuring Business Analysts; Don’t KPI Me” »

book jacket

Read “Discover to Deliver”

In Discover to Deliver: Agile Product Planning & Analysis, Ellen Gottesdiener (author of The Software Requirements Memory Jogger and Requirements by Collaboration) and Mary Gorman tackle one of the largest problems facing Agile and Scrum software projects, how to successfully integrate the ideas and tools made so popular over the last decade into working, valuable solutions. Continue reading “Read “Discover to Deliver”” »

toobigstories

Your stories are too big

TL;DR: Many teams ask for larger stories because they do not see how to slice the work into smaller chunks. When you give into this anti-pattern you are making developers work harder, and possibly decreasing the value of what you deliver. Write smaller stories and your team will be both happier and more productive.  Continue reading “Your stories are too big” »