Software Quality Insights

January 20, 2011  9:28 PM

Agile ALM with Michael Hüttermann

Yvette Francino Yvette Francino Profile: Yvette Francino

At, we have a lot of content about “agility” and about “application lifecycle management” (ALM). But often these terms are used in many different contexts. Some people refer to almost any tool that manages part of the development lifecycle as an “ALM tool,” and “agility” seems to be the buzzword of the year, referring to almost any process that promotes collaboration. What does “Agile ALM” really mean?

Well, I got the chance to talk to the expert, author of Agile ALM, Michael Hüttermann. Hüttermann’s book is jam-packed with information about building agility into your development lifecycle. Reading this, decision makers will be able to see the difference between the vendors who play buzzword bingo and those who really implement what’s most important in an ALM tool. I found his book a virtual goldmine of information.

In Agile ALM: Interview with author Michael Hüttermann – Part 1, I queried Hüttermann about software configuration management (SCM), “lightweight” tools, and the importance of integration of tools that manage different aspects of the lifecycle.

In Agile ALM tools: Q&A with author Michael Hüttermann – Part 2, we talk about attributes of agile ALM tools, automation, and tradeoffs between flexibility, configurability and complexity in tool sets.

Stay tuned as we have further interviews with Hüttermann and continue to explore this very timely topic.

Agile ALM by Michael Hüttermann is available through the MEAP (Manning Early Access Program) at Compliments of, there is a 41% discount on the MEAP, ebook and pbook of Agile ALM. Please use promotional code: agilealm41 in the Promotional Code Box at

January 13, 2011  3:12 PM

Distributed Agile development: Researchers use IBM Rational Team Concert for transcontinental project

Yvette Francino Melanie Webb Profile: Melanie Webb

When Pace University led a study involving five master’s students in computer science on three different continents, they knew selecting the appropriate tooling would be key to the students’ development process. The students on this unique distributed team worked on a mobile phone application called Target First Grade that helps instruct mathematics, reading, writing and geography to first graders in developing countries. The purpose of this project was to examine how well agile and Scrum practices support the work of distributed developers, as well as how important tooling is in supporting the developers when transitioning from a traditional to an agile application development approach.

After using traditional models in application development studies during the four previous years and cobbling together several different tools for the same needs, they adapted an agile approach in the fifth year of research. With the selection of IBM Rational Team Concert, they found that “the end-to-end tooling was a superior model,” according to Dan Griffin, Marketing Manager for IBM Rational.

The researchers chose IBM Rational Team Concert because it offers a collaborative development environment that’s built on Eclipse technology, which the students were already familiar with. RTC enabled the students to practice Scrum, to communicate synchronously or asynchronously, to pull diverse reports and to maintain transparency; this type of communication was particularly important as these students never met all in person in the same location. It was also helpful for tracking 45 user stories, conducting sprint planning, setting priorities and allowing for checks on real-time project status.

Innovative studies like this one are being used to pave the way for future software development projects that could make it easier for academics and software professionals to put their talents to work for other charitable and educational causes. For more information on this, check out what other bloggers from Software for a Cause have to say at

January 6, 2011  8:23 PM

Software development with embedded software on medical devices

Yvette Francino Yvette Francino Profile: Yvette Francino

How do you go about gathering requirements and testing to see if those requirements passed when you are talking about a medical device? Gathering requirements and testing traditional software seems somewhat straightforward in comparison. With medical devices, we are talking about actual humans who are dependent on that software.

Last month I spoke with software development manager Mace Volzing of IntraPace, who uses Jama Contour to manage requirements for the development of the abiliti device — a medical device implanted in obese patients to help control their eating. The device detects when food is eaten and helps the patient to feel a sense of fullness.

In Embedded software for medical devices: Differences to consider in the SDLC, Volzing says that a traditional methodology was used, although he has had success with using Scrum for his website applications. He is thinking about using a hybrid approach for embedded software development in the future.

In Requirements management with embedded software: Interview with IntraPace, Volzing talks more about the requirements process and the increased importance of traceability when working with embedded software applications on medical devices.

Check out this informative and interesting interview!

December 30, 2010  5:51 PM

The new year will bring more ALM, Agile and embedded content

Yvette Francino Yvette Francino Profile: Yvette Francino
I started at TechTarget in January, 2010, so I am coming up on my first anniversary as site editor for I have learned more in this year about software quality than I did in the 27 previous years working at big corporations. I feel so lucky to be on the cutting edge of the latest tools, technologies and trends, as well as having the opportunities to interview authors and experts in the industry.
SSQ’s new assistant editor, Melanie Webb, highlights our top ten tips of 2010 in her recent post on the Software Quality Insights blog. Another highlight for me has been covering the conferences I’ve been able to attend, including Agile 2010, and the great leaders I’ve met at them. I’ve been especially interested in exploring distributed agile. Just last week we heard from SSQ contributor Chris McMahon on his experience working on a 100% distributed agile team.
As we prepare for the new year, I’m excited to see what we have in the works. We will be bringing you additional content about ALM, agile development, and embedded software quality, specifically addressing issues around large-scale application development.  I hope you’ll join me in learning about these topics and more at

