Determining what is a project

M

marc.gordon

Hello,

I am working in a faily new company that determines a project (other
than has a start and finish date) as something over 6 months long and
greater than a specific dollar value eg. 200K. We are looking at
revisiting this criteria.

Does anyone have any experience or ideas on how other companies define
a project?

Thanks,

Marc
 
D

davegb

Hello,

I am working in a faily new company that determines a project (other
than has a start and finish date) as something over 6 months long and
greater than a specific dollar value eg. 200K. We are looking at
revisiting this criteria.

Does anyone have any experience or ideas on how other companies define
a project?

Thanks,

Marc

The best definition I've read of a project comes from Lewis' book,
"Project Planning, Scheduling and Control", in a sidebar. A project is
a "problem scheduled for a solution". That being said, I'm not a
believer that everything should be handled using the discipline of
Project Management. Really small projects don't need it, or at least,
very much of it. I also believe in a multi-level PM approach. You don't
need the same level of discipline for a $100,000 project that you do
for a $100,000,000 project. And if you apply the level of discipline to
a small project that you apply to a large one, you'll bury it in
unneccessary costs. Things need to be scaled back on small projects.
I've seen all kinds of extremes of misapplication. I worked for a large
engineering/construction company that always had huge overruns on
projects under about $50 million because they treated them like much
bigger projects and the overhead was huge. And I had a client that had
a policy that nothing could be considered in an employee's evaluation
unless it was a project, complete with schedule, risk analysis, etc.
The IT department was spending 2 hrs doing the paperwork everytime they
had a 10 min fix on someone's computer! And this was a big divsion of a
major Fortune 500 company.

I'd look at your question from the standpoint of what size of projects
require the discipline of PM, and how much of it? How critical is it to
your organization's success? How much money and how many people will be
affected? And I don't just mean how much is the budget and how many are
actual project resources. A small budget project can have big affects
on an organization. So how "mission-critical" is the project,
regardless of direct cost? I don't think it's wise to try to reduce it
to a simple formula or list. Saying a project under $200,000 doesn't
require PM is setting yourself up to fail on something really crucial.
And saying PM is required on anything over $200,000 can cause you
problems too. Judgement is required here.

If I were setting this up for an organization, I'd come up with a
scaled rating system of some kind. Rate the project based on budget,
number of resources but also on how critical it is to the organization
and what the downstream affects on revenue, sales, status, public
relations, etc. If you don't put in some intangibles you'll miss the
boat. This might go against the grain of your accounting people, and
others who think you can't quantify these things, but if you fail to do
so, you'll shoot yourself in the foot.

Hope this helps in your world.
 
S

Steve House [MVP]

The classic definition of a project is "a time-limited (ie, it has specific,
observable, beginning and ending points) temporary endeaver that results in
the creation of a unique product, service, or result." Building an oil
refinery is a project. once built, the various production runs through it
are not projects (a run of gasoline is not a project because we've done
identical runs before and will do identical runs after - it's not a one-time
deal). "Projects" may be big or little, cost a lot or not much, take a long
time or be very short run. Like a life there's a time before they exist and
there's a time after which they'll cease to be, never to return. Sounds like
for whatever reason your company has chosen to only apply the term "project"
to projects that exceed a certain arbitrarily defined magnitude.
 
D

davegb

"a run of gasoline is not a project because we've done
identical runs before and will do identical runs after - it's not a
one-time
deal"

I agree with you Steve, but there have recently been comments in this
NG that even production work is really a project. If you want to split
hairs, you could say that each run of gas through a refinery is a
project because the gas would not be exactly the same as any other run.
Or that a batch of widgets is a project because the machines making the
widgets wear a bit each run making it unique. I don't understand this
POV, but it's there.
The classic definition of a project is "a time-limited (ie, it has specific,
observable, beginning and ending points) temporary endeaver that results in
the creation of a unique product, service, or result." Building an oil
refinery is a project. once built, the various production runs through it
are not projects (a run of gasoline is not a project because we've done
identical runs before and will do identical runs after - it's not a one-time
deal). "Projects" may be big or little, cost a lot or not much, take a long
time or be very short run. Like a life there's a time before they exist and
there's a time after which they'll cease to be, never to return. Sounds like
for whatever reason your company has chosen to only apply the term "project"
to projects that exceed a certain arbitrarily defined magnitude.
--
Steve House [Project MVP]
MS Project Trainer & Consultant
Visit http://www.mvps.org/project/faqs.htm for the FAQs



Hello,

I am working in a faily new company that determines a project (other
than has a start and finish date) as something over 6 months long and
greater than a specific dollar value eg. 200K. We are looking at
revisiting this criteria.

Does anyone have any experience or ideas on how other companies define
a project?

Thanks,

Marc
 
S

Steve House [MVP]

I can see the point with some types of production - Jan mentioned and I use
in my classes the example of an airliner - they look identical but in
reality each order is a one-off item with air-frame modifications, custom
avionics and interiors, custom engines in some cases, etc. But in regular
manufacturing the 10000th car off the line is identical (within
manufacturing tolerances) to the first one. Another example I like to use
is setting up a help desk is definitely a project but scheduling work
through it after it's in operation is usually not.
--
Steve House [Project MVP]
MS Project Trainer & Consultant
Visit http://www.mvps.org/project/faqs.htm for the FAQs


