Archive

Posts Tagged ‘software productivity’

Supplementing Project Metrics with Quality Metrics

January 25th, 2010 Jitendra No comments

Why would IBM Rational, a leader in tools for improving software delivery, work hard to integrate the CAST Application Intelligence Adapter into IBM Rational Insight?

Because CAST’s quality metrics are a unique and vital addition to IBM Insight.

Quality metrics are vital to delivering a product that will live up to the benefits articulated in the business case.

Fulfilling the business case depends on on-time, on-budget, on-functionality delivery. But it also depends on one other critical element dependability.

Functionality is nothing if it works unpredictably, is slow, or breaks down often. Read more…

Function Points — A Primer

January 4th, 2010 Jitendra No comments

This post covers function points in general and then takes a deeper dive into the CAST approach to automated function point counting.

1. What is a Function Point?

2. How are function points used?

3. What is a CAST-Computed Function Point?

4. How does CAST’s automated approach to counting function points compare with IFPUG’s manual approach?

5. Which approach is better? Which one should I use?

6. When should I use CAST-computed function points?

7. Can CAST-Computed Function Points be used for benchmarking?

8. Can CAST-Computed Function Points be used to measure productivity?

9. How can CAST’s automated function point counts inform key management decisions?

10. What steps can I take today to improve my organization’s productivity?

11. Where can I get more information?

A function point, first defined by Allen Albrecht of IBM in 1979, is a measure of the amount of functionality in a software application. While Albrecht defines the attributes of functionality, his definition does not specify a particular method or process for measuring these attributes. Hence, two function point counts may differ because they follow different procedures for measuring or summing the constituents of functionality (the attributes) to come up with a total count of function points.

Read more…

Software for Increasing IT Productivity

January 1st, 2010 Jitendra No comments

Speaking of software productivity, Peter Cohan of AOL’s Daily Finance recently wrote about how automated software quality measurement improves IT productivity and in turn, business productivity.

Read it here.

Software Productivity – Whatever Is It Good For?

December 24th, 2009 Jitendra No comments

“Absolutely nothing!” is Springsteen’s answer. But then, the question he asked was about war, not software.

For software productivity, the answer is quite the opposite.  Productivity is good for the important things in life.

The Two Benefits of an Objective, Accurate Measure of Application Productivity

1) A well-designed application productivity metric is the most effective management metric you can have. It enables you to set targets and manage course and speed to the target.

For example, if you have historical productivity data in function points per staff month, you can use the present cumulative cost and time spent on a development project in flight to assess if the budget and schedule will be met. This is an example of a metric that enables you to change course mid stream. Compare it to the usual “rear view” metrics you have that are very good at measuring how badly things went wrong after the fact!

In contrast, productivity helps you prevent bad results. If cost is higher than it should be at a certain point during the course of the project, managers can convey precise information to their teams or outsource partners. The guidance is precise: the exact number of function points per staff month that productivity must improve to meet budget and schedule.

Because function point recounts are virtually cost free with CAST, managers can have an accurate measure of productivity throughout the course of the project. Once productivity improvement targets are set and activities and processes are altered to hit these targets, subsequent measurements can quickly quantify the effectiveness of these improvement efforts.

Data from Capers Jones (“Overview of the United States Software Industry Circa 2009″) can be used to initially set productivity rates.

Data from Capers Jones. Software Productivity in 2009 by Application Type, Size, and Industry Sector

Data from Capers Jones. Software Productivity in 2009 by Application Type, Size, and Industry Sector

2) A well-designed productivity metric is the single best indicator of process inefficiency. Because function points enable apples-to-apples comparisons across applications, technology stacks, business divisions, and teams, similarities or differences in productivity along these dimensions become instantly visible. More productive on Corporate Admin applications than Sales applications? Team A much more productive than Team B? How do SOA applications compare with Mainframe applications in terms of enhancement productivity? The productivity metric instantly highlights such discrepancies.

Differences in Productivity

Differences in Productivity

Once identified, the next step is process improvement. Productivity metrics can be applied at different levels of process detail — to a large process like release management, or to a much more focused aspect of release management — production readiness. A change in productivity in response to a process change is the best measure of the effectiveness of that process change. This gives managers more information about how to prioritize process improvement efforts.

Keeping track of software productivity puts you back in control.  Enjoy it and use your power wisely!