Alexandra Faunce November 19, 2020 Project Management
Most team members often feel overwhelmed with the prospect of having to worry about timelines and tasks they need to accomplish over the duration of the work effort. Helping them to stay focused and organized is a key skill that a PM must bring to the table when running a project.
The next step in project management involves determining inter-task dependencies. Once the tasks have been listed and organized into a WBS, inter-task relationships need to be established. These relationships, also called dependencies or links, exist when the start or completion of one task is somehow related to the start or completion of another task. There are three types of inter-task dependencies: finish-start, start-start, and finish-finish. The tasks that must be performed first are called the predecessor tasks and those that follow are successor tasks.
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.
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.
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!
A project in general is divided into many phases depending on the life cycle model used for it. In general, the methodology deals with the genesis of a scheme, controlling it and termination of the plan! Where it all begins! An organization begins on a project, by getting down the objectives of the customer. The requirement gathering report should be as unambiguous as possible. You do not want to give a two-story house when the client had actually asked for two storerooms in the house! Get the deal straight! Then a mandate is provided to the client, which is an official document stating the needs of the customer, for their verification.