Involve and collaborate with a broad range of users during software design, development, testing, and deployment to increase the return on investment.
New Mexico Department of Transportation's experience in designing and deploying a web-based software application to simplify the increasing complexity of coordinating rural transit funding.
In general, the following examples from the implementation of the CRRAFT software application provide suggestions on improving the overall return on investment:
- Develop requirements based on user needs to improve user acceptance. Although CRRAFT supported the needs of PTPB, the software did not support several important transit agency needs. Two of these features were: access to data for internal transit agency reporting and the need to quickly enter scheduled trip data. Consequently, many transit agencies were forced to enter trip/ridership data twice to support their internal agency reporting requirements and receive funding from PTPB. Since the CRRAFT scheduler module was not designed to provide transit agencies with the ability to quickly enter trips into the scheduler module, many transit agencies found it easier and quicker to continue using their pre-CRRAFT scheduling methods to support their day-to-day operations. However, to receive funding from PTPB, transit agencies had to enter the trip/ridership data into CRRAFT to generate the required invoice. As would be expected, many transit agencies that provided a large number of trips were dissatisfied with CRRAFT.
- Involve users of the system in the design, development, testing, and deployment of the software to reduce post-implementation changes and reduce costs. Had the transit agencies been more involved in the design, development, testing, and deployment of the CRRAFT software, needed features would have been identified sooner and included before the software was deployed. The CRAFT development team tried to address the numerous requests for changes to accommodate the various transit agency needs until funding became constrained and additional changes were not possible.
This lesson points out that good requirements and end user participation in the development process are critical to ensure that software is designed which support user needs and reduce the costs of post-development software changes. Software designed and developed without collaboration of representatives of the various users (e.g., PTPB, large and small transit agencies providing demand responsive and fixed route services) can result in reduced user acceptance, duplication of work, and additional costs for software refinements.
Author: R. Sanchez (SAIC), P. Rodriguez (TranSystems), C. Schweiger (TranSystems), M. Carter (SAIC) No.
Published By: USDOT ITS JPO
Source Date: 7/29/2005
EDL Number: 14175URL: http://ntl.bts.gov/lib/jpodocs/repts_te/14175.htm
Average User Rating