DevOps Zone is brought to you in partnership with:

Mark is a graph advocate and field engineer for Neo Technology, the company behind the Neo4j graph database. As a field engineer, Mark helps customers embrace graph data and Neo4j building sophisticated solutions to challenging data problems. When he's not with customers Mark is a developer on Neo4j and writes his experiences of being a graphista on a popular blog at http://markhneedham.com/blog. He tweets at @markhneedham. Mark is a DZone MVB and is not an employee of DZone and has posted 524 posts at DZone. You can read more from them at their website. View Full User Profile

ThoughtWorks University: “It’s your project”

06.02.2011
| 3222 views |
  • submit to reddit
One of the things that we’ve struggled with at ThoughtWorks University is giving the attendees the opportunity to run the project that we’ve been working on.

 

The first few weeks were the most frustrating both for the trainers and for the attendees because we spent a lot of time telling the attendees that it was their project but then didn’t display behaviour consistent with that message.

From my observations this happened because the role of the trainers was defined as ‘senior team member’ which meant that if a trainer saw something going wrong they’d try and fix it since that’s what they’d do in a normal team.

This was most evident initially with the Iteration Manager which started off being one of the trainers.

After realising that this meant that person solved pretty much every problem we had to change that approach and let one of the attendees take the role.

By doing this I think the group as a whole have learnt more about what it takes to drive stories across the wall, facilitate a showcase, prepare a release and so on.

More recently we’ve stepped back a bit in the other roles and although I’m still acting as the tech lead we’re allowing others to cover some of the tasks that someone in that role might usually take care of.

The main learning for me is that our initial metaphor of being a ‘senior team member’ rather than a ‘trainer’ actually hindered the learning of the group despite creating a more realistic project environment.

It’s difficult to say whether we should have gone with our current approach straight from the start or not.

Part of me thinks it may have been useful to get an idea of what a normal project would look like but the other part thinks maybe we wasted learning time.

References
Published at DZone with permission of Mark Needham, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)