The average project may see a 10% change in requirements.
During the project kickoff meeting, much of the most important work gets started.
Reports about the project and its progress should be written, rather than oral, and regular, rather
than ad hoc.
ESSAY. Write your answer in the space provided or on a separate sheet of paper.
What is a kickoff meeting and how/why is it held?
The project kickoff meeting is largely ceremonial. It is important because it marks the beginning of a
project in a public and memorable way. Sometimes a project kickoff can be quite an elaborate affair, with
food and live music and gifts and decorations. The kickoff does not always have to be a big party.
Sometimes it is a simple meeting where the project team meets with the project sponsor, who explains
what is involved and what is expected for the project. Who attends the kickoff sends a strong signal to the
project team and the company as a whole as to how important the project is. For example, if the chief
executive officer and the company president both attend the kickoff, everyone knows this project is
important to the entire organization. Whatever form the kickoff takes, it should be something special and
out of the ordinary that signifies the start of a dedicated group effort. Just how elaborate the kickoff is
depends on the style of the project manager and the budget for the project, too.
Compare and contrast “feature creep” and “requirements gold–plating.”
Feature creep refers to the tendency of system requirements to change over the lifetime of the
development project. It’s called feature creep because more and more features that were not in the
original specifications for the application “creep in” during the development process. The average project
may see a 25 percent change in requirements, all of which can delay the project and add costs. Changes to
an application typically cost 50 to 200 times less if they are made during requirements determination
rather than during the physical design process. Requirements gold–plating means an application may
have more requirements than it needs, even before the development project begins. In addition to being
unnecessary, many of these requirements can be extreme and complex.