It is often thought that a WBS is a Gantt chart of a schedule, but in fact it is important not only for scheduling, but also for estimating and assigning tasks with high accuracy.
For example, by creating a WBS, it is possible to visualize and share with project members and clients what actual tasks are included in the scope of "web design creation".
Sometimes you may see a WBS written like this
However, this does not provide the knowledge required for "web design creation" as well as the workload, schedule, and budget.
Continuing with the example of web design creation, by breaking down the scope of "creation" as shown below and visualizing the actual work performed by the designer, the number of man-hours required and the need for specialized knowledge can be properly communicated to the project members and the client.
This time, using a "website redesign" project as an example, I will summarize how I break down the scope and create a WBS for all phases from requirements definition to publication.
1. Requirements definition
It is assumed that a customer interview and workshop will be conducted to determine the redesign strategy. The target users are detailed in the RFP, so no additional research is assumed.
2. Website structure design
Structural design becomes more important for larger websites. For example, if a "university website" needs to be separated from a "student website," or a "holding company website" needs to be separated from a "corporate website," a solid structural design will reduce confusion in the next stage of information design. In addition, template design is especially important if a CMS is to be implemented for the entire website.
3. Information design
It is important to keep wireframes simple as a document to confirm the priority and amount of information, as it is difficult to design the next design when layout and decorative elements are built in.
4. Website Design
The design is created by integrating the keywords and concepts verbalized in the requirements definition and the wireframes created in the information design. Basically, design elements such as color, text, shape, motion, and placement are created to explain that they were chosen according to the purpose of the renewal.
5. Coding
Even if your scope of work is "design only", it is always a good idea to ask if you can be responsible for reviewing the coding. It is almost impossible to ensure that all text and margin specifications are reflected in the coding, and there are many cases where detailed adjustments are made to improve visibility after the coding has been reviewed.
6. CMS Development
Let's assume you will be implementing WordPress for the entire site; WordPress requires special attention to security, so be sure to include detailed information in your specifications, including changes to login URLs, user password complexity, plugin settings, and so on.
7. Content Entry
As you continue to migrate content, you may discover areas that were not fully verified at the time of design, such as inconsistent margin spacing for successive sets of articles or a monotonous layout. For large sites with more than several hundred pages, it is difficult to verify all pages at the time of design, so it is important that team members and the client agree in advance that some adjustments will be made during migration so that the details of the lower-level pages can be completed.
8. Website publication
In this section, it is assumed that the publishing will be done with a DNS switch. It is assumed that there is no need to display maintenance screens, etc. on the website in its pre-rewrite state due to the DNS switch to the new server.
Things to Consider When Creating a WBS
When breaking down the scope, it is important to visualize the "thought process" involved in the "creation process" as a production process. By doing so, it is possible to share the knowledge and man-hours required for the scope.
If the scope is not decomposed and the actual work becomes a black box, the required man-hours may be underestimated, resulting in a shortened schedule and a lower budget.
Properly decomposing the scope also makes it easier to identify problems that may arise during the course of the project. For example, if a client says, "The design is basically good, but it doesn't feel right," after the coding is done, you can separate the problem from "the design" to "the message of the tagline," "the balance of the color scheme," or "the feel of the interaction," and examine the problem separately. This is the best way to accurately identify the problem.
The benefits of creating a solid WBS can be summarized as follows
It is best if the WBS can be created in collaboration with several members of the project, and in some cases the client, to ensure the accuracy of key elements of the overall project plan, such as estimates and assignments, as well as the schedule.
In addition, since the WBS is often created by the project manager or director, there may be cases where the scope of design and coding cannot be properly broken down. In such cases, it is best to have the designer or engineer in charge of the project create the WBS together. Involving the project team members from the beginning is one of the key points for a successful project.