December 29, 2010  8:57 PM

Top ten software quality tips of 2010

Yvette Francino Melanie Webb Profile: Melanie Webb

Many informative tips were published on in 2010. Here is a countdown of the most popular tips of the year:

10. Tutorial: Installing and running Selenium-RC in Perl

Used in conjunction with Selenium’s online tutorials, this tip provides additional guidance on how to start out with Selenium RC in Perl regardless of your platform or server. Once you have Selenium set up, learn how to create and run your first test.

9. Tutorial: Introducing Selenium IDE, an open source automation testing tool

Selenium, an open source automation testing tool, offers an Integrated Development Environment (IDE) plug-in that unifies the tool with desirable Web browser-based test features. Using Selenium IDE provides easy-to-use record and play back features, giving even those with no programming expertise, the capability to create simple scripts.

8.Security best practices for today’s Web 2.0 applications

Web 2.0 and Rich Internet applications, though great functionality-wise. can place many complications in the way of Web security. In this tip, a Web security expert explains where problems can occur and what free tools are available to avoid issues.

7. Testing Web services’ performance with soapUI

Learn how to write load tests, TestCases and run them with soapUI in this expert tutorial. SoapUI is great for tracking test criteria statistics and locating problem areas are.

6. Seven quick tips for better performance requirements

An expert tester explains seven useful tips for determining appropriate performance requirements that can be tested throughout the development cycle. Knowing the right conversations to have with stakeholders and project team members will lead to high-quality, quantifiable performance requirements.

5. Why use POST vs. GET to keep applications secure

Although POST and GET HTTP requests essentially perform the same command on a Web server, a security expert says there are inherent dangers in using one over the other. Learn why one type of processing request provides more security for your Web application in this expert tip.

4. Daily Scrum meetings: Must we really stand up?

Often called the daily stand-up, must everyone at the Daily Scrum meeting literally stand? Which rules are inflexible? How are the rules enforced? Find out the objectives of the Daily Scrum and how agile teams are operating to meet these objectives.

3. Agile software testing strategies for managers

How will agile testing methods be determined? What are the best testing tools? Learn what agile project managers need to know to assure high quality in their tests.

2. Waterfall or Agile? – Differences between predictive and adaptive software methodologies

Is your organization trying to decide whether to use a predictive methodology such as waterfall or an adaptive methodology such as scrum? Senior consultant David Johnson describes the history of software methodologies and the differences between these two models of software development. A hybrid approach combining aspects of both models may be a viable alternative as well.

1. What is a test case? What is a requirement?

After exploring the definition of a test case by surveying test experts, authors and students, consultant Robin Goldsmith learns that interpretations remain ambiguous and varied. Similarly, the level of detail thought to be needed to define requirements can vary and can often drive the level of detail of the test efforts.

December 16, 2010  5:41 PM

ALM: Extending the lifecycle and collaboration

Yvette Francino Yvette Francino Profile: Yvette Francino

Often people ask about the difference between application lifecycle management (ALM) and the software development lifecycle (SDLC).

This week on, we explore two characteristics of ALM that are above and beyond what is talked about when discussing SDLC: extending the lifecycle to DevOps and collaboration.

In Extending ALM to deployment, Colleen Frye describes how ALM is now extending to release management, deployment and operations, areas often not associated with the traditional software development lifecycle.  She quotes Forrester Research analyst Dave West as saying:

While traditionally ALM has focused on automating the software development lifecycle (SDLC), “increasingly we’re thinking ALM is a broader category that includes delivering the software, the ‘last mile’ of software. The point is information needs to be available to make effective [deployment] decisions.”

Similarly, SSQ contributor Chris McMahon also talks about the trend to extend the lifecycle to include “DevOps” in his tip, DevOps: Fostering collaboration in software development. McMahon notes the importance of collaboration between development and operations, a common theme in both ALM and agile methodologies.

In my tip, Collaboration tools: Communication trends in ALM, I talk about the prevalence of collaboration features in ALM tools allowing teams to communicate more effectively throughout the lifecycle.

December 13, 2010  8:22 PM

Software requirements management tool Contour adds collaboration

Yvette Francino Yvette Francino Profile: Yvette Francino

Last week, software requirements management vendor Jama added collaboration features to their Contour product. Jama CEO Eric Winquest says Contour 3.0 adds features which will allow teams to stay more connected, be informed of changes and communicate more effectively. Winquest talked about the growing complexity of software and the many tools and processes that are available. However, he stressed the importance of the communication of the project team.

“At the end of the day, it’s not really the tools and methodologies that get projects done, it’s really the people. We believe it’s the human interactions that are missing from enterprise software tools.”

