如何处理“九品巡抚”现象

[zkoperater]

去年我公司开始了一个项目，一共3个人：我、另外一个同事、项目经理。大家
都是摸着石头过河，对整体项目都不是很熟悉，每个人负责一个比较独立的模块。
今年上半年随着大家对技术的深入了解，发现我们3个人的模块都可以独立为一个
产品单独拿出去卖，后来市场也证明是这样的。我负责的模块在今年5月首先做完，
拿到市场后根据反馈升级为2.0，到现在做完2.0。问题出来了：
因为我们3个人负责的模块（或产品）很独立，所以大家都不清楚他人的工作，
我这边的技术问题，除了我，就是部门经理最清楚（他技术出身，现在管20多个人），
现在要我做升级版3.0，但是按照开发流程很多问题都要项目经理拍板，于是很多事
情形成这样一个模式：我提出方案，交给项目经理，项目经理让我给他解释方案（公
司里大约有4个人对我这边的技术问题比他更了解，包括其他项目组的），然后给我
制定工作进度，如果我有不同意见，我们一起去找部门经理。我觉得我应该是实质上
的项目经理，直接向部门经理负责，这样可以减少很多不必要的流程。但是部门经理
对现在这种模式很满意，我想他一定有特殊的用意。
目前我遇到的最大困难是：
(1)没有权力调动资源，却要对项目负有较大责任（部门经理说，如果这个项目出了
问题，我的责任比项目经理大）。
(2)工作量，工作进度需要由他人制定。
(3)不必要的流程耽误很多时间（例如为了争取一个工作进度而给项目经理讲技术细节）。
我很担心项目不能按时、保证质量的完成，请大家说说我应该怎么办？
先谢谢大家了。

[zhf_karen]

我的感觉：
1、的确是这样的，你任何时候都不会拥有你所满足的权力；
2、这也是正常的；不要说你是一个开发人员，公司总经理何尝不是如此？
3、这是应该的，如果你们经理不管你，项目经理再不管，那么一切都是你做了算，说了算了，这是更大的风险。我情愿慢一些，而且如果你都说不服你们项目经理，那么凭什么说你是没有问题的呢？

这样划分是不对的，因为如果我是你们的经理，我面对的是项目组，不管这个项目多小，都是如此。我相信，不会所有的项目都是如此的小的。当然，如果有20多个产品或者项目组呢？我就管理产品线，仅此而已。看你分的颗粒大小了。但是，划分要合理。

仅此而已。当然了，我不希望你猜测别人是否有其他想法。就象你恐怕也不是仅仅为了工作，而愿意当这个项目经理吧，我想你也没有这么高尚。既然大家都是如此，何必说得如此难听呢。

[Rose2000]

(2)工作量，工作进度需要由他人制定。
----------------------------------
是根据什么标准来制定的工作量和工作进度呢？若是公司的统一标准，无可厚非。

[zkoperater]

在这个项目中我的工作包括：
写需求分析，概要设计，详细设计，编码，联系兼职美工，自测，写帮助，做安装包，写技术方案，使用说明书，标书。
我的项目经理的工作包括：
对前期文档进行拍板，召集评审会议，对工作进度进行安排，安排人做系统测试。
所以我想当项目经理，虽然手下没有一个兵。

[zkoperater]

回复： scalene(南瓜汤)
“你究竟为什么有这种担心？你认为项目的主要风险是什么？你对项目工作量的估计和项目经理之间有什么差别？产品质量保证的主要问题是什么？如果你不能把这些问题向项目经理反映出来，把分歧澄清，那么由此产生的问题，你也应当负一定责任，甚至可能是主要责任。”

我担心：
(1)项目中有两个技术风险，把工作量弄得很难估计，我给项目经理提交的工作量是均值＋方差。部门经理和项目经理一致认为方差太大，难以接受。
(2)根据以往的统计，在开发过程中会有很多项目外的突发任务需要抽人去救火，但是该项目的完成日期不能推迟，有些通过加班都不能补回来。项目经理认为应该通过加班补回来。部门经理对此不表态（我估计是因为他有行政权，他又不愿意出加班费，这个问题在此不讨论），我认为加班是万不得已的做法，在制定工作进度的时候就把它作为一种保证进度的手段是错的。
(3)根据以往统计，开发过程中由于市场的压力需要形成中间版本，导致走弯路，总工作量变大。

