Thursday, March 17, 2011
Scrum.org Trainer Meeting in Boston
Friday, February 18, 2011
Apple, Scrum and the importance of a good Product Owner
Tuesday, February 1, 2011
PSD (Java) Train the Trainer
Tuesday, November 23, 2010
Splitting CRUD stories
Two of my colleagues came across a CRUD (Create / Read / Update / Delete) story, and asked me for advice on how to convince people on splitting stories.
I typically prefer to have smaller stories. In this case, instead of having one CRUD story, I would have one for Read, another for Create/Update and a story for Delete.
Here is an example.
As a online store owner, I want to Create / Read / Update / Delete products so that I can offer my customers the top rated products
Instead of having this CRUD story, I split it like this (I will add a few sample tasks for making it more illustrative):
As a online store owner, I want to Read (view) my products so that I can review what is current available on my site
Sample tasks:
- Create DB table
- Populate table with a few sample data
- Create select DB script
- Create for viewing my products
- Create automated functional tests for viewing functionality
As a online store owner, I want to Create / Update a product so that I can offer my customers the top rated products
Sample tasks:
- Create insert / update DB script
- Create UI for create / update a product
- Create automated functional tests for adding product functionality
- Create automated functional tests for updating product functionality
As a online store owner, I want to Delete a product so that I can offer my customers the top rated products
Sample tasks:
Create DB table for deleted products
- Create delete DB operation
- Create UI for deleting a product
- Create automated functional tests for the delete functionality
This sample is very specific for CRUD stories. There are other ways for splitting stories.
Mike Cohn's book, User Stories Applied is a must read on this subject.
Splitting (or deciding the size of a story) is controversial. Mike Cohn have popularized the INVEST acronym: Independent. Negotiable. Valuable. Estimatable. Sized appropriately. Testable
agree with the S in the acronym listed above: Sized appropriately.
But when I first read the INVEST acronym, the S was for small. I know Sized appropriately is not very specific, but it is more realistic. It is not about being small; it is about being sized appropriately. For this consider several reasoning on splitting your stories. The links below have more on this subject:
http://lassekoskela.com/thoughts/7/ways-to-split-user-stories/
http://agilecoach.typepad.com/agile-coaching/2010/09/ideas-for-slicing-user-stories.html
Agile Vale 2010
Last week I presented and participated at Agile Vale 2010, the first Agile event on ITA, Sao Jose dos Campos. The event gathered 300 people including organizers, speakers and attendees (folks from local universities, industry, and near-by cities)
My presentation on story board and visualizing SW development workflow was great. It was a one hour presentation with many Agile concepts depicted as story board’ cards movements.
I also participated on a round table on Agile SW developemnt. Eduardo Guerra (ITA) was the facilitator; the participants were: Felipe Rodrigues (Lambda3), Rodrigo Yoshima (Aspercom), Fabiano Milani (AdaptIdeas), Paulo Caroli (ThoughtWorks Brasil), Juan Esteban Bernabó (Teamware).
Overall it was a great event. The attendees, organizers, and the speakers were all very excited at the end of the event.
It was nice to participate on a great Agile event in such a prestigious college—ITA.
Tuesday, November 9, 2010
Don't shoot the messenger
Monday, November 1, 2010
Thoughtworks Brazil at the Agile Tour
And it all happened before celebrating Thoughtworks Brazil first year anniversary (coming soon in December)!
I am looking forward for Agile Tour 2011. In fact, not only Agile Tour, but all the events encouraging communication, collaboration, and sharing experiences.

