Hide salary

D

DanielfromVegas

In the Resource worksheet, is there any way to hide resources rates and cost
and LOCK/ or Protect so that other users can't see them but still use the
project file?
 
J

JulieS

Hi Daniel,

Unfortunately, no. If the user can open the file, they can see all
information including resource rates. Sorry.

Hope this helps.
Julie
 
S

Steve House [MVP - MS Project]

Adding to Julie's answer - IMHO if they're not senior enough to have access
to that cost information anyway, they're not senior enough to be allowed
access to the actual project plan file itself in the first place and instead
should be getting reports containing the information relevant to their role
in the project.
 
D

davegb

This is definitely a big problem with Project. It's not unusual for
staff people to implement the scheduling on a daily basis, but they
shouldn't have access to confidential pay data. Don't know if MS is
even addressing this issue. Does anyone?
 
S

Steve House [MVP - MS Project]

"Implementing the schedule on a daily basis" doesn't require access to the
master file for the project plan - everything at the staff level requiring
information from the plan can be done just as easily by looking at a report
or a pdf output of a view as it can by looking at the same information in
the mpp file itself. Only those people who need to actually add or edit
data in the plan proper need access to the project file per se. I'd
suggest that there really is a very limited need for people outside the PMO
to have full access to the plan itself and where it is required, that's what
Server is about. A second issue is that the resource rate data in the
project plan need not be their personal salary information - IMO it's far
better to use standardized burdened labour costs for the resource rates, the
same cost data that virtually every department head and functional manager
uses when planning the staffing budgets for his department. While
individual engineer's salaries might, for example, range between $50k for a
junior new hire and $100k for a senior supervising engineer, the standard
rate for staff planning purposes could be $75k across the board and it would
be better planning for the project to use those figures instead of actual
salaries anyway. Presto! No more confidentiality problem. And of course,
in many cases the salary information is public data anyway - every
electrician with 5 years seniority gets $XX per hour, spelled out in the
union contract and posted on the bargaining unit's bulletin board for every
one to see and for non-union, 90% of the job opening announcements I've seen
posted over the years include a salary range.
 
D

davegb

Sorry, Steve I guess I wasn't clear in my previous post. When I said,
"It's not unusual for
staff people to implement the scheduling on a daily basis", I meant the
people who actually enter the data into Project.
You have a point about using standard amounts in many situations. The
problem comes more often in smaller organizations who don't use
"standards", but actual salaries. "Standards" work well in large
organizations where it all evens out over enough people, but in smaller
companies, this might not be true. But since Project doesn't allow
protecting these numbers, I agree that some sort of "standard" number
should be used, if possible.
 
S

Steve House [Project MVP]

Non-project office staff people or their functional managers may very well
be entering their own actual performance but they should NOT be entering
work breakdowns, duration estimates, constraints, etc. Project planning is
the job of the project manager and his staff working in conjunction with the
functional managers, but not staff people outside the project management
office. And while the staff of the PMO might very well see confidential
information, staff in other departments do as well without everyone getting
in a huff over confidentiality. Non-management payroll and human resources
clerks see personal salary information every day while accounts payable
staff see the confidential invoicing from vendors and contractors and no one
worries much about it. If it's an issue, have them sign an NDA.

Agreed with you point about smaller organizations who don't use averages for
their cost data. But even they should be using figures that include
benefits, hiring costs, training costs, etc as well as base salaries in
order to have budgets that reflect the true cost of doing the project. One
of the reasons I bristle when people try to use project to manage client
billing for project oriented service and consulting businesses is that just
because Joe IT Consultant gets paid $50 per hour for programming on a
client's site doesn't mean that what it is costing me to have him employed
there on that project. It cost me $XX to locate and hire him, $YY to
provide him a desk in the office, $ZZ for that company owned laptop he takes
with him, I have to absorb AA% of his paid time as non-billable hours
against the client, perhaps BB% of his time is idle because the client
doesn't need him that day, I have utilities in our office etc etc it goes on
forever it seems ... all of those things need to be factored into the cost
of his work on the project and the rate I charge our clients.

To tell the truth, I don't understand why that's such a sensitive issue
anyway. As a culture we measure our personal worth largely by our economic
productivity and love to show off the nice house and nice car we can afford,
then get uncomfortable if anyone finds out what our salary actually is. I
think the reason that companies who worry most about it do so is they are
trying to cover up the fact that they are gouging their employees - they
don't want Bill to find out that Suzie is earning more than he is for the
same job because they're afraid he'll ask for a raise. If they did the
right thing and paid people what they're worth from the git-go instead of
making a zero sum game out of it, trying to pay as little as they can get
away with, the issue of confidentiality would largely disappear.
Personally it doesn't bother me if someone knows what I earn, except that
I'm embarrassed because it's so damned low <grin>.
 
