关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 6月 北京上海 PgMP开课,针对2022年9月PgMP认证考试


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

栏目说明
    项目管理者联盟《案例》栏目,是为项目经理排忧解难的互动平台。当您的项目碰到难题时,您只需要将您所在项目的情况描述清楚并提交到本网站,众多项目管理高手将对您的问题提出最佳解决方案。您的项目背景信息必须清楚;项目的进展现状必须详细说明;项目难题中所涉及的项目成员关系要阐述清楚。
专家点评
缪燕  目管理者联盟 缪燕
【案例正文】
   小李从一个著名的IT企业辞职了,为了创业的梦想,自己开了个公司,想运用十多年软件.....[详细]
·如何与有争议项目的客户沟通
·项目收尾面对突如其来的变更
· 如何改善不注重工期的项目文化?
·一个外行项目经理如何管理项目
· 项目目标为何失控?
·从公司战略角度认识项目目标
more>>最新案例
04-10·需要职能部门的配合的时候.
04-10·需求合理但得亏成狗了,进.
10-18·项目领导无法正确判断项目.
10-09·多项目总是面临冲突无法协.
10-09·国有企业项目集群管理推行.
09-28·项目领导无法正确判断项目.
08-16·对开发流程不了解的项目经.
06-15·如何评价产品经理拿数据说.
05-12·需求分析所需达到的详细程.
04-28·技术出身的管理者,求教如.
more>>热点案例
·如何处理项目中的尴尬局面.[4109]
·多项目组合作的项目如何明.[2877]
·项目团队人气底下态度散漫[2252]
·项目人员管理上的一个困惑[2171]
·高温煤气净化项目收尾阶段.[1728]
·PMO应该如何更好的分配资源[1453]
·项目中人员成本所占权重该.[1425]
·IT项目经理应该如何与技术.[1380]
·怎么样建立一个比较实用的.[1267]
·如何确保项目能在有限时间.[893]
·采用什么的组织结构[851]
·如果你是项目经理,怎么去.[819]
·工期拖了怎么办?[778]
·软件项目预期延期如何应对[769]
·某个工程项目的索赔问题[743]
·客户方领导同意方案但是拒.[743]
·如何做好项目的质量成本分.[738]
·《越狱》主角迈克尔算不算.[729]
·新入职项目经理如何介入项.[691]
·不是技术出身的人如何做好.[647]
最新分析
·需要职能部门的配合的时候.[36]
·需求合理但得亏成狗了,进.[13]
·项目领导无法正确判断项目.[12]
·如何开项目经验总结会?[13]
·成功转型的敏捷团队,背后.[4]
·项目领导无法正确判断项目.[5]
·多项目管理的协调问题[7]
·如何就质量管理进行优化?[5]
·需求分析所需达到的详细程.[10]
·三家公司同做一个项目该如.[4]
·国有企业项目集群管理推行.[6]
·多项目总是面临冲突无法协.[5]
·面对范围不明确,随意变更.[15]
·技术出身的管理者,求教如.[15]
·向工程师提交的进度计划[7]
·项目经理该不该参与开发的.[15]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
被认为在偷懒的项目经理
[姓    名]  孟晓林 [单    位]  真实案例,单位保密 [发布时间]  2003/8/8
[所属行业]  IT软件 [所属主题]  项目团队管理 [项目阶段]  项目执行

案例正文

A、B、C为同一项目小组成员,其中A为项目经理主要负责与用户的沟通及项目分解、B负责项目中的技术实现,C负责项目文档的收集和整理。

C的工作虽然简单但是格外繁重,因而多次向A提出可以增派人员,A已认为C的工作量过大,需要增派人手,因就此事多次与上级领导沟通。但每当上级领导就此事询问B情况时,B总是说C的工作不算很多,而且A的工作比较轻松,让A帮助下C就可以了,不需要增派人员。因而领导不同意A关于增加项目组成人员的建议。

A在了解完情况后与B进行沟通,B的理由是A的工作确实不多,总是给这个人点意见,给那个人点意见,但是A自己从来不自己做事情。所以B认为A有时间来帮助C完成工作。A试图从岗位责任、项目分工等方面对B的这个误解进行解释,又试图利用换位思维的方法象B说明真实情况,但B依旧坚持自己的看法,认为A给自己的工作太少……

请问,如果你是A你会利用什么样的方法来想B解说呢?

项目管理者联盟PMP培训
相关分析25个分析)

孙元峰
省份:山东省
单位:该信息保密
行业:房地产
 
