作者：My_Qzj | 来源：互联网 | 2023-05-18 20:47
一个部门经理，由于项目的关系，手下的人被抽调到独立的项目组干活（项目经理另有其人）。这个部门经理对这个属下的管理权限到什么尺度比较合适？他可以要求其将所有工作内容提交给自己看吗？因为干活的人面对项目经
一个部门经理，由于项目的关系，手下的人被抽调到独立的项目组干活（项目经理另有其人）。这个部门经理对这个属下的管理权限到什么尺度比较合适？他可以要求其将所有工作内容提交给自己看吗？因为干活的人面对项目经理，肯定要对项目经理负责，而现在部门行政经理也来提要求，进行干涉，是不是不太妥当。
对于这个部门经理有一句口头禅，就是要把这个整整，把那个整整。
17 个解决方案
对于这个经理，本人主观的来看，就是一个变态的权力狂，但是从客观来说，我想大家以旁观者的身份来评论一下。
这里边我认为存在一个问题是，外人去干涉一个项目组的内部事情，肯定会影响项目自身的动作。
这里边应该有一些搞管理的人嘛，从管理者的角度谈谈看法啊！
这不是权利狂的问题,如果这个开发人员不汇报,那么那个项目经理就应该向我汇报,不然如何考评啊?
同样这个部门经理的做法并没有错,公司的组织结构有一些问题,如果是矩阵的结构,这样的问题不会出现,不然出现这样的问题是必然的.你不痛快,同样那个部门经理也不痛快.
这是个公司的组织结构问题，最好权责明确，不要给权利欲强的人过多的权利
我觉得问题没有出在部门经理，而是项目经理身上，项目经理不是高于部门经理，而是为公司和部门经理服务，项目经理必须经常和部门经理交流，让他们“放心”，准确地说在多数情况下，部门经理不是对他的手下不放心，而是对项目经理本身。
原则上开发员必须向两头汇报，但多数的开发员没有这个意识（除了那些喜“上层路线的”或极为负责开发员），作为项目经理，必须帮助开发员扫清障碍，给沟通一下，只有这样，你的团队才有归属感！
说明公司的组织结构设计得有缺陷，公司应该明文规定这种情况如何处理，当然很多公司要求项目组成员同时向项目经理和部门经理汇报工作。不过汇报的内容不一定一样。
两头汇报不是一个好建议,因为多头领导在长期运做过程中效果并不好.
嘿，嘿，多谢各位，大家说说就能看出问题来了。
组织架构有问题。这里有一个问题的关键可能就在于这个项目经理在公司的行政架构中是高于这个部门经理的。
不管是否高或者低,我估计是高,不然也不会有那样的问题.也是一样.如果你们有周计划和每天工作量采集,那么部门经理直接看就可以了,如果没有,那么在借用人力的时候,需要项目经理提交相关的项目情况和项目进展情况,规划人员返回时间等.
我觉得这个部门经理应该要求项目经理在指定的时间段（如：一个月或是一周）向他说明这个项目的进度，其它不应干涉太多。
zhf_karen(zhf)
多谢你的参与，对于你所说的周计划和工作量，事实上开发人员已经以工作日记和工作月报的形式进行了提交，而部门经理所要的是具体的项目内容，项目成果，以及项目的工作流程、思路和方法，并且这一个项目是属于项目组的初次尝试，属于初次开展的项目，国内都没有多少成熟可行的方法的项目。
这是不应该的，这不是他的管理职权范围内的事情。了解这些问题导致的后果就是官僚，流程复杂。而且导致双头领导，这样的部门经理也许应该去当高级程序员。
zhf_karen(zhf)
高人，以后请多指教！你的最后一点看法正是的我对这个部门经理的看法，这人在技术方面是比较全面比较牛的。但在管理、协调与沟通方面我一直持怀疑态度。
事实上这也涉及到一个效率的问题，一个开发人员或者是技术人员要在工作细节上向两边汇报会浪费时间和精力，而且两边都提工作要求（并且是大相径庭的工作要求）对于技术人员来说工作不好做。
事实上这里边似乎涉及到个人恩怨的问题，部门经理好像对这个项目经理（其实是公司技术总监）不服气，倒是惨了当下属的。
本来做事情嘛，就是对事不对人。我认为一旦牵涉到个人情绪，看待事情肯定有所偏颇。我个人认为这样的人做管理总归是不合适的，如果坐在高位上可能会祸害整个公司。
京公网安备 11010802041100号