Question
Case Study Background Medical Informatics, a leading health services company, embarked on a new product development project. Medical Informatics needs to expand its clinical data
Case Study
Background Medical Informatics, a leading health services company, embarked on a new product development project. Medical Informatics needs to expand its clinical data warehouse (CDW) to ingest third-party data feeds from wellness vendor and onsite clinic data to incorporate this information to downstream employer group analytics and reporting processes. This expansion will also be used to develop new activity reports to message value on these products. The nature of the companys business is that it operates in an extremely competitive environment that necessitates fast delivery to market so as to prevent competitor companies from gaining dominant market share with similar competitive products. Therefore, the key success factors of the project were time to market and quality. Cost of delivery was not a major concern. Scope The scope of the project was to create a modular software package to handle wellness vendor data to ensure appropriate preventative care is being tracked for members, including the systems changes, the vendor wellness database tables, and wellness vendor reporting. The project was divided into modules consisting of: wellness DB tables, promote tables, and wellness vendor reporting. A project manager was appointed, but has since left due to personal reasons. Time Scales The launch date was set as December 21, 2017. The product had to be ready for launch on this date, as all the marketing material would reflect this date and the launch had to precede the launch of similar products from competitors. The project kickoff was May 5, 2017. The tasks that had been completed prior to May 5, 2017 were the business case compilation and approval and the project team establishment. Technology The systems development was to be done using the MS Visual Studio programming language and SQL environment, which was new to the development team. The developers were sent on MS Visual Studio programming training two weeks prior to the project start. The developers were used to working in a Java programming environment and had not worked with any MS-oriented languages before. The new wellness vendor reports will integrate into the existing system located behind the intranet. These new reports, unlike the existing reports, will utilize both SQL Server and Teradata. SQL Server will control the security access and parameter selection for the reports. The application will then send the selected parameters to Teradata in order to populate the body of the report. Case Study Summary of Events Business Case Development The product development department developed the business case for the proposed new product, including projected cost/benefit analysis based on previous similar products and current market share. The business case was reviewed by executive management and approved. Requirements Definition The product development department developed the requirements specification for the new product. These requirements were specified based on the understanding level of the project team, which had many years of experience in the company and an extremely good understanding of the systems. Some of the finer details of the requirements, such as the reporting requirements and the final policy document wording, were not defined at this initial stage. The outstanding requirements would be agreed upon during the project, once the users had decided exactly what they wanted in this regard. Project Team Appointment John was appointed as the overall project manager. John had been with the company for 23 years and been involved in numerous projects for new product developments in the past. He knows the existing systems intimately and had good working relationships with all the various departments involved in product development and launch. The project team appointed consisted of people from various departments, all of whom had been involved in previous product development projects. Their knowledge of the systems and applications is extensive. After delivery of Module Two, John left due to personal reasons. Project Kick-off The product development executive, the sponsor of the project, chaired the project kick-off meeting, held on May 5, 2017. She emphasized the importance of the project to the company, as it would ensure good returns by getting the new product to market before its competitors. She stressed that the delivery date must not be compromised in any way, as this would open the doors for competitive products and the opportunity would be missed. The project manager and the team were asked to get busy immediately with their planning, and a follow-up meeting was set for August 5, 2017 to review the project plans. Project Plan Development The project team had been involved in many similar projects in the past, and thus knew exactly what the project entailed. For this reason the plans were based on previous historical information of past projects. The project plans included only the systems-related work. The interfacing to other areas, such as the legal department, marketing, and operations, would be handled by the project manager at the specific time required for their input. Project plans were drawn up using a scheduling tool. The phases and tasks were detailed, but resources were not allocated to the tasks, since resources knew exactly what their role was on the project and which tasks related to them. Task dependencies were not put into the plan, as this made the plan too complex. Dependencies were handled by each team member and by the project manager. Project Plan Management Management of the project plan consisted of updating tasks with their percentage complete on a weekly basis. Record of actual hours spent on specific tasks was deemed not necessary. Each resource gave an estimate of the percentage complete for each task, which was used to update the plan. Resource availability was handled in an informal manner whereby each resource gave feedback on a weekly basis regarding his or her workload on the project and other non-project work responsibilities, such as systems maintenance. Progress Reporting Progress reports were produced every two weeks. These consisted of a progress summary, deliverables attained, percent complete, risks, issues, and cost information. (See the most recent Wellness Progress Report below.) Minutes were kept for some meetings. (See the most recent Meeting Minutes below.) Progress for Period May 5, 2017 August 5, 2017 Initial progress was good, with all team members working well together. Programming started almost immediately, since the team knew the systems so well that they were able to make some of the required changes immediately. Some issues were identified with the user requirements, since not enough detail was in the requirements document. These issues were resolved between the programmers and the users. Some of the programmers experienced problems when they discovered they were working on the wrong version of the user requirements. This was resolved when the users printed out the current version of the requirements for all the team members to make sure they were all working on the current version. Progress was not as fast as desired, due mainly to users changing their minds about the requirements. The programmers were very accommodating with such changes and tried their utmost to keep the users satisfied. Unfortunately, the number of changes and additional requirements requested by the users caused the work to fall behind schedule. When some of the programmers complained to the project manager, he said that it was essential that users received what they wanted, so their changes must be accommodated, even if it meant having to work extra hours to catch up. The programming was also delayed from time to time due to technical problems experienced with the new development environment. The company did not have anyone experienced in the new development software, thus had to rely on vendor support, which was a bit lacking due to their commitments at other companies. Progress for Period August 5, 2017 October 5, 2017 (two months before live date) The sponsor became concerned with the project progress, since she felt there was a risk of not meeting the required delivery date. The programmers were working long hours to try catch up on the project work, as well as doing their required maintenance and problem fixing of the live systems. The legal department said that they may not be able to provide the policy document wording in time for the live date, due to other priorities. They said they may have been able to if they had known about it sooner. The user department said they may have a problem getting the test packs ready for user testing, as some staff were going on leave over the Thanksgiving period. Initial testing revealed that the performance of some of the modules was very slow. This was resolved to some extent when it was found that some of the programmers had used inefficient coding, as they were new to the programming language being used. There were also a number of bugs reported, one of which causes the product to crash at least once a week. There are numerous change requests submitted by users for enhancements to the product. John, the project manager, has left, and the project team is in complete disarray, and there seem to be issues between the architect and database administrators on just how the database supports the vendor reports. As of now the two areas are not working together to develop solutions for the issues. There also seems to be a loss of a defined testing strategy, which has cropped concerns with development and user acceptance. There is no existing method of capturing reported issues, or how to handle changes. Management is unhappy about the project and there is no established communications method to inform them about the project status. The project is over budget by 20%. The vendor is asking for prepayment in order to deliver the third and final module for the final payment of $75,000, which was 75% of the total vendor cost. The module has not been tested yet. There is no communications plan, no risk plan, no systems implementation plan (to define how system implementation testing is handled), and no total cost of ownership (TCO) fee schedule. There is a conflict within the project team (e.g., team members have conflicting roles, or experience time pressure as a result of working in two positions within the organization simultaneously).
Overview: In this milestone, you will analyze the Medical Informatics case study in order to complete a draft of the project charter. The detailed guidelines for what should be included in your Project Charter draft are outlined below. You should use the headings provided in the outline as headings in your draft to ensure that you have considered all of the required elements. The purpose of these milestones is to provide the opportunity to complete pieces of your final project through the course of the term, and obtain instructor feedback as part of grading that you can then apply to your final submission. Keep in mind that your final project, submitted in Module Nine, will be composed of the information you have gathered in each of the five milestones, crafted into a comprehensive, cohesive, well-written, and professional project proposal. Specifically, the draft of your project charter should include the following:
A. Project Objectives: Determine new project objectives based on an examination of company goals, needs, the project analysis, and corrective action requirements.
B. Project Strategy: Establish a general project strategy that will outline the overall path to the new project objectives and lead to successful completion, based on organizational and feasibility considerations. As you are developing your strategy, consider aspects such as:
1. The existing problem (description, impact, who is affected, cost of ignoring the problem)
2. The strengths and weaknesses of the internal environment
3. The opportunities and threats in the external environment
4. The best solution to the problem (feasibility study, alternatives)
5. The project payback period 6. The selection model
C. Project Communications Planning: Document who to keep informed about the project and how to keep them informed. Ideas to consider may include:
1. Who needs project information to make decisions and/or contribute to project progress (stakeholder analysis)
2. When the information will be provided
3. The information that is pertinent to stakeholders who contribute to the projects progress (scope changes, action items, deliverables issues)
4. Where the information resides
5. How the information will be collected
Step by Step Solution
There are 3 Steps involved in it
Step: 1
Get Instant Access to Expert-Tailored Solutions
See step-by-step solutions with expert insights and AI powered tools for academic success
Step: 2
Step: 3
Ace Your Homework with AI
Get the answers you need in no time with our AI-driven, step-by-step assistance
Get Started