Monthly Archives: February 2007
GigaSpaces .net
"GigaSpaces seems to have found an interesting .. well .. space of its own. Its appearance in the .NET space will be closely watched." http://www.theserverside.net/news/thread.tss?thread_id=44425
Posted in GigaSpaces
Leave a comment
One Space – Many Faces
We are at a critical time in computing history. Major changes are taking place in the way applications are being architected and JavaSpaces has an opportunity to take a leading role in providing the basis for many of these solutions. … Continue reading
Posted in GigaSpaces, JavaSpaces
2 Comments
Agile development with Scrum
For those who haven't heard of Scrum before here's is the Wikipedia definition: "Scrum is an agile method for project management. The approach was first described by Takeuchi and Nonaka in "The New New Product Development Game" (Harvard Business Review, … Continue reading
We love Scrum at GigaSpaces
It’s been a while since my last post.
In the past few weeks I was very busy in kicking off the plans for GigaSpaces 6.0 due in the 3rd quarter 2007.
In this post I’d like to share with you my personal satisfaction with our decision to adopt Scrum as our product development methodology through 2006.
In few due-diligence I’ve been involved in the past couple of months with prospects (and now customers) who wanted to understand our development and quality management procedures, the discussion became very interesting when I described the way we implement Scrum at GigaSpaces.
The over-all is very positive. We currently have the spirit of an organization that constantly strives for improvement. Being a winning organization in spirit is not enough. We constantly monitor and measure our productivity and quality. We are able to identify the areas in our processes, collaborations and tools that need improvements. And we do improve those, right away!
For example, we’ve been working in the past couple of months on upgrading our automated testing framework. I’ve been assigning five of my top engineers and architects on a project with the objective to provide the development team fast feedback and monitors on quality.
Now we are able to identify specific source commits that either affect the product performance and stability. We identify those and fix them immediately. The turn-around is less than 48 hours of the cycle: code commit, failing test, fixed code and test verification. In 5.2 release, we needed only 3 weeks of stabilization, between feature freeze and the product GA release. Hopefully in 6.0 it will be even shorter than three weeks.
If you like to hear more on this, please drop me a line.
Guy
Continue reading