D

davegb

Thanks for your reply, Steve.

Steve wrote:

Non-project office staff people or their functional managers may very
well
be entering their own actual performance but they should NOT be
entering
work breakdowns, duration estimates, constraints, etc. Project
planning is
the job of the project manager and his staff working in conjunction
with the
functional managers, but not staff people outside the project
management
office. And while the staff of the PMO might very well see
confidential
information, staff in other departments do as well without everyone
getting
in a huff over confidentiality. Non-management payroll and human
resources
clerks see personal salary information every day while accounts payable

staff see the confidential invoicing from vendors and contractors and
no one
worries much about it. If it's an issue, have them sign an NDA.

Some of my clients don't have "PMO's", though this may be hard for you
to believe. The situation you describe is probably ideal, but not
reality in many offices. And most employees are used to having HR see
their salaries but not the person across the hall. You can label them
anything you want, to me it's just human nature and they deserve
consideration.

And:
Agreed with you point about smaller organizations who don't use
averages for
their cost data. But even they should be using figures that include
benefits, hiring costs, training costs, etc as well as base salaries in

order to have budgets that reflect the true cost of doing the project.
One
of the reasons I bristle when people try to use project to manage
client
billing for project oriented service and consulting businesses is that
just
because Joe IT Consultant gets paid $50 per hour for programming on a
client's site doesn't mean that what it is costing me to have him
employed
there on that project. It cost me $XX to locate and hire him, $YY to
provide him a desk in the office, $ZZ for that company owned laptop he
takes
with him, I have to absorb AA% of his paid time as non-billable hours
against the client, perhaps BB% of his time is idle because the client
doesn't need him that day, I have utilities in our office etc etc it
goes on
forever it seems ... all of those things need to be factored into the
cost
of his work on the project and the rate I charge our clients.

I understand the difference between burdened and unburdened labor.
Which an organization tracks is up to them, based on availabitiy of
data, level of effort required, confidentitality requirements, and
other factors.

And:

To tell the truth, I don't understand why that's such a sensitive issue

anyway. As a culture we measure our personal worth largely by our
economic
productivity and love to show off the nice house and nice car we can
afford,
then get uncomfortable if anyone finds out what our salary actually is.
I
think the reason that companies who worry most about it do so is they
are
trying to cover up the fact that they are gouging their employees -
they
don't want Bill to find out that Suzie is earning more than he is for
the
same job because they're afraid he'll ask for a raise. If they did the

right thing and paid people what they're worth from the git-go instead
of
making a zero sum game out of it, trying to pay as little as they can
get
away with, the issue of confidentiality would largely disappear.
Personally it doesn't bother me if someone knows what I earn, except
that
I'm embarrassed because it's so damned low <grin>.

Others do not share your opinion on this matter. We need to respect
their opinions as well as yours.
 
S

Steve House [Project MVP]

If they have projects and make any attempt to proactively manage them, they
have a PMO. I'm using "PMO" extremely generically to mean the project
manager and anyone assigned to work with or assist him as an official part
of their jobs. It could be a whole department or it could be just one guy
wearing the PM hat part-time alongside other responsibilities. The notion
is that some people in the organization will have project managment related
activities as part of their duties and others will not. The details of
creating and maintaining the plan should be done by the people who's tails
(and jobs) are on the line if the project flops. If someone is accountable
for the outcome of an activity, they also need to have the decision making
authority necessary to carry out that responsibility. Any scenario where
responsibility and authority are not connected is extremely risky.
 
D

davegb

Steve wrote:

If they have projects and make any attempt to proactively manage them,
they
have a PMO.

I'm going to respectfully disagree on this one, Steve. To me, a PMO is
more than just an attempt to manage projects. I had a very frustrating
engagement last year for a couple of months in which they had a manager
and one staff person "proactively attempting to manage" their portfolio
of projects. They wanted me to come in and "fix" their schedules
because the previous person, who obviously had no knowledge of project
management, had hosed them up so badly. The manager in charge of all
this told me they were consistently behind on 95% of their projects.
After working there for a while, I realized she was overly optimistic.
I tried to convince them that no amount of additional detail in their
tracking was going to fix the problem. They were tracking every
resource every day down to fractions of hours, but with no attempt at
getting control of the overall process, no strategic plan. In my
opinion, this is not a Project Management Office. I can think of other
terms for it, but they aren't appropriate here.
 
S

Steve House [Project MVP]

I said they had a PMO - I didn't say it would actually be any good at doing
what it was supposed to be doing! Existence does not imply competance!
ROFLMAO
 

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