Christin Maur November 7, 2020 Project Management
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.
A detailed schedule is one of the best tools that a project manager can have. By scheduling yourself in advance to do all of the necessary management tasks, you stay much more organized throughout your project. You know exactly what you need to do to get started, what you need to do for the planning stage, and so on. Plus, before you commence work on your project, you can ask yourself: how often do I want to meet with my team? how often do I want to conduct project reviews? and schedule yourself to do these periodic tasks.
Prior to creating the project schedule the project manager must have a work breakdown structure (WBS), an effort estimate for each task, and a list of resources with availability for each resource. Once these data are established a project scheduling tool can automatically do much of the tedious work of calculating the schedule. However, before a project manager can use such tools, he should have an understanding over concepts like WBS, dependencies, resource allocation, critical paths etc. These are the real keys to planning a successful project.
Then you bring in your techies to ask them to prepare a project scope document along with a report, in which the specific technologies and the steps to carry out the plan are decided. The scope and the feasibility of it are studied and a decision on whether to take it up or to pass on the offer is made. This official document contains everything from primary goals of the scheme to the deliverables expected of it. Once the document is perused and the upper management gives it a green signal, the project is considered as taken!
The business requirements document should accurately, and in detail, describe the purpose of the project. It states what is needed to achieve that goal i.e. what is in-scope, what is out-of-scope, any assumptions that have been made, any constraints that have been imposed and expected timescales. The document will form the definitive description of the aims of the project and, as such, can be used to manage the expectations of the stakeholders. It will also include acceptance criteria that will ultimately be used to judge whether the project was a success.
Many of these products assume a knowledge of project management that many technical managers do not have. Without an understanding of the basic concepts of project management, managers may often find the software is confusing and hard to use. The first step in project management is to break the project down into measurable tasks and organize them into a hierarchy called the work breakdown structure (WBS). Different companies have different terms for the various levels in a work breakdown structure. Some levels include stages, steps, and tasks, or phases, activities, and tasks.