InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

CM Crossroads on SCM for Small Teams

Posted by Mike Bria on Jul 23, 2008

Sections
Process & Practices,
Operations & Infrastructure
Topics
Agile ,
Agile Techniques ,
Configuration Management
Tags
Introducing Agile ,
Source Control ,
Continuous Integration
With Agile development comes almost first and foremost small teams. Small teams, that is, with respect to the "team" of traditional waterfall project lore. Equally important comes constant change; change to all artifacts, most namely the code itself.

Not always so apparent to those new to adopting this combination when agile comes their way is the continued need to pay close attention to good Software Configuration Management.  In fact, as experienced agile practitioners will assert, with agile's small teams comes a certain increased need for lean but comprehensive SCM practices.

Making this transition for many CM practitioners may not always be obvious or easy, but it is essential.

The July edition of CM Journal's "cm//crossroads", SCM essentials for small teams, is dedicated to this topic, providing a good set of articles to help readers address these challenges successfully.

Among the topics you'll find the following (and more):
  • In Applying CM To Agile Teams, Mario Moreira explains many of the more important issues faced when implementing CM in small teams.

  • In "Agile" Means Disciplined SCM, Alan Koch decomposes how many of agile's core practices partner with disciplined SCM. A snapshot:
    • Incremental Delivery means that the team is regularly making changes to a released baseline.
    • Welcoming Change means that requirements are always in flux, and a requirement may be changed even after it has been implemented.
    • Pair Programming and Collective Code Ownership mean that everyone needs to have access to all of the code all of the time, and collisions among changes are likely.
    • Continuous Integration means that the build process must be easy and bulletproof.

  • In Small Team Essentials: An SCM Perspective, Ben Weatherall discusses some of the common CM areas that small teams might have tended to skimp on and possibly why.

  • In SCM Essentials For Small Teams, Chaim Kirshen discusses the importance for such teams of tagging, recognizing the non-linearity of software development timelines, and the need for easy branching.

  • In CM: THE NEXT GENERATION of SCM For Small Business , Joe Farah discusses the the necessary steps one needs to be mindful of when introducing SCM into the team, and ideas on how to keep cost and effort as low and lean as possible.

No comments

Watch Thread Reply

Educational Content

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.

Cool Code

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.

Collaboration: At the Extremities of Extreme

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.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

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.

10 tips on how to prevent business value risk

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.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

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.