Read the following Case Study and answer the questions that follow [100 MARKS] Kemko Manufacturing BACKGROUND Kemko Manufacturing was a 50-year-old company that had a reputation for manufacturing high-quality household appliances. Kemkos growth was rapid during the 1990s. It grew by acquiring other companies. Kemko now had more than 25 manufacturing plants throughout the United States, Europe, and Asia. Originally, each manufacturing plant that was acquired wanted to maintain its own culture, and quite often each was allowed to remain autonomous from corporate at Kemko if work was progressing as planned. But as Kemko began acquiring more companies, growing pains made it almost impossible to allow each plant to remain autonomous. Each company had its own way of handling raw material procurement and inventory control. All purchase requests above a certain dollar value had to be approved by corporate. At corporate, there was often confusion over the information in all the forms since each plant had its own documentation for procurement. Corporate was afraid that, unless it established a standardized procurement and inventory control system across all plants, cash flow problems and loss of corporate control over inventory could take its toll soon. PROJECT IS INITIATED Because of the importance of the project, senior management asked Janet Adams, director of information technology (IT), to take control of the project personally. Janet had more than 30 years of experience in IT and fully understood how scope creep can create havoc on a large project. Janet selected her team from IT and set up an initial kickoff date for the project. In addition to the mandatory presence of all of her team members, she also demanded that each manufacturing plant assign at least one representative and that all plant representatives be in attendance at the kickoff meeting. At the meeting, Janet said: I asked all of you here because I want you to have a clear understanding of how I intend to manage this project. Our executives have given us a timetable for this project and my greatest fear is scope creep. Scope creep is the growth of or enhancements to the projects scope as the project is being developed. On many of our other projects, scope creep has lengthened the project and driven up the cost. I know that scope creep isnt always evil and that it can happen in any life cycle phase. The reason why I have asked all of the plant representatives to attend this meeting is because of the dangers of scope creep. Scope creep has many causes, but it is generally the failure of effective up-front planning. When scope creep exists, people generally argue that it is a natural occurrence and we must accept the fact that it will happen. Thats unacceptable to me! There will be no scope changes on this project, and I really mean it when I say this. The plant representatives must meet on their own and provide us with a detailed requirements package. I will not allow the project to officially begin until we have a detailed listing of the requirements. My team will provide you with some guidance, as needed, in preparing the requirements. No scope changes will be allowed once the project begins. I know that there may be some requests for scope changes, but all requests will be bundled together and worked on later as an enhancement project. This project will be vmc implemented according to the original set of requirements. If I were to allow scope changes to occur, this project would run forever. I know some of you do not like this, but this is the way it will be on this project. There was dead silence in the room. Janet could tell from the expressions on the faces of the plant representatives that they were displeased with her comments. Some of the plants were under the impression that the IT group was supposed to prepare the requirements package. Now Janet had transferred the responsibility to them, the user group, and they were not happy. Janet made it clear that user involvement would be essential for the preparation of the requirements. After a few minutes of silence, the plant representatives said that they were willing to do this and it would be done correctly. Many of the representatives understood user requirements documentation. They would work together and come to an agreement on the requirements. Janet again stated that her team would support the plant representatives but that the burden of responsibility would rest solely on the plants. The plants would get what they ask for and nothing more. Therefore, they must be quite clear up front in their requirements. While Janet was lecturing to the plant representatives, the IT team members were just sitting back smiling. Their job was about to become easier, or at least they thought so. Janet then addressed the IT team members: Now I want to address the IT personnel. The reason why we are all in attendance at this meeting is because I want the plant representatives to hear what I have to say to the IT team. In the past, the IT teams have not been without some blame for scope creep and schedule elongation. So, here are my comments for the IT personnel: It is the IT teams responsibility to make sure that they understand the requirements as prepared by the plant representatives. Do not come back to me later telling me that you did not understand the requirements because they were poorly defined. I am going to ask every IT team member to sign a document stating that they have read over the requirements and fully understand them. Perfectionism is not necessary. All I want you to do is to get the job done. In the past we have been plagued with featuritis, where many of you have added in your own bells and whistles unnecessarily. If that happens on this project, I will personally view this as a failure by you, and it will reflect in your next performance review. Sometimes people believe that a project like this will advance their career, especially if they look for perfectionist and bells and whistles. Trust me when I tell you this can have the opposite effect. Back-door politics will not be allowed. If any of the plant representatives come to you looking for ways to sneak in scope changes, I want to know about it. And if you make the changes without my permission, you may not be working for me much longer. I, and only I, have signature authority for scope changes. This project will be executed using detailed planning rather than rolling wave or progressive planning. We should be able to do this once we have clearly defined requirements. Now, are there any questions from anyone? The battle lines were now drawn. Some believed that it was Janet against the team, but most understood her need to do this. However, whether the project could work this way was still questionable. Source: Kezner, H. (2017). Project Management Case Studies. New Jersey: John Wiley & Sons, Inc. vmc

QUESTION 1 (10 Marks) 1.1 Identify the problems that Kemko encountered when they allowed acquired manufacturing plants to remain autonomous from corporate at Kemko. (6 marks) 1.2 What future problems could Kemko encounter if plants remained autonomous? (4 marks)

QUESTION 2 (20 Marks) 2.1 Janet selected her team from IT and set up an initial kick-off date for the project. Briefly discuss the importance of holding a kick-off meeting. (6 marks) 2.2 Identify and briefly explain the contents of a typical kick-off project meeting. (14 marks)

QUESTION 3 (20 Marks) 3.1 With reference to the case study extract below, briefly describe the term Scope Creep. On many of our other projects, scope creep has lengthened the project and driven up the cost. I know that scope creep isnt always evil and that it can happen in any life cycle phase. (6 marks) 3.2 Briefly explain the drawbacks of scope creep in projects (6 marks) 3.3 There will be no scope changes on this project, and I really mean it when I say this. The plant representatives must meet on their own and provide us with a detailed requirements package. I will not allow the project to officially begin until we have a detailed listing of the requirements. My team will provide you with some guidance, as needed, in preparing the requirements. According to the extract Janet expressed that there will be no scope changes to the project. Provide FOUR (4) approaches that the team can use to minimise scope changes during the project. (8 marks)

QUESTION 4 (20 Marks) 4.1 This project will be executed using detailed planning rather than rolling wave or progressive planning. We should be able to do this once we have clearly defined requirements. Briefly describe the difference between detailed planning and rolling wave planning. (12 marks) 4.2 Janet emphasised that no scope changes will be allowed once the project begins. However, Project Management plans should be dynamic, flexible, and receptive to change when the environment or project changes. List the common elements that Janet and her project team must include when drafting their Project Management Plans. (8 marks) vmc

QUESTION 5 (30 Marks) 5.1 The plant representatives must meet on their own and provide us with a detailed requirements package. I will not allow the project to officially begin until we have a detailed listing of the requirements. My team will provide you with some guidance, as needed, in preparing the requirements. In order to fulfil the requirements, the project team must outline in detail what is and is not included in the project. Identify and explain the issues that need to be observed during the scope definition process. (6 marks) 5.2 To avoid scope creep, the project team must have detailed scope requirements. The WBS is one way that can define the activities that need to be performed to produce the deliverables of each work package. What are the steps involved in creating the WBS? (12 marks) 5.3 The project is likely to experience risks. In order to manage risks Janet and the team need to identify, quantify and prioritise the risk in order to develop a risk response plan. Briefly describe any FOUR (4) risk response strategies that the team can use.