Defining Work Tasks
Defining Work Tasks
Work
Tasks
A
very
important
step
in
the
Planning
Process
is
to
Define
the
various
work
tasks
These
work
tasks
(Ac;vi;es)
represent
the
necessary
framework
to
permit
scheduling
of
construc;on
ac;vi;es,
along
with
es;ma;ng
the
resources
required
by
the
individual
work
tasks,
and
any
necessary
precedence
or
required
sequence
among
the
tasks.
The
scheduling
problem
is
to
determine
an
appropriate
set
of
ac;vity
start
;me,
resource
alloca;ons
and
comple;on
;mes
that
will
result
in
comple;on
of
the
project
in
a
;mely
and
efficient
fashion.
Defining
Work
Tasks
An
ac5vity
is
any
subdivision
of
project
tasks
The
;me
required
to
perform
an
ac;vity
is
called
the
dura5on
of
the
ac;vity.
The
beginning
and
the
end
of
ac;vi;es
are
signposts
or
milestones,
indica;ng
the
progress
of
the
project
Detailed
task
breakdown
For
example,
the
problem
of
placing
concrete
on
site
would
have
sub-‐ac;vi;es
associated
with
placing
forms,
installing
reinforcing
steel,
pouring
concrete,
finishing
the
concrete,
removing
forms
and
others.
Even
more
specifically,
sub-‐tasks
such
as
removal
and
cleaning
of
forms
aIer
concrete
placement
can
be
defined.
Even
further,
the
sub-‐task
"clean
concrete
forms"
could
be
subdivided
into
the
various
opera;ons
Detailed
task
breakdown
A
hierarchical
approach
to
work
task
defini;on
decomposes
the
work
ac;vity
into
component
parts
in
the
form
of
a
tree.
Higher
levels
in
the
tree
represent
decision
nodes
or
summary
ac;vi;es,
while
branches
in
the
tree
lead
to
smaller
components
and
work
ac;vi;es.
A
variety
of
constraints
among
the
various
nodes
may
be
defined
or
imposed,
including
precedence
rela;onships
among
different
tasks.
Detailed
task
breakdown
It
is
useful
to
define
separate
work
tasks
for:
-‐those
ac;vi;es
which
involve
different
resources,
or
-‐those
ac;vi;es
which
do
not
require
con;nuous
performance.
For
example,
the
ac5vity
"prepare
and
check
shop
drawings"
should
be
divided
into
a
task
for
prepara5on
and
a
task
for
checking
since
different
individuals
are
involved
in
the
two
tasks
and
there
may
be
a
5me
lag
between
prepara5on
and
checking.
Task
Defini5on
for
a
Road
Building
Project
As
an
example
of
construc;on
planning,
suppose
that
we
wish
to
develop
a
plan
for
a
road
construc;on
project
including
two
culverts.
Ini;ally,
we
divide
project
ac;vi;es
into
three
categories:
Structures,
Roadway,
and
General.
This
division
is
based
on
the
major
types
of
design
elements
to
be
constructed.
Defining
Precedence
Rela5onships
among
Ac5vi5es
Once
work
ac;vi;es
have
been
defined,
the
rela;onships
among
the
ac;vi;es
can
be
specified.
Precedence
rela;ons
between
ac;vi;es
signify
that
the
ac;vi;es
must
take
place
in
a
par;cular
sequence.
Numerous
natural
sequences
exist
for
construc;on
ac;vi;es
due
to
requirements
for
structural
integrity,
regula;ons,
and
other
technical
requirements.
For
example,
design
drawings
cannot
be
checked
before
they
are
drawn.
Defining
Precedence
Rela5onships
among
Ac5vi5es
Diagramma;cally,
precedence
rela;onships
can
be
illustrated
by
a
network
or
graph
in
which
the
ac;vi;es
are
represented
by
arrows.
The
arrows
are
called
branches
or
links
in
the
ac3vity
network,
while
the
circles
marking
the
beginning
or
end
of
each
arrow
are
called
nodes
or
events.
In
this
figure,
links
represent
par;cular
ac;vi;es,
while
the
nodes
represent
milestone
events.
Defining
Precedence
Rela5onships
among
Ac5vi5es
More
complicated
precedence
rela;onships
can
also
be
specified.
For
example,
one
ac;vity
might
not
be
able
to
start
for
several
days
aIer
the
comple;on
of
another
ac;vity.
As
a
common
example,
concrete
might
have
to
cure
(or
set)
for
several
days
before
formwork
is
removed.
This
restric;on
on
the
removal
of
forms
ac;vity
is
called
a
lag
between
the
comple;on
of
one
ac;vity
(i.e.,
pouring
concrete
in
this
case)
and
the
start
of
another
ac;vity
(i.e.,
removing
formwork
in
this
case).
Defining
Precedence
Rela5onships
among
Ac5vi5es
Mistakes
should
be
avoided
in
specifying
predecessor
rela;onships
for
construc;on
plans:
a
circle
of
ac;vity
precedence
will
result
in
an
impossible
plan.
For
example,
if
ac;vity
A
precedes
ac;vity
B,
ac;vity
B
precedes
ac;vity
C,
and
ac;vity
C
precedes
ac;vity
A,
then
the
project
can
never
be
started
or
completed!