[scalene]

项目中有两个技术风险，把工作量弄得很难估计
-----------------------------
是否计划中的所有任务都很难估计工作量呢？如果是，说明任务划分不够细。

我给项目经理提交的工作量是均值＋方差。部门经理和项目经理一致认为方差太大，难以接受。
-----------------------------
一般应该包括：工作量+风险值。风险不能简单靠工作量*系数来平衡。你的方差的问题也是一样。风险包括技术难度，需求不定性，模块依赖等问题。在估计工作量时加上风险系数（以及一定的说明），可以帮助更合理的制定计划。而方差达不到这个目的。另外一个容易犯的问题是开发人员估计工作量时往往太少，可能要乘以2到3才是真正的数据。一定不要忽略测试和修改，以及方案修改所会带来的巨大成本。

在开发过程中会有很多项目外的突发任务需要抽人去救火
------------------------------
我也不认为这应该通过加班解决，而是最初做计划时就要考虑到可能浪费的时间

根据以往统计，开发过程中由于市场的压力需要形成中间版本，导致走弯路，总工作量变大。
------------------------------
既然有这样的需求，你的技术方案又有一定的风险，那么为什么不试验一下XP？

总的说来，我觉得你的主要风险应该在计划过程上。是否把你任命为项目经理就可以解决这些问题呢？我不这样认为，因为这并不是问题的关键。毕竟现在项目经理替你承担了任务估计和计划的一部分风险，以及组织评审、测试工作的工作。而项目的主要风险，无论是现在的项目经理，还是换成是你，都是需要面对的工作。
我建议你把这些问题和项目经理、部门经理仔细讨论一下，把风险、责任明确一下。我个人认为，一个人封闭地做一摊工作而不去交流，看上去是一种节约时间的做法，但是从实践经验上，是行不通的。

[gjd111686]

想法太单纯了.利益决定一切.

[zkoperater]

回复： zhf_karen
"仅此而已。当然了，我不希望你猜测别人是否有其他想法。就象你恐怕也不是仅仅为了工作，而愿意当这个项目经理吧，我想你也没有这么高尚。既然大家都是如此，何必说得如此难听呢。"

我说我们经理有其他想法不是说有私人恩怨，而是说：经理要考虑员工的可靠程度、用人风险，用人
成本。经理不希望让不可靠的人当掌握核心技术，不希望今天当了项目经理明天就威胁他长工资，另
外任命项目经理后根据制度就要长工资。
其实我很佩服部门经理，自以为私人关系还可以。

[zkoperater]

回复：巴山雾 大师
“是根据什么标准来制定的工作量和工作进度呢？若是公司的统一标准，无可厚非。”
工作量和计划由项目经理和组员提出，然后召集其他项目骨干参加评审（现在有些留于形式了）。
当在开发过程中，经常由于市场的压力要求提前完成。
解决的市场与实际工作矛盾的方法往往是：削减功能，降低代码质量，文档不完善，无偿加班。

[青润]

to zkoperater：
一般的公司也都是这样做的。
这样做也好，总比没有人能对你的工作量进行评估，最后，在你把关键的问题解决完以后，公司的经理告诉你，你没做什么事情……那样要好得多。呵呵
去年年底，我所在的公司的技术总监意外死亡——被人残杀。然后，我就主管起我自己的事情，结果，对我能做直接审核的人没了，其他人也不明白我做的事情是否重要是否必要。结果，经理在我刚刚给公司又拉过来一个50万的项目后，对我说，他觉得，我没做什么事情，觉得我以前也没做什么事情。
呵呵，于是，我就只好走了。

[青润]

关于你所说的解决问题的方法，那是一贯如此的，任何公司都是这样，包括现在的国企。毕竟在工作量上，没有人有绝对的权威发言，没有人可以做出让所有人认可的决定。
慢慢做吧，除非公司有长远发展的计划，否则，还是多考虑考虑如何利用好现有的资源，争取一些能够争取到的资源，然后把手中的事情都做好，然后再考虑考虑后路的问题。不要一下子把自己弄死在一个牛角尖上。

