Featured Whitepapers
- Forrester Research: Optimizing Globally Distributed Software Development Using Subversion
- An Integrated Approach to Requirements and Quality Management
- Continuous Testing With ElectricCommander
- Agile CMMI at a Large Investment Bank
- Realize Effective Distributed Development Via a Virtual Software Factory
- Build & Deployment Automation for the Lean Economy
Upcoming & Recent Webcasts
- A New Kind of Engineering
- Managing Change in Rugged COTS Systems Development
- Keeping Control of Costs and Schedules When Requirements Change
- Three Simple Things that Will Help You Adopt Agile in Your Enterprise
- Customer speak: Teams, Insights, Results with Quality Driven Software
- Build & Deployment Automation for the Lean Economy
Agile SCM - Review of 2008 and Predictions for 2009 |
| Print | |
| Written by Brad Appleton, Robert Cowham and Steve Berczuk |
| Monday, 19 January 2009 05:51 |
It's that time of year again - comes quicker each time somehow! So how did we do last time, what's happened since then, and what's going to happen?R.I.P. ALF - but Long Live Business Mashups! As we noted last year, ALF seemed to have rather lost momentum as a cross vendor framework, and we were sad to see it be terminated as an Eclipse project and setup for archival late last year. The problems with ALF were not the technology, but that the ALF team didn't manage to get sufficient momentum going and get others involved. Brian Behlendorf talked at Subconf 2007 about his experience with the Apache Foundation and how the lessons learnt there helped CollabNet to get Subversion going. It is not easy to create and drive a successful open source project. Factors that he said contributed to Subversion's success include:
One of the areas in which the ALF group perhaps didn't do themselves any favours was their marketing - the information on the web site was out of date, and they had a major success story which was quite hard to find! This was that ALF forms the foundation of Serena's successful Business Mashups tool, and is discussed in a presentation to EclipseCon in 2008. ![]() The source code to ALF is still available for people to use.
So perhaps it is not farewell to ALF, but merely "au revoir"!? We are doing much of our development on jazz.net, out in the open. Once you join, you can communicate with the development teams, track the progress of builds and milestones, give us direct feedback on what is working and what is not, and submit and track defect and enhancement requests. We were also interested to notice that there is a completely new version control tool being delivered as part of Team Concert. Recommended usage is up to 200 or so developers. Those shops already using ClearCase will most likely carry on with ClearCase, but do we detect a sign that ClearCase is maybe fading into the background to become one of the systems that interfaces to the new platform?It is still relatively early days for Jazz, and yet with IBM's clout behind it, it looks likely to succeed. Robert organized an event for the BCS CMSG at which Microsoft presented some insights into their internal development processes - Robert's blog links to the slides and has a few notes on that and other presentations. One interesting note was the impact of "dogfooding" - using VSTS in its own implementation - VSTS 2010 has been in use since 2007. Interesting to note that Microsoft doesn't eat its own dogfood for everything - see blog for details of their version control! One of the slides is a compelling story for changing your development processes.
![]()
VS 2005 had 25,000 bugs although the burn down shows a chart heading towards zero, but as the presenter Richard Erwin said, anyone who was on the team during that period knows how hellish life was! The comparable chart for VS 2008 shows the impact of "feature crews" and ensuring no "debt" is carried forward by using stringent quality gates. Indeed recent news on a change of CEO and a 15% reduction in work force gives them plenty of challenges. We didn't make any specific predictions for global convergence last time (so we can claim to be "on target"!), but tough economic times mean that all companies are looking at cost cutting measures, including the economics of where to develop their software around the world. This, in itself, will increase the need for global collaboration. With the declining economy, there will be more pressure to cut costs, justify the need/existence for CM (and other processes/functions perceived as "heavyweight"), and "increase productivity" from those who haven't lost their jobs (ye olde "do more with less"). And, of course, some more increase in "world flattening" as outsourcing, off-shoring etc are pursued as cost cutting strategies. Part of the "justify our existence" for CM and QA departments will be to survive the budget-cutting axe. While there still seems to be a movement toward centralized IT environment (tools and administration) to cut costs, there also seems to be a movement (in response to bad economic times) to cut departments and functions that aren't perceived as directly adding value to production/development. Some of this will be sheer "slashing", and some of it will be more centralized process & QA functions going back under the organizational umbrella (and financial budget) of a specific product-group in the business. And yet, we shouldn't be all "doom and gloom". Anecdotally, some CM consultants have been quite busy over the last few months as their clients have realized that they need to get the best value out of their existing investments. Indeed, improving their development processes and reducing the costs associated with poor configuration management, has a very good ROI. As long as you are in business, you need good CM and will suffer without it! Open-Source Subversion 1.5 did finally make it out the door in 2008, and continues to be a major success. One of their reported resolutions is to avoid such a long delay between releases next time! One interesting move is those companies who have been funding open source development because they wish to benefit from certain results or features - an example being those companies who contributed to Subversion's merge tracking implementation which was a key part of 1.5. We expect to see this trend continue - add value around a standardized open source system. A recent example of this is Nokia's decision to make Qt available under the LGPL license. As the blog says: Adding LGPL version 2.1 will greatly increase adoption of Qt across Windows, Linux, embedded Linux, Mac, S60, Windows CE, maemo, and Ovi web services. Having a larger number of users, including Nokia developers, providing feedback and contributions will help Qt remain a cutting edge, robust UI and application framework. It seems that Nokia values the above over the license revenues they were getting from selling Qt commercially. Companies have different needs than open source projects, particularly around security, traceability and co-ordination that mean a DVCS is unlikely to be the right choice. For us, the major importance of the rise of DVCSs is not that there are disagreements about how version control should be done, but instead that lots of developers are actively discussing their tools, thinking about them and learning about all the relevant issues. We have long said that CM becomes much more the responsibility of everyone in (successful) Agile teams (although there will continue to be a role for CM specialists), and there is now a new generation of developers who are actively engaged in learning about and developing new tools and understanding in this arena. This is good news for the whole industry! Continuous Integration is evolving into Staged Continuous Integration which has become a lot more visible. Tools to automate & scale CI appear to have spent even more marketing $$$ (and webinars) in the past year, as well as adding CI-related features on existing tools (e.g., pre-flight builds for Electric Cloud). Regarding the "Agile Backlash" we mentioned last year, as adoption and scaling increased, so has the resistance to and resentment of such changes. We are also hearing more about Agile failures, although most often failed adoption or poor/superficial adoption. James Shore's blog on "The Decline and Fall of Agile" generated much discussion. As suggested by others, this may simply be a sign of Agile methods being in the "Trough of Disillusionment" phase of the Gartner Hype Cycle. There continue to be no silver bullets and yet Agile approaches have been and continue to be tremendously successful. Yet you shouldn't leap on the band wagon blindly - be aware of traps and pitfalls, and continue to apply common sense. ITIL V3 continues to gain traction and management mind share and we expect that to continue. Some of the resistance to ITIL V3 over V2 has dissipated, and there is a greater understanding of the benefits of the cohesion and coverage of the new set of books. Service Transition (including release and deployment) success stories using ITIL are being reported at conferences and events. For us, this generates a new set of CM challenges - looking to control and manage such systems. And this much harder if you are managing one or more third parties. While some aspects of release and deployment look much easier than with traditional systems, controlling and managing interfaces and related information may be significantly different. It is well worth spending some effort on thinking about these issues ahead of time so that we have an answer if the business suddenly springs this on us! I'll have to admit that I was unsure when I first went in (large pile of printouts, knowledge that I'd been using the product for the last 2 years etc.) but it was quickly obvious [the trainer] really knew his stuff, had some great tips for using [the tool], and most importantly he actually enjoyed what he was doing! So perhaps our mission for this year is "to communicate the Joy of CM"! Happy New Year! Brad Appleton is an enterprise SCM solution architect for a Fortune 100 technology company. Currently he helps projects and teams adopt and apply agile development & SCM practices. Brad also author's the Agile CM Environments blog, and is co-author of Software Configuration Management Patterns: Effective Teamwork, Practical Integration, the "Agile SCM" column in CMCrossroads.com's CM Journal, is a regular contributor to "The Agile Journal", and is a former section editor for The C++ Report. Since 1987, Brad has extensive experience using, developing, and supporting SCM environments for teams of all shapes and sizes. He holds an M.S. in Software Engineering and a B.S. in Computer Science and Mathematics. You can reach Brad by email at brad@bradapp.net. Robert Cowham has been in software development for over 20 years in roles ranging from programming to project management. He continues his involvement in development projects but spends most of his time on SCM Consultancy and Training. He is the Chair of the Configuration Management Specialist Group of the British Computer Society, has a BSc in Computer Science from Edinburgh University and is a Chartered Engineer (CEng MBCS CITP). You can reach him by email at rc@vaccaperna.co.uk Steve Berczuk is a Technical Lead for an Agile Software Development consulting company. He has been developing software applications since 1989, often as part of geographically distributed teams. In addition to developing software he helps teams use Software Configuration Management effectively in their development process. Steve is co-author of the book Software Configuration Management Patterns: Effective Teamwork, Practical Integration and a Certified ScrumMaster. He has an M.S. in Operations Research from Stanford University and an S.B. in Electrical Engineering from MIT. You can contact him at steve@berczuk.com.
Set as favorite
Bookmark
Email this
Hits: 1412 Trackback(0)Comments (0)
|
| Last Updated on Wednesday, 22 July 2009 14:47 |

It's that time of year again - comes quicker each time somehow! So 