In my recent tip, Collaboration tools: Communication trends in ALM,  I write about how collaboration in ALM tools is a growing trend in the industry. With distributed teams, collaborative features allow teams to have stronger communication, better change management, and better ability to store and archive all kinds of data and documentation and keep that documentation up-to-date.

Mace Volzing, software development manager at IntraPace, used Contour to help manage the requirements for IntraPace’s abiliti device– a medical device with embedded sofware used to help obese patients manage their eating habits. Volzing found the tracability features of Contour invaluable and necessary when doing development for a medical device.

“Each project has documents that are interrelated. All of them link together through Contour, which is incredible when you go to do any kind of maintenance later or any kind of change request later on.”

IntraPace used a waterfall methodology to develop the firmware for the abiliti device. However, web software is also under development that will allow for social networking among the patients using the device. For this, Interpace is using a Scrum methodology with success. Volzing believes that for the next release of firmware, they may use a hybrid approach. However, regardless of methodology, they’ve found that Contour is easy to use, providing the needed functionality to document and track their requirements throughout the lifecycle.

Volzing said they are looking forward to the upgrade to Contour and having the additional collaboration features in place.

December 9, 2010  8:09 PM

Mixing CMMI and Agile

Yvette Francino Yvette Francino Profile: Yvette Francino

The first time I heard about integrating CMMI and agile was at IBM’s Innovate conference last spring. I thought it an odd combination. My experience with CMMI, a process-improvement methodology, was that it was extremely documentation-intensive and all about process. When you look at the Agile Manifesto, you see these are “right-sided” values– the values that are considered less important than the “left-sided” values agile touts such as people, working software, customer collaboration and responding to change. Can these two seemingly conflicting methodologies really be combined effectively?

Paul McMahon, author of Integrating CMMI and Agile Development, says ‘yes.’ In a two-part interview, I pose some tough questions for McMahon.

In CMMI and Agile integration: Adding agility to CMMI-mature organizations, part 1, I start by questioning McMahon about the combination of traditional model emphasizing process and documentation with a model that claims success by practicing a rather opposite philosophy.  I ask about the buy-in from agile organizations in Adding CMMI process maturity to Agile organizations, part 2.

McMahon answers these questions and more, giving me a new perspective on CMMI and insights into how the balance of these two, when done correctly, can be a great benefit to an organization.

December 6, 2010  2:31 PM

The benefits of test-driven development

Yvette Francino Yvette Francino Profile: Yvette Francino

I’ve heard from many agile experts, including Elizabeth Woodward and Steffan Surdek, two of the authors of A Practical Guide to Distributed Scrum, about the importance of test-driven development (TDD).

Even though I had been a software developer for many years, I wasn’t entirely clear about the difference between unit testing and test-driven development. It seemed that the primary difference was that with TDD, the tests are written before the code, but I still was unclear as to why that would really make much difference.

I explored that question and others in a two-part interview with the author of Test-Driven JavaScript Development, Christian Johansen. In part one, Johansen describes the mechanics of TDD and how it compares to traditional unit testing. In AgileTechniques: Benefits of test-driven development – Part 2, we learn more about the benefits, which include the automated tests which provides documentation for the most current code. When asked about the time to write, test and maintain the test cases, Johansen said:

Writing tests takes time, for sure. However, writing tests also saves time by removing or vastly reducing other activities, such as manual or formal debugging and ad hoc bug fixing. TDD also has the ability of reducing the total time spent writing tests. When retrofitting unit tests onto a system, a programmer will likely occasionally encounter tightly coupled code that is either hard or impossible to test. Because TDD promotes the unit test to the front seat, testability is never an issue.

November 23, 2010  6:50 PM

The works of the “father of software quality” Watts Humphrey remain

Yvette Francino Yvette Francino Profile: Yvette Francino

Recently, Watts Humphrey, an icon of software quality, passed away at the age of 83. Humphrey was probably best known for his work as one of the founding fathers of the Capability Maturity Model (CMM), a popular and well-known process improvement methodology.

Hearing about his death, I was curious about CMM. Had they been updated over the years? Was the process improvement methodology itself undergoing improvements? As a matter of fact, I learned that the Software Engineering Institute (SEI) recently released CMMI for Development, v.1.3. The new version does include some additions, taking into account the transitions many organzations are making to agile software development.

In CMMI for development: An overview of a process improvement model I give a high-level overview of CMMI for development, the process improvement methodology which has continued to evolve over time. Though I just cover the basics, the full 482-page document is available from the SEI website.

Humphrey, of course, left behind a much bigger legacy than his work on the capability maturity model with 12 books and hundreds of articles influencing topics of software quality. In fact, just a few months ago, SSQ published a chapter excerpt from his book, Reflections on Management. He was a scholar who will be missed, but his work will remain to guide and teach others in the industry.

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to: