Introduction
Concurrent Engineering is a software life cycle process by which the company may develop high-quality, consistent software products with a minimum of maintenance. The quality process includes both product correctness and process assurance, allowing each to be validated and improved. The Concurrent Engineering process is scaleable for different size projects, full new build projects or installation of purchased packages, standard priority or urgent projects, and includes the methods by which to prove out which category the project should belong.
Benefits
On average, the U.S. software industry exceeds their predicted completion dates by 250%. Concurrent Engineering, with its built-in verification process, claims to predict the correct completion date to within 20%. Carolla Development's experience installing Concurrent Engineering in its client companies has improved the accuracy to within 15%.
Concurrent Engineering complies with the Capability Maturity Model (CMM) of the Software Engineering Institute. A national de facto standard, the CMM is a measure of an organization's productivity and ability to develop quality systems. Concurrent Engineering has been shown to at least double the productivity of organizations using it. Studies have shown that moving to the first stage of the CMM requires 2-3 years; Concurrent Engineering typically requires 15-18 months to install. It is also compliant with the ISO 9000-3 software guideline, which is in process to become an international standard.
Infrastructure, Commitments, and
Assumptions
This document assumes that the organizational structure and processes necessary to implement Concurrent Engineering and maintain its effectiveness in the organization are provided. Namely:
The following list identifies the phases of Concurrent Engineering and the goal for each. After each goal is a set of bullet items that indicate the primary criteria that must be met for that phase to have accomplished its purpose. Violation of any of these criteria will result in damage to the quality process, and subsequent inadequacies to the project.
Goal: Estimate the project's effort, time, and cost
so executives can make an informed decision about the project's worth.
Goal: Build and validate a model of the business
problem domain to ensure the correct problem is defined and customer
needs are accurate before attempting a solution.
Goal: Provide a technical solution that meets the
customer needs and enhances the corporate business position and value.
Goal: Define a work plan for implementing a technical
solution, whether a purchased package, new development, maintenance
change, or a hybrid.
Goal: Install or construct the solution, using a
mini-release, risk-driven and priority-driven approach, to run
concurrently with testing and low-level design. Validate low-level
design, collecting interface specifics (e.g., screen and report
layouts) from customers.
Goal: Ensure a solid and methodical way of moving the
product into the customers' environment as smoothly as possible.
Copyright © 2000 by
Carolla Development, Inc. All rights reserved.