我个人认为做好事情有两个方面的理由：
一是职业道德决定我们在岗一天，就做一天的事情。毕竟指责所在，不管公司给你的待遇如何，做好它，即使走了，心里也安稳。
二是个人发展需要。要知道你目前所做的任何事情都是在提升自己，当然，附加价值是肯定要给公司带来效益的。我给所有问过我职业道路如何发展的新手都说过一句话：你现在所做的每一件事情，都是你今后出去的台阶。台阶铺得好，你就能走得更高，否则，就是对自己的毁灭。

[TNT1900]

“部门经理说，如果这个项目出了问题，我的责任比项目经理大”？
--我想你应该好好考虑一下是否值得为它卖命。

我的原则是一分权、一分利；
要我负责可以，但同时你必须给我相应的权利（特别是人事权），否则另请高明。

看了你的介绍，在你和部门经理之间多一个项目经理的角色，可能是管理的需要（部门经理不希望直接面对没有经过项目经理过滤的东西，因为他没有那么多的精力去面对开发中每一个问题--否则要你和项目经理干嘛？）。
哪一天你有项目经理的能力了，公司会考虑你直接向部门经理负责的--如果不，我想你该考虑换换工作环境了。

[TNT1900]

关于“不必要的流程耽误很多时间（例如为了争取一个工作进度而给项目经理讲技术细节）。”：
我想你应该好好地和部门经理沟通一下，尽量把你的意思举例说明哪里哪里浪费了多少多少时间给项目经理解释--而这工作是否完全可以省掉。
要让部门经理很清楚这一点：一切为了项目。

[scalene]

“不必要的流程耽误很多时间（例如为了争取一个工作进度而给项目经理讲技术细节）。”
-------------------------------------
我不认为这是多余的流程。如果你不能把你所要做的事情给你的项目经理解释清楚，那么你的工作计划和进度将会出现更多的问题。

“部门经理说，如果这个项目出了问题，我的责任比项目经理大”
-------------------------------------
你是直接做的人，当然要负主要责任，而项目经理只负管理责任。不过另一方面，既然你不是做计划的人，所以由计划不合理导致的进度问题，主要责任应在项目经理，但你也应负一定责任。

“我很担心项目不能按时、保证质量的完成”
-------------------------------------
你究竟为什么有这种担心？你认为项目的主要风险是什么？你对项目工作量的估计和项目经理之间有什么差别？产品质量保证的主要问题是什么？如果你不能把这些问题向项目经理反映出来，把分歧澄清，那么由此产生的问题，你也应当负一定责任，甚至可能是主要责任。

[Rose2000]

搂主的贴子比较有意思。

[mengcool]

应该三人碰头开会 交流一下意见 制定或者口头协议一些东西

[yangzhenhai]

估计是对你的能力还是不是非常信任,怕一放手,就砸锅.

[panq]

scalene(南瓜汤)的意见很中肯。佩服。

[韩嵩峰]

部门经理和项目经理都没有错，企业运行需要良好的管理，有的时候可能看起来是很烦琐和没有必要的。做领导的不可能清楚的了解每一个员工的能力的性格，他们关心的只是企业的整体。如果你想要更多的权力，那只能和项目经理好好的沟通了！

[魔芋]

经理必须计算成本，如果你提出了日程安排在他的成本计算的基础上不能实现，他应该和你进行协商，在协调出即满足成本又满足日程的基础上，对项目进行整体规划（报告，测试等时间），如果在你的日程安排上没有完成，那么经理应该即时获得这个信息，并进一步协商，再协调出合理时间，但是在经过几次的日程调整之后，你的信誉将荡然无存，那么日程将由经理决定，而如果在你指定的日程安排上完成了甚至提前了，那么应该获得奖励，当然不可能每一个项目得到的日程安排都是合理的，那需要你丰富的经验，也不可能让你留出非常多的时间，要不然成本就上去了，经理也不是傻瓜，他应该控制整个局势，否则没有资格坐这个位子。

[kangfuguanxianjun]

中国的企业大多是这样