Estimation Telecon, 2009-04-21

See Estimation and Measurement Meetings for meeting logistics.

Agenda

1. Introductions - All

Since this is our first telecon, let's take a few minutes to introduce ourselves.

2. Workgroup Goals

Let's discuss our goals and establish a plan for the workgroup.

3. Use Case Prioritization

We have several use cases proposed. Are there more? Let's prioritize the list.

4. Applicable Standards

Are there any applicable standards we can use, e.g. to define metrics or project properties.

5. Information Model

I posted a draft i nformation model to establish concepts. [3] [4] You can download it as a zip. See also MetricsModel.

Minutes

Attendees: ArthurRyman, LawrencePutnamJr, JimKoslow? , AndyBerner, PeterHaumer, StevePitschke, MurrayCantor, ScottBosworth, VikrantKaulgud, LeeFischman

1. Introductions

• Larry - QSM, interested in integrating QSM estimation tools with other develop tools, e.g. from IBM Rational
• Jim - Galorath, business alliance manager, also interested in integration
• Andy - IBM Rational lead architect for ISV enablement
• Peter - IBM Rational lead architect for Measured Capability Improvement Framework (MCIF), interested in control framework
• Steve - IBM Rational dev lead for integration of ISV estimation tools with new project management tool
• Murray - IBM Rational lead for Governance solution, member of CTO team
• Scott - IBM Rational lead for OSLC, member of CTO team
• Vikrant - Accenture, interested in project management, estimation, data mining of development tools
• Arthur - IBM Rational, chief architect for Project and Portfolio Management, will lead this workgroup initially
• Lee - Galorath, will act as point of contact for Galorath

Arthur is initiating this workgroup, but it should not be viewed as an IBM-run workgroup. Looking for co-leaders. Larry volunteered to co-lead.

2. Workgroup Goals

The primary goal is to define services that enable the integration of estimation tools with other development tools in order to support the key use cases that have been identified and agreed to.

In general, service interfaces could be defined on both the estimation tools and the development tools. However, as an initial simplification, we'll adopt an architecture where the development tools provide the services and the estimation tools act as clients to those services.

Our target is to have initial implementations this year. However, the specifications may not be final. Product support statements are independent of the level of maturity of the specifications at OSLC, e.g. a product may elect to support a draft spec or may decline to support a final spec.

3. Use Case Prioritization

We reviewed the four use cases: Initiating, Monitoring and Controlling, Re-estimating, and Closing. There was general agreement that these were the main use cases.

During the discussion it became apparent that we should also include a Calibrating use case to bootstrap the models before they are used for new projects. Calibrating entails mining data for the historic project records of an organization.

ACTION: Arthur to add a use case for Calibrating

Murray raised some additional use cases that dealt with an orginizations ability to use estimates, and to analyse their overall improvements over time across mulitple projects.

ACTION: Murray to add these additional uses cases for discussion at future telecons.

There was agreement that the Monitoring and Controlling use case be given the highest priority since the ability to control projects has high value. In order to proceed on this, we should gather information about which metrics are most useful. The following general categories were identified:

• size
• schedule
• effort
• defects

Comments

Add your comments here: