Siêu thị PDFTải ngay đi em, trời tối mất

Thư viện tri thức trực tuyến

Kho tài liệu với 50,000+ tài liệu học thuật

© 2023 Siêu thị PDF - Kho tài liệu học thuật hàng đầu Việt Nam

Project Management PHẦN 5 docx
MIỄN PHÍ
Số trang
16
Kích thước
2.6 MB
Định dạng
PDF
Lượt xem
1410

Project Management PHẦN 5 docx

Nội dung xem thử

Mô tả chi tiết

Figure 5-4. Task list with dependencies.

Next, validate the dependency analysis worksheet. All task identifiers must appear in the Immediate

Predecessor column unless the task is one of the last in the project. Look down the Immediate Predecessor

column and determine if every work task identifier (in your WBS) appears. If it does not, ask, “Is this one of

the final tasks of the project?” If the answer is yes, the WBS is validated. If the answer is no—that is, it isn’t

the last or one of the final tasks in the project—you have forgotten to make it a predecessor to something.

Check your logic.

Now plot the work tasks onto the network. Draw a Start box on a blank sheet of paper in the vertical center

toward the far left of the paper (the planning chart will branch to the right, top and bottom). At the Start box,

burst all of the starting work tasks. In our example, we have only one starting task, Task A. Draw a

dependency arrow from the Start box to each of the starting tasks (again, work tasks with no predecessor).

Build the chain by taking any task (or combination of tasks) now diagrammed on the network and searching

for them in the immediate predecessor column. When you find them, expand the network accordingly. Let the

immediate predecessor column drive the interpretation onto the network. You are developing a series of

chains; each activity that appears on the network is merely a link in that chain. Once the link is attached to the

chain, the Immediate Predecessor column tells which link or links must be attached next. Figure 5-3 shows

how to use multiple dependency arrows when two or more activities burst out or converge; Tasks C, D, and E

all share the same predecessor, Task B. Use the following guidelines when developing the network chart:

Guidelines for Developing a Network Chart

• Don’t worry about time estimates or drawing the network chart to scale. Concentrate on the

relationships. The chart aesthetics can be improved later.

• Make sure there is only one Start box and one End box.

• Do not allow any task to dangle. Every task must connect to another task or to the start or end of the

project. In other words, every task must be integrated into the framework of the network chart. If

several tasks are all ending tasks, tie them together to one End box.

• Indicate key go/no-go points in this network chart.

• Remember that this is a communication tool; it must be clear to all who use it.

Estimating Techniques

Estimating is not your best guess. It is not trying to reach a challenge. It is not succumbing to somebody else’s

demands. Here are a few more examples of what estimating is not: an estimate is not what we estimated the

last time; not what we estimated the last time plus how much we slipped; not a conservative number with lots

of padding; not taking someone else’s estimate and then doubling it, and then increasing the units of time by

one; not providing the expected or “right” answer.

Remember, the word estimate is defined in Webster’s Tenth New Collegiate Dictionary as “an opinion or

judgment of the nature, character, or quality of a . . . thing” or “a rough or approximate calculation.” Many of

us think of an estimate in these terms. However, the dictionary also defines an estimate as “a numerical value

obtained from a statistical sample and assigned to a population parameter.” That means that an estimate can

and should be more than a guess, educated or otherwise. We will look at a technique that can make your

estimates more credible (with exertion and effort, though).

Estimating in project management is a forecasting technique for determining the amount of effort time and

elapsed time required to complete the work tasks of a project. We are attempting to forecast or predict how

long the actual effort or work will take, how many human resources will be required, and the elapsed time or

duration for completing the tasks.

Figure 5-5 shows a framework for developing a forecasting model. In order to determine the effort time and

elapsed time required to complete a project task, we need to consider the key variables that affect it. (Effort

time is defined as the amount of a person’s actual effort given to the task. Elapsed time is the duration

between when the task begins and ends.) For example, in the blank circles marked with directed forward

effort, we could write the key variables that affect our estimates of the time to complete some of the work

Tải ngay đi em, còn do dự, trời tối mất!