时间:2012-11-19
题目:工作沟通的梳理

分析:若C做不好资料的收集,B在技术的实现中就会有偏差,这样B的工作会更加繁琐,从这个事件中也说明组织管理安排的不妥当,应该B和C共同向A负责

省份:天津
单位:该信息保密
行业:综合应用
 
时间:2008-08-25
题目:问责才能确定是否清闲

分析:A可以说,如果需要评价,要根据约定责任所产生的绩效来说,清闲是能力强,如果由于个人原因造成客户意图团队未能实现,是他的责任,其他就不是他的事了。
增加工作是上级要求的,B的话只是参考,不相信同级可以确定职责范围。

张翼
省份:上海市
单位:该信息保密
行业:IT软件
 
时间:2008-08-24
题目:两个理由

分析:带过大大小小的团队,有原班嫡系的、有临时组建的,也有仓促接手的,这样的问题我被质问过多次。
首先说明,我也是从技术走过来的,而且非常痴迷于技术,从DOS到WIN32、WIN2K、XP,从汇编到C、VB、.NET都有比较深入的体会和编码能力。但自从我认识到项目管理的重要性和项目经理岗位的重要性开始,我就竭力控制自己的设计、编码欲望,并逐渐脱离出来,关于这方面的体会,我曾经在许多帖子中谈到过。
记得发过一个“懒蚂蚁”的帖子: http://www.mypm.net/bbs/Article.asp?ntypeid=5005&titleid=26866&page=1 ,那就是受到一次“偷懒”的质疑。

为什么会被提出这样的质疑?回顾几个项目,感觉主要有以下几个原因:
1、项目管理工作尚未得到公司管理层、项目研发团队的重视和理解;
2、他们不了解项目管理的广度和厚度;
3、有许多工作在项目过程中没有显性的体现,比如:对项目范围的反复审核,项目风险分析和对策,制定备用、应急计划,等等;
4、最近,我的技术经理又向我提出一条理由:唯恐我长期脱离技术,导致武功全废。

“偷懒”有主要两点理由:
1、这些工作是我所擅长、而且团队中其他人做不好的;
2、项目经理投入做技术的预备队,会把个人的技术倾向带入项目,经常会给项目的技术造成重大的影响,而且项目经理又掌握了变更的权力,会在技术方面越陷越深,从而影响项目的整体进程。

应对质疑的办法:
1、还是做项目经理应该做的事情,这些事真的很多;
2、做好项目管理计划,注意,不只是项目计划,而是项目管理计划,让干系人了解你的工作量;
3、点滴的思考要落笔,风险分析、项目审核等等,在许多小项目中,这一类的文档工作被忽略了,因此常常被他们看到你在发呆。但这里存在一个矛盾,项目的备用计划和应急计划书面化以后,就露了底线,弄不好会变成公司管理层紧逼、研发团队拖延进度的借口;
4、项目的变更不仅要发出变更的指令,还要给出令人信服的分析,不然,项目经理不仅会被质疑“偷懒”,还会变成矛盾的制造者。

做好文档、汇报、通报工作后,还不能得到干系人的理解,还有一招,但不提倡:
5、在项目整体可控的情况下,找个理由,脱离项目组、或投入到技术工作中,这样的结果可能会因为项目经理的缺位而导致混乱,把握好底线,适时出来收盘,这个办法适用于陌生的环境。


郑超
省份:江苏
单位:该信息保密
行业:IT软件
 
时间:2008-08-23
题目:双方面交流

分析:如果说A是这个项目组的领导的话,那么可以说他处于一个非常不利的境地,这里有2个人作出了不合理的处理,陷A于困境;首先A的领导应该相信A的判断,越过A直接和B交流是对A的不信任,而且以B的话为最后判断的标准也十分的片面;其次B也有问题,作为A的下属,直接说A工作量不足显然带有很强的主观意识,表现出对A有很大的不满,B在一般情况下,没有必要对增加一个组员这么敏感,而且直接批评上级,会使自己在组中的关系变得很差,很显然B对A积怨已久,而且B本身也极度缺乏交流技巧.
当然出现这种情况不是可能,作为A也必须有破局的办法:我认为有2个方法;关键还是通过交流疏通一个方向的关系:1:可以和A自己的上级直接交流,讲明自己实际的工作量,和加一个组员的必要性,同时希望上级能够相信他的能力和判断,保证可以将这个组带好。2:可以和B充分交流,解除心中的芥蒂,明确大家处于同一个团队的合作性和利益共同性,如果B和A关系改善的话,B是绝对不会去说这样的闲话的。

邢立芝
省份:天津
单位:该信息保密
行业:通信与网络
 
时间:2008-08-23
题目:岗位轮换

分析:1.个人觉得A的领导不应该只看B一个人的意见~!这样会有些偏激~!A的领导除了听取B的意见估计还有别的一些顾虑比如:增加资源无疑就会增加成本支出
这样公司利润会下降,A从多元化综合考虑不给A增加资源。
2.在领导不愿意增加资源并且A又无法说服自己的领导的情况下:A首先确定C的工作是否真的很繁重,换句话说如果C能摆出一条条的依据100%证明自己的工作
确实繁重并且实际上确实很繁重,可以同时将B和C叫到一起沟通确定一下AB角色也就是说实行岗位轮换制度B做C的活,C做B的活,目的是让B和C彼此深入了解
对方的工作。这样B自然就认为C的工作繁重,如果B还认为C的工作不繁重,再看看C做B的岗位是否觉得任务繁重,如果不繁重证明A当时任务分解到B和C的时候
让不适合的人做了不适合的事情,属于A的失误。如果C还觉得任务繁重的话证明C的能力有问题。这样个人觉得A应该考虑向领导调换资源。

周预
省份:湖南
单位:该信息保密
行业:IT软件
 
时间:2008-08-22
题目:如果我是A?!

分析:案例问题是:假如我是A怎么办?
建议分步骤思考一下几个问题:
1、我对C是不是有特殊感情?呵呵,老乡、同学、亲戚等等而照顾他?
2、是不是自己对C的工作量判断失误?可以多考察一下实际情况,也可以走访C附近的人,还可以通过公司同类项目进行比较。
3、c工作方法是不是问题?
4、如果c工作量是实情,工作方法没问题,b是因为不了解还是其他动机反对?
5、上级为什么相信b而不相信我a?b又是凭什么让公司相信他?项目组中是不是存在另一个影子项目经理!??
思考完毕这些问题,选择自然不难!

zhshyds
省份:江苏
单位:该信息保密
行业:房地产
 
时间:2008-08-21
题目:同意阿建的看法

分析:同意阿建的看法,首先。第一点,C组是否有在科学的,认真的情况下工作。
第二点,B组技术部,纵然他们要找人帮忙,也不到技术人员,困些B组大可不用去反映这个问题。专心做好事是最主要的。
第三点,A组是项目经理可根据自己掌握的实际情况安排工作。认为行的就要行动。

李海翔
省份:甘肃
单位:该信息保密
行业:IT软件
 
时间:2008-08-21
题目:西游记

分析:典型的取经的案例:
A类似于孙悟空、B就是猪八戒了、C是沙僧。
B老是爱打些小报告,呵呵!
解决的方法,前边的人都已经说了很多很多了!

董董
省份:北京
单位:该信息保密
行业:综合应用
 
时间:2008-08-20
题目:项目经理应有专权

分析:A是项目经理的话B就无权越级向上级部门汇报,上级部门领导应相信A,就不应该跳过A直接与B交谈,B只是项目组成员无权指责A,A负责整个项目A做的事情没必要向B说明,C只是负责收集和整理文档,这部分并不难只不过有些烦,如果C做不好只能说他能力有问题,A选择做事情的人选错了

朱行军
省份:江苏省
单位:该信息保密
行业:房地产
 
时间:2008-08-19
题目:被认为在偷懒的项目经理

分析:提一点不成熟的看法:
这是中国特色的项目经理部。
项目章程是如何规定项目经理的责权利,A既然是项目经理那么项目经理的职责是什么?B、C只是项目项目部的成员,各自负责完成自己的工作,项目部的成员B无权考核项目经理的工作多少。
上级领导的做法欠妥,首先是征求项目经理的意见,如果不相信A,则应该亲自考察项目部各个人的工作情况。
针对这个问题,建议:项目经理首先应该与上级领导沟通,取得上级领导的认同,然后召开项目部会议,听取各个人的工作情况汇报,现成一致意见。
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接

项目管理者联盟 版权所有 | 京ICP备10055250号-11 | 京公网安备 11010202009440号

如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者
PMI,Project Management Professional, OPM3, PMBOK, PMP,PgMP,PfMP,PMI-ACP,PMI-PBA
and the PMI Registered Education Provider logo are registered trademarks of the Project Management Institute, Inc.