Claudia Eggers November 30, 2020 Project Management
With simple projects, a tool such as a Gantt chart may make over complicate the project scheduling. Unless all team members are trained in the tool then the use of the tool may itself lead to poor communication and an unsatisfactory result. A simple project such as those identified above may only require a timetable and/or an action plan. All those in the project team should be communicated with as to their tasks content and timing. Timetables can then be negotiated and agreed, actions lists or diaries/calendars can be used for recording and planning purposes.
Now, you will notice that some of these tasks will be ongoing throughout the project, like managing team performance, assuring quality, and schedule control. Before each project, you should make a checklist and a list of deliverables that will keep you on track throughout your project. There will be a lot of similarities from project to project, so after the first time this will be very easy to do. You may want to schedule yourself to do some tasks weekly or monthly, depending on the task and the length of your project. Maybe you want to add in some of your own tasks, or maybe there are some that you can live without, but this is a great start to managing any project.
The next phase is the execution phase. Here the project must be monitored and managed. A schedule is derived which includes work breakdown, followed by allocation of tasks to people, allocation of resources and finally setting up deadlines for tasks. It is very important to have both a short-term goal and a long-term goal. While the long term goal is to get the product done, the short goals must be imposed by the project manager, who helps in guiding and motivating the members of the team working on the plan. Two important documents namely the issue log and the risk log which are both maintained by the project manager. The issue log keeps track of issues raised by the stakeholders and the risk log considers the vulnerabilities of a system.
The business requirements state what is required but do not specify how the deliverable will actually work. So in many projects with a tangible and technically sophisticated deliverable, it is very common to produce additional documentation about the look and feel of the end product. The functional specification describes not only how the end product will look but also how an end-user will actually use it and what the user-experience will be like. This document should contain sections that specifically relate to each of the requirements in the business requirements document so that every functional item can be tracked back to an original business need.
One of the tools you can use to get things structured and organized is the "Project Checklist". This checklist is a roadmap to setup and put a framework around the project before it gets started. Each PM has their own style and set of tools, but if you are working on building your own toolbox, the project checklist is an important item to have when defining the project itself.
Regardless of terminology a company uses, the purpose of the WBS is to organize the project into various deliverables or summary reporting levels. Some of the traditional stage (or phase) levels in IS projects include project definition, analysis, design, development, testing, implementing, and project review. Whether a project has standard levels or not, the main purpose of these higher levels is to group the detail tasks, allowing project administrators to more easily track the project`s progress.