davegb said:
"a run of gasoline is not a project because we've done
identical runs before and will do identical runs after - it's not a
one-time
deal"

I agree with you Steve, but there have recently been comments in this
NG that even production work is really a project. If you want to split
hairs, you could say that each run of gas through a refinery is a
project because the gas would not be exactly the same as any other run.
Or that a batch of widgets is a project because the machines making the
widgets wear a bit each run making it unique. I don't understand this
POV, but it's there.
The classic definition of a project is "a time-limited (ie, it has
specific,
observable, beginning and ending points) temporary endeaver that results
in
the creation of a unique product, service, or result." Building an oil
refinery is a project. once built, the various production runs through
it
are not projects (a run of gasoline is not a project because we've done
identical runs before and will do identical runs after - it's not a
one-time
deal). "Projects" may be big or little, cost a lot or not much, take a
long
time or be very short run. Like a life there's a time before they exist
and
there's a time after which they'll cease to be, never to return. Sounds
like
for whatever reason your company has chosen to only apply the term
"project"
to projects that exceed a certain arbitrarily defined magnitude.
--
Steve House [Project MVP]
MS Project Trainer & Consultant
Visit http://www.mvps.org/project/faqs.htm for the FAQs



Hello,

I am working in a faily new company that determines a project (other
than has a start and finish date) as something over 6 months long and
greater than a specific dollar value eg. 200K. We are looking at
revisiting this criteria.

Does anyone have any experience or ideas on how other companies define
a project?

Thanks,

Marc
 
J

Jan De Messemaeker

Hi Steve,

Yes, this is exactly what I mean.
Greetings,

--
Jan De Messemaeker, Microsoft Project Most Valuable Professional
http://users.online.be/prom-ade/
For FAQs: http://www.mvps.org/project/faqs.htm
Steve House said:
I can see the point with some types of production - Jan mentioned and I use
in my classes the example of an airliner - they look identical but in
reality each order is a one-off item with air-frame modifications, custom
avionics and interiors, custom engines in some cases, etc. But in regular
manufacturing the 10000th car off the line is identical (within
manufacturing tolerances) to the first one. Another example I like to use
is setting up a help desk is definitely a project but scheduling work
through it after it's in operation is usually not.
--
Steve House [Project MVP]
MS Project Trainer & Consultant
Visit http://www.mvps.org/project/faqs.htm for the FAQs


davegb said:
"a run of gasoline is not a project because we've done
identical runs before and will do identical runs after - it's not a
one-time
deal"

I agree with you Steve, but there have recently been comments in this
NG that even production work is really a project. If you want to split
hairs, you could say that each run of gas through a refinery is a
project because the gas would not be exactly the same as any other run.
Or that a batch of widgets is a project because the machines making the
widgets wear a bit each run making it unique. I don't understand this
POV, but it's there.
The classic definition of a project is "a time-limited (ie, it has
specific,
observable, beginning and ending points) temporary endeaver that results
in
the creation of a unique product, service, or result." Building an oil
refinery is a project. once built, the various production runs through
it
are not projects (a run of gasoline is not a project because we've done
identical runs before and will do identical runs after - it's not a
one-time
deal). "Projects" may be big or little, cost a lot or not much, take a
long
time or be very short run. Like a life there's a time before they exist
and
there's a time after which they'll cease to be, never to return. Sounds
like
for whatever reason your company has chosen to only apply the term
"project"
to projects that exceed a certain arbitrarily defined magnitude.
--
Steve House [Project MVP]
MS Project Trainer & Consultant
Visit http://www.mvps.org/project/faqs.htm for the FAQs



Hello,

I am working in a faily new company that determines a project (other
than has a start and finish date) as something over 6 months long and
greater than a specific dollar value eg. 200K. We are looking at
revisiting this criteria.

Does anyone have any experience or ideas on how other companies define
a project?

Thanks,

Marc
 
M

marc.gordon

Thanks everyone for their input.

I like the idea of quantifying the impact of the project to the whole
organization; I will look into this idea a bit further.

As for the comment about building the same 'widget' over and over being
a project or not, I always thought that if you have multiple runs of
building a specific item (with minor changes) constitutes a project
within a program.

e.g. Honda has a program called Honda Accord. When you build a Honda
Accord SE, that is a project since it has a definitive beginning and
end and it fits within the Honda Accord program, which continues until
terminated. -- Just my 2 cents.

Thanks,

Marc
 
D

davegb

Thanks everyone for their input.

I like the idea of quantifying the impact of the project to the whole
organization; I will look into this idea a bit further.

As for the comment about building the same 'widget' over and over being
a project or not, I always thought that if you have multiple runs of
building a specific item (with minor changes) constitutes a project
within a program.

e.g. Honda has a program called Honda Accord. When you build a Honda
Accord SE, that is a project since it has a definitive beginning and
end and it fits within the Honda Accord program, which continues until
terminated. -- Just my 2 cents.

Thanks,

Marc

But doesn't that mean that naking a nail in an assembly line that makes
100,000/day a Project?
 
S

Steve House [MVP]

If your talking about engineering and tooling up for the new Accord model SE
then that's definitely a project. But if you're talking about manufacturing
the 53275th Accord SE to come off the assembly line, a unit which is
identical to the 53274th and 53276th unit off the line, then its probably
not.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top