Making usability part of the development process
For the first year and a half in Canonical I worked with the amazing Launchpad team, with the ambitious goal of building a new user interface, introducing AJAX in an established code base and rolling it all out on time. While all of that was overwhelming in itself, what was more important to me was making sure the UI remained consistent across time.
Long story short, it was a success and it's been 8 months since I've left the team and the established process is still on-going.
I wrote a paper on the whole experience and presented it at the agile conference XP2010 in Norway.
Here's the introduction:
When I started working with the Launchpad team I was tasked with designing and rolling out a new interface using cutting-edge technology on a well established product and team. The existing processes and team structure made it very hard to roll out big changes while also ensuring consistency as time went by.
While the general designs and work ow changes were being eshed out, I started to drive some change to the existing processes, enabling me to be successful at an objective that would take a year to accomplish, and unexpectedly, beyond that.
The project was 4 years old and had over 500 dynamic pages with different templates and layouts that had been left untouched at different points in time. The goal for the next year was to make the application easier to use, even enjoyable. I also had to make the UI consistent across the board, take the project from static HTML pages into the wonderful world of in-line editing, streamlined work-flows and predictable interactions. In parallel, fundamental features that had been developed were going completely unused and we needed to turn that around. A re-usable AJAX infrastructure had to be developed from the ground up, new features needed to be designed and delivered, and general navigation issues needed to be addressed.
However, this story isn't about the success of the roll out of a new interface, but rather the success in the process changes that evolved during that year and how the project went from nobody feeling ownership over the user interface, to the developers taking strong ownership.
I feel very passionate about this subject, and hope this experience can help other projects and teams.
Here's the paper for download: xp2010_paper.pdf
Pages
Categories
Blogroll
Archive
- June 2013
- March 2013
- February 2013
- October 2012
- June 2012
- May 2012
- April 2012
- February 2012
- December 2011
- November 2011
- October 2011
- June 2011
- May 2011
- April 2011
- March 2011
- November 2010
- October 2010
- September 2010
- August 2010
- July 2010
- June 2010
- April 2010
- March 2010
- February 2010
- November 2009
- October 2009
- July 2009
- June 2009
- May 2009
- February 2009
- January 2009
- December 2008
- November 2008
- September 2008
- August 2008
- June 2008
- May 2008
- April 2008
- March 2008
- February 2008
- January 2008
- December 2007
- November 2007
- October 2007
- September 2007
- August 2007
- July 2007
- June 2007
- May 2007
- April 2007
- March 2007
September 12th, 2010 - 17:58
When I open the PDF in evince, the first page is displayed completely blank, and the second page starts with “2 Project Background”. That can’t be right.
September 12th, 2010 - 18:06
That is odd. Are you on Lucid? It looks fine here.
September 12th, 2010 - 18:15
I’m now sure it’s a Chromium bug. The PDF it downloaded doesn’t start with %PDF, and pdftotext complains that it’s corrupted. Wget gives me a file that renders correctly and is ~2 KB larger.
A very interesting paper, thank you for sharing it!
September 12th, 2010 - 23:28
It’s working ok for me!
September 17th, 2010 - 13:20
Looks good here, too! Thanks for the paper.