New-age Transactional Systems - Not Your Grandpa's OLTP
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Chris Sims on Nov 02, 2009
Many consider the retrospective to be an agile team’s most powerful tool for continuous improvement. The retrospective captures learning and insights while experiences are fresh, and the lessons are immediately applied to the teams on-going work. A discussion on the Retrospectives Yahoo Group examined how to adapt a retrospective to work across multiple sites, with a distributed team.
Miriam started the conversation by describing the challenges of holding a retrospective where the team is split between 2 different locations. Despite using Google docs and telephone conferencing, the conversation wasn't flowing. Ben Linders shared that his experience was similar: people are not as likely to speak up when they can't see each other.
Andreas Ebbert-Karroum has addressed this issue by using video cameras so that participants can see the people at the other end of the connection. He augments this with additional technology aids including whiteboards that can self-scan so that the contents can be easily shared.
Laurie Ann Silberman uses multiple conference lines to allow break-out sessions during retrospectives:
The small groups discuss some aspect of your retrospective discussion. Then after the designated time everyone reconvenes and then each team does a report out...
...The majority of our retrospectives use a pre-survey and frequently the breakouts are used to harvest key messages from the output. They also can be used to create a initial draft of the chosen action plans.
Mark Kilby added that a multi-site retrospective should have facilitators at each site.
They don't all have to be experienced facilitators, but they just need to pay attention to keeping 'all the voices in the (virtual) room' and watching all the body language in the room where they are located and give the main facilitator a heads up.
He also prefers having multiple facilitators so that one can be dealing with technical issues while the other is keeping the people moving along.
Don Farley described how he works a timeline exercise across multiple sites, using Visio to create the master timeline:
...we go through the normal timeline exercise, and have all the participants write down on cards or stickies significant events to them, both positivie and negative, business and personal, and also when people came and left the project. At each location we then have on person designated as the 'reader' who collects the cards and reads them, verbatim so the technographer can add them to the Visio diagram. We alternate reading from one location to another until we've gone through all the events from everyone. Then we usually take a 15 min. break, and the technographer emails the Visio diagram to the other locations so they can print it out if they want to.
How does your distributed team do retrospectives? Leave a comment and share your insights, tips, or struggles.
Five Key Practices to Agile ALM
Case Study: IBM's Agile Transformation
SCM best practices for multiple processes, releases & distributed teams
Maximize your business-responsiveness with Mingle. Provide your global development team a shared space that adapts to the way they work.
I used to facilitate distributed retrospectives. My favourite tools are:
1. Linoit.com - a canvas tool where team can create stickies collaboratively in real-time. Have used for timeline exercises, creating smart goals, etc.
2. Google spreadsheet - dots voting by creating a form with all of the options, tell people how many votes they have and allocate accordingly. Then add up the results and discuss as a group.
3. Mindmeister.com - real-time mind map collaboration. Create branches like Keep Doing, Stop Doing, More Of, Less Of.
The Company I work for has telepresence setup recently. While we have not used it yet for a retro, it certainly seems the right tool to use for distributed scrums.
Being able to see each other changes the dynamic completely. Certainly a good one to leverage if one has access to it.
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
2 comments
Watch Thread Reply