Saving Cybermed
A proposal to redefine the business process used by Cybermed to enable
the company
to meet strategic goals and survive in the current business environment.
UMUC CSMN 637 -- Professor: Dr. Ed Fitzpatrick -- 21 April 1999
Submitted by:
Susan Anstead
Sandra Pierce
Rob Crittenden
Alan Harbaugh
Ravinder Singh
Sal Aurigemma
Executive SummaryTable of Contents
One of Cybermed’s strategic goals is to become the dominant firm in the health services management software industry, and growth is key to meeting that goal. A detailed analysis of Cybermed’s business activities and processes has revealed some disturbing problem areas that threaten the very survival of the company. At this juncture, any growth in the business Cybermed accepts incurs significant risks that will eventually cause irreparable damage to the company’s reputation. Cybermed is simply not prepared to assume a larger role in the industry.
Several problem areas of concern are identified in this document. First and foremost, Cybermed suffers from a macro-level business process that is too immature for its current organizational state. The current "Cybermed Business Process" is stressed to its limits and will not allow growth. Second, organization-wide communication is very poor. Lateral department level communication is deficient, riddled with stovepipe communications methods and a lack of accountability. Departments do not understand how their own actions affect other departments or activities. Finally, overall project tracking and management is erratic and flawed, leading to an atmosphere of crises management and constantly shifting blame.
With the identification of these problems comes the opportunity for remarkable improvements that could be the catalyst for Cybermed meeting all of its strategic goals. The first recommendation is to redesign Cybermed’s business process to incorporate teamwork and communication early in the project development phases. A recommended process is given in this document. To improve communication and group effectiveness, the installation of GroupWare is endorsed. Finally, the creation of a Software Library and a project tracking alert E-mail system are advocated to address specific problems identified in this document.
In the six short years of its existence, Cybermed has grown to become a successful company providing Health Services Management System software packages to health services providers. The company's strategic goals are to:
In order to thrive in the industry, Cybermed must:
To meet the above critical success factors in order to achieve its strategic goals, Cybermed must structure its business processes to meet the following performance targets:
Market research indicates that Cybermed is currently in a favorable, yet tenuous, position in the health services software industry. Clearly, the company retains a competitive edge gained from early market entry and delivery of quality custom software. There is an increased demand for dependable health systems software, of which health service providers are willing to pay high prices for quality software. Yet, the growth of competition from highly capitalized subsidiaries of large corporations seeking entry into the lucrative health services market poses a major threat to Cybermed’s continued success. An analysis of Cybermed's business health has identified some significant areas of concern that, if handled appropriately, could propel the company to the next level as the leader of the industry and the standard by which all competitors are compared.
Statement of Problem Areas at Cybermed
A thorough examination of the work activities at Cybermed has revealed the following significant flaws and opportunities that need to be addressed not only in order to meet strategic goals, but also to ensure survival of the company:
Problem Area #1: Immature Business Process. The business processes used during the lifecycle of a product were designed for and by Cybermed when it was smaller and in a less advanced organizational state. The company has grown too big and has goals too lofty to continue using business processes designed for a small group of individuals relying on face-to-face communications. In short, any growth by Cybermed dramatically increases the chances of significant failure. With relation to the modern business environment, the current process is flawed in the following ways:
If the company continues to operate as it is currently doing and continues to accept more business, the outcome is certain - eventually Cybermed will fail to meet the needs of one or more clients, damaging the company’s reputation irreparably. As the President recently pointed out in a meeting with department heads "One serious problem with a client would be all it would take for the company to damage its reputation and be overtaken by the competition…". With so much depending on the reputation of the company, steps must quickly be taken to minimize the risks of damaging the character of Cybermed.
Survival in the present business environment requires a significant change in Cybermed's core business processes. The task at hand is to redesign the overall Cybermed business process; to create one that not only allows survival but provides the tools for the eventual accomplishment of all strategic goals. The process recommended addresses each of the previously noted problem areas and gives the foundation necessary for Cybermed to meet its strategic goals. Additionally, the following relatively minor changes are necessary to support the process change:
It is prudent to first understand the current Cybermed Business Process (CBP) and recognize the significant problems. The activity model below provides a high level overview of the current business and communication processes (inter-department and client) required to develop and deliver software to a Cybermed Client. This model is limited to the key tasks in the process.
The activity model is presented in the ICOM IDEF modeling format. ICOM stands for Input, Control, Output, and Mechanism. A generic ICOM model that shows the relationships of the Input, control, output and Mechanism to the activity is show below.
Input – That which will be transformed by the activity or process.
Control – Those elements related to the activity that constrain or govern how the activity will be conducted. Examples include policy, budget constraints, and customer requirements.
Output – The result of the activity. This is the input after it is transformed by the activity.
Mechanism – Those things that do or support the activity. This may be people, systems, facilities or equipment.
An abbreviated narrative is provided to better understand the activity diagram:
A0 – Develop Client Software
A1 – Develop Concept Solution
1.1 Marketing receives customer inquiryA2 - Develop functional performance requirement document
1.2 Assign Account Executive (AE)
1.3 Contact potential or existing customer1.3.1 Document meeting notes with Client Manager (CM) System1.4 Draft preliminary customer analysis (output)
1.3.2 Updates CM database on Notebook PC
1.3.3 Transmits data to CM central database
1.5 Develop a concept solution (include estimated cost and schedule)1.5.1 Contact Cybermed specialist for input1.6 Facilitates client meeting with Systems Executive (SE)
1.5.2 Send preliminary problem analysis to Cybermed specialists
1.5.3 Incorporate specialist comments and recommendation into proposal
1.5.4 Provide preliminary proposal to client
1.5.5 Accepts client order for system1.6.1 Participates in detailed technical analysis
1.6.2 Attends the last two technical meetings
2.1 Perform detailed problem analysis (Systems Executive)
A3 - Develop Software for Client (Software Department)2.1.1 Work with client technical staff and work group leaders2.2 Prepare formal proposal (AE)
2.1.2 Draft a technical solution (output)2.2.1 Review central CM database for proposal development/input2.3 Obtain signed contract from Client(AE)
2.2.2 Review formal proposal with software department (telephone & e-mail)
2.2.3 Meet with Software Department to resolve issues and gain support for final proposal
2.2.4 Submit final proposal electronically to senior management for review and approval
2.2.5 Approve formal proposal (Cybermed Senior Management)
2.2.6 Notify AE formal proposal approved2.3.1 Meet with client after senior management approval is received
2.3.2 Receive signed contract from client for system development and delivery
2.3.3 Review proposal with Software department
3.1 Select project manager and support staffA4 – Prepare system manual and client training program (Client Services)
3.2 Assign each project participant an e-mail account(s) according to project tasks
3.3 Monitor staff requirements as project progresses3.3.1 Shift staff from other projects as delivery date nears3.4 Deliver software to client (Software Department)
3.3.2 Track project resource and expense utilization
3.3.3 Update the CM central database with actual expenses
3.3.4 Generate various reports for Cybermed senior managers3.4.1 Assign highly skilled technical staff for system installation and testing at client site
3.4.2 Fine-tune system for client
3.4.3 Obtain final approval and acceptance of system from Client
4.1 Develop system user guideCybermed As-Is Business Process
4.2 Develop client system training
Major Faults in the Current Cybermed Business Process
The preceding diagram clearly shows many disturbing trends: Work flow is almost exclusively sequential; the Account Executive (AE) is tasked with developing and proposing technical solutions to potential clients; the Software Department is not involved in the business process until the AE seeks final proposal approval; available assets are not determined until the final proposal is accepted and after the timeline is drawn; client support staff are not involved in the design of developmental phases at all. Viewers can find at least one noteworthy fault in every activity. The fact is that the above process was viable when Cybermed was a small company where everyone knew each other's strengths and weaknesses. Now that Cybermed has grown, and wishes continued growth, something much change or catastrophic failure is imminent.
Process Improvement Requirements
The following process improvements are needed and included in the proposed process shell below:
The below macro-level business process was specifically designed to enable Cybermed to meet its strategic goals based upon the identified critical success factors, performance targets, and current business environment. The three significant problems areas with the existing process are addressed with this process and the subsequent recommendations. A process narrative is provided to clarify the graphical representation and assist in old and new process comparison.
A0 Develop Client Software
A1 Define Project Scope
1.1. Customer contacts CybermedA2 Draft Proposal
1.2. National Sales Manager assigns Account Executive (AE)
1.3. Meet with customer
1.4. Determine general scope of project
1.5. Update Cybermed database from Notebook PC with preliminary customer analysis
1.6. Develop a concept solution (include estimated cost and schedule)1.6.1 Assign Systems Executive (SE)
1.6.2 SE meets with customer and AE to perform initial evaluation
1.6.3 Develop preliminary problem analysis with SE
1.6.4 Determine if customer is interested in continuing proposal process
2.1. Assign core CPTA3 Sign Contract
2.2. Perform detailed analysis and design with customer2.2.1 Work directly with client technical staff and work group leaders on design2.3. Submit proposal with cost and timeline to customer
2.2.2 Use standard Cybermed system as basis for labor and system costs
2.2.3 AE uses CPT labor and time estimates to calculate pricing and draft initial proposal
2.2.4 AE and CPT check for resource availability in Cybermed database to avoid double-allocation of resources.
3.1. Review proposal with customer. Cybermed management reviews proposal terms.A4 Develop System3.1.1 Meet with customer and AE to iron out any last-minute changes3.2 Submit final proposal electronically to senior management for review and approval
3.1.2 Determine if any pricing or time changes are necessary
3.1.3 Make changes to proposal3.2.1 Senior management approves send final contract to customer for signing
3.2.2 Senior management denies3.2.2.1 CPT and AE meet with senior management to determine reasons for denial and change proposal as necessary.
3.2.2.2 Return to A3
4.1. Assign Project ManagerA5 Deliver System
4.2. Assign additional staff as project requires
4.3. Create project environment in Cybermed development system4.3.1 Development environment4.4. Develop Software
4.3.2 Integration Environment
4.3.3 Testing Environment
4.3.4 Production Environment
4.5. Develop training
4.6. Develop user manual and other documentation
4.7. Project Manager updates Cybermed database with progress
4.8. Project Manager meets with clients periodically to provide status
5.1. Subset of CPT goes on site to customer5.1.1 Install software and do final integration5.2. Obtain signoff from customer of delivered product
5.1.2 Execute training
5.1.3 Deliver software manuals and documentation
5.3. CPT members are put back into pool of available resources
GroupWare is the convergence of many communication technologies developed to support the three primary methods of group interaction: communication, coordination, and collaboration. Functions of GroupWare include: messaging; scheduling; synchronous and asynchronous conferencing; workflow monitoring; and document management. These functions are an ideal match with the recommended business process changes.
The GroupWare eventually selected must be compatible with and enable effective communication across all current Cybermed organizational hardware and operating systems. To that end, it is recommended that the GroupWare be mature and recognized amongst the industry leaders in its field. To simplify financial estimates, the highly recognized Lotus Notes/Domino has been arbitrarily chosen, but the recommendation is to research available GroupWare packages to identify those that best match and enhance the main Cybermed business processes.
Project Tracking and Status E-mail
Automated warning e-mails should be sent to senior executives and managers whenever critical project thresholds are violated. The changes necessary to implement the new alert system are relatively minor from an IT standpoint. The existing database will need to be enhanced to include a threshold value field that will represent, for example, the percentage difference between actual and expected work completed or actual versus expected project costs. Thresholds can be altered for individual projects or use an approved standard rule set. The current weekly reporting system will continue with access available to all individuals involved in the various projects.
Software Library and Code Re-Use
The goal of this system is to eventually have a software library that meets all needs of any potential Health Service Management System software package. Rather than writing code from scratch for each customized project, the software developers can rely on existing, proven code as a base for enhancements. Programmer workload will decrease significantly and time to market for software products will shorten considerably. Programmers will spend less time performing trivial code generation and more time focusing on specialized client requests, thus creating a more challenging work environment and increasing morale. Additionally, late change submissions to project scope will be easier to fit into current project schedule.
Discussion of Alternatives Considered
It is readily acknowledged that Fourth Generation Languages (4GLs) provide a structured and consistent approach to developing applications. 4GLs' self-documenting features and non-procedural framework enable the creation of cross-platform applications that are easy to maintain and modify. Similarly, a Computer Aided Software Engineering (CASE) system can reduce or eliminate quality and productivity problems in software development through a variety of methods including code re-use, greater emphasis on analysis and design, and process automation.
Cybermed should consider implementing a 4GL or CASE development environment in the future. After consideration of the immediate implications of using these tools, we recommend against their use at this point based on the following reasons:
The necessity of organization-wide acceptance and the significant scope of the process changes needed delineates that the President of Cybermed must sponsor and wholeheartedly support this process reengineering effort.
Cybermed has earned the reputation of providing effective software solutions in the health services management industry at reasonable prices. This reputation is the foundation of the company’s current success and the key to future growth in the industry. Recently, Cybermed has seen its market share attacked by aggressive competition to the point that the company is taking considerable risks in an effort to expand its customer base. The source of these risks has been identified in this document and the recommended solutions address the internal issues affecting risk levels.
To ensure the Cybermed Business Process is continuously meeting the needs of the company, semi-annual review of work processes should be conducted during the scheduled process refresher training to make corrections. The goal is to ensure Cybermed never makes the same mistake of utilizing processes that do not support strategic goals nor meet performance targets.
There are currently no Benchmarking standards being used by Cybermed. An external consulting firm should be hired to provide such services. With product lifecycle decreasing and competition increasing, it is very important that Cybermed be aware of the status of its processes with respect to its competitors and customer expectations. While the health services management software industry is relatively young, there is a wealth of experience with software development in other industries that can be directly applied to Cybermed’s internal processes.
| Description | Time | Cost | Quantity | Total Cost |
| Initial training for new process | 1week | 500 | 200 | 100,000 |
| Follow-up training | 2 days | 200 | 200 | 40,000 |
| Refresher training | 3 days | 300 | 200 | 60,000 |
| Lotus Notes Multiprocessor License | 2295 | 1 | 2,295 | |
| Lotus Notes/Domino Client License | 69 | 200 | 13,800 | |
| Domino Server License | 1795 | 1 | 1,795 | |
| Lotus Notes/Domino Support contract | 2484 | 1 | 2,484 | |
| Lotus Notes/Domino Implementation | 2 days | 5000 | 1 | 5,000 |
| Lotus Notes/Domino training basic | 1/2 day | 100 | 200 | 20,000 |
| Lotus Notes/Domino training advance | 1/2 day | 100 | 50 | 5,000 |
| Lotus Notes/Domino training advance | 1/2 day | 100 | 50 | 5,000 |
| Software Library development | 4 weeks | 8000 | 3 | 24,000 |
| Lost man-hour cost for initial training | 1 week | 1871 | 200 | 374,135 |
| Lost man-hour cost for refresher training | 2 days | 374 | 200 | 74,827 |
| Total: | $783,336 | |||
| 2nd through 5th year costs | ||||
| New employee orientation (10% turnover) | 1 week | 500 | 20 | 10,000 |
| Refresher training | 3 days | 300 | 200 | 60,000 |
| Lotus Notes/Domino Support contract | 2484 | 1 | 2,484 | |
| Lotus Notes/Domino training basic | 1/2 day | 100 | 20 | 2,000 |
| Lotus Notes/Domino training advance | 1/2 day | 100 | 5 | 500 |
| Lost man-hour cost for refresher training | 2 days | 374 | 200 | 74,827 |
| Total: | $149,811 |
Assumptions:
There is no accurate means of predicting the total tangible return on investment and payback period for the investment in the new Cybermed Business Process or its corollary solutions. The investment simply ensures Cybermed’s survival in the current business environment and allows for the desired growth set forth in the strategic goals. It is recommended that an accurate assessment of process costs and gains be performed after six months of using the new process. Project tracking data will identify the average time to market and final costs of product delivery for projects utilizing the recommended process. These values can then be compared to historic project data to determine the 6 month ROI and expected payback period.
Process Implementation Schedule
The attached schedule addresses the following recommended actions: