关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 PgMP认证,美国项目管理协会高端项目管理认证!大型项目与项目群管理Program Management全球权威认证


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

PMI-ACP®认证

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

6月开课 | 实战课

PMI-PBA®认证

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

4月开课 | 新闻

NPDP®认证

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

北京 | 上海 | 感受

PMP®认证

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

北京 | 杭州 | 网络

PgMP®认证

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

北京 | 上海

PfMP®认证

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

17计划 | 北京 | 上海

软考项目管理

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

计划 | 报名 | 经验

栏目说明
    项目管理者联盟《案例》栏目,是为项目经理排忧解难的互动平台。当您的项目碰到难题时,您只需要将您所在项目的情况描述清楚并提交到本网站,众多项目管理高手将对您的问题提出最佳解决方案。您的项目背景信息必须清楚;项目的进展现状必须详细说明;项目难题中所涉及的项目成员关系要阐述清楚。
专家点评
张千福 目管理者联盟 张千福
【案例正文】
公司刚上了一个信息系统的项目,由于领导的信任,指派我担任项目经理...[详细]
·一个”换将”的项目故事
·空调产品研发的项目管理
·缺乏沟通----项目管理的困惑
·合同执行中存在的困惑
·渐进明细破解项目进度计划难题
·制定项目管理流程面临困惑
more>>最新案例
09-14·海外项目实施中的变更问题
09-14·如何做到同时管理多个项目
09-04·怎样协调产品团队内部问题
09-04·平级跨部门如何进行协调?
08-20·为什么软件项目,会出现人.
08-08·要在成本、范围和质量不变.
08-02·新PM如何有效进行项目进度.
08-02·如何有效管理异地的项目干.
08-02· 如何突破项目生产阶段,项
08-02·客户上线时间一直在拖延该.
more>>热点案例
·如何处理项目中的尴尬局面.[4106]
·多项目组合作的项目如何明.[2874]
·项目团队人气底下态度散漫[2251]
·项目人员管理上的一个困惑[2168]
·高温煤气净化项目收尾阶段.[1728]
·PMO应该如何更好的分配资源[1453]
·项目中人员成本所占权重该.[1425]
·IT项目经理应该如何与技术.[1378]
·怎么样建立一个比较实用的.[1266]
·如何确保项目能在有限时间.[891]
·采用什么的组织结构[851]
·如果你是项目经理,怎么去.[819]
·工期拖了怎么办?[775]
·软件项目预期延期如何应对[769]
·某个工程项目的索赔问题[743]
·客户方领导同意方案但是拒.[743]
·如何做好项目的质量成本分.[737]
·《越狱》主角迈克尔算不算.[729]
·新入职项目经理如何介入项.[691]
·不是技术出身的人如何做好.[646]
最新分析
·为什么软件项目,会出现人.[39]
·如何做到同时管理多个项目[24]
·项目管理中如何才能做到完.[5]
·海外项目实施中的变更问题[10]
·平级跨部门如何进行协调?[16]
·客户上线时间一直在拖延该.[12]
·新PM如何有效进行项目进度.[25]
·怎样协调产品团队内部问题[32]
·KPI的有效性是否直接影响项[20]
·外包团队拖了项目进度,如.[81]
·如何加快施工进度[25]
· 如何突破项目生产阶段,项[5]
·部门经理不负责造成的项目.[17]
·狭窄场地条件下的安装方案.[9]
·产品设计阶段不同意见下的.[3]
·产品小组跟运营小组之间的.[3]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
为什么软件项目,会出现人多,事少,工作量大的情况?
[姓    名]  时间线 [单    位]  真实案例,单位保密 [发布时间]  2018-8-20
[所属行业]  IT软件 [所属主题]  项目综合管理 [项目阶段]  项目执行

案例正文

人们常说人多力量大,似乎这才符合常理,但是往往在软件项目开展的过程中依旧会出现人多、事少、工作量大的情况,这跟我们以往的认知大相径庭。

首先,要解释下标题的意思。人多,指的是同一个项目团队、同一个小组或者同一个部门的范围内;事少, 指的是做出的效果,真正的产出少;工作量大,指的是,工作时间长,工作忙,实际的投入大。

  其实,人多事少工作量大,说白了就是效率低,而影响效率的,原因千万种,有人员问题、沟通问题、流程问题、管理问题、技术问题......

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

张坤
省份:广东省
单位:该信息保密
行业:生产制造
 
时间:2018-10-22
题目:人员效能

分析:其实主要问题在于人员效能无法很好衡量,也就不能做好激励,做不好激励,就导致大家混饭吃效率低下,恶性循环。

何镇
省份:湖南省
单位:该信息保密
行业:IT软件
 
时间:2018-10-13
题目:为什么软件项目,会出现人多,事少,工作量大的情况

分析:很复杂,要具体问题具体分析解决,我也是新手过来学习的

宁仁聪
省份:江苏省
单位:该信息保密
行业:综合应用
 
时间:2018-10-12
题目:软件项目

分析:项目排程出问题,对于项目而言,项目管理十分重要。首先需要排程,明确项目的周期,关键时间节点。才能合理的安排工作量。

罗刚
省份:广东省
单位:该信息保密
行业:综合应用
 
时间:2018-10-10
题目:为什么软件项目,会出现人多,事少,工作量大的情况

分析:我们软件项目,只会出现人少,事多,工作量大的情况

康镨铎
省份:北京市
单位:该信息保密
行业:IT软件
 
时间:2018-10-10
题目:绩效管理没做好

分析:没有合理绩效评价规范,导致有的人工作懈怠

王超
省份:山东省
单位:该信息保密
行业:IT软件
 
时间:2018-10-09
题目:分工不明确,项目轻重不分,技术支持不到位

分析:分工不明确,项目轻重不分,技术支持不到位

粉象
省份:广东省
单位:该信息保密
行业:商业物流贸易
 
时间:2018-09-26
题目:机器人代替人

分析:机器人代替人,人工成本大,人有思想有情绪不好管理,机器人可以24小时工件,出错低

营销管理
省份:北京市
单位:该信息保密
行业:IT软件
 
时间:2018-09-14
题目:人员安排不合理

分析:完善项目组团队组成,明确各人工作职能,做好相应奖惩。

王磊
省份:陕西省
单位:该信息保密
行业:教育科研培训
 
时间:2018-09-12
题目:多种原因造成效率低下

分析:一线工作人员,没让专业的人做专业的事,导致效率低  没让专业的人做专业的事情, 是工作开展的大忌,在工业上,早已证明了一切,在工厂生产中,工人流水化作业,一个人只专注一件事情,会越做越熟练,越做越快,越做效率越高。  在软件开发分工越来越明确的今天,让后端人员抢前端人员的饭碗,去写网页、样式,效率能高吗?让后端人员去抢DBA的饭碗,去做数据库优化,效率能高吗?  不专业的人做不专业的事情,可能和公司的发展历程、组织架构、人员规划有关;也可能和任务安排有关。  公司发展初期,养不起很多专业的人,可能更需要“全栈”工程师,啥都一把捉;公司发展的过渡期,有点钱了,也意识到了要让专人做专业的事情,但是人员还没招齐,那没办法,你也得兼职着做各种各样的事情。如果公司有钱了,发展也成熟了,不是属于以上两种阶段,在IT组织中,连前端、后端、测试、架构、DBA、网络、服务器运维、技术支持、安全、产品,这些职能都没区分好的话,就会对工作效率有影响。IT一线工作人员,每个坑位,都需要一颗专业的螺丝钉。 ● 开发人员不注重代码质量,导致后期返工,导致效率低  有时候,快即是慢,对于经验不足或者习惯不好的开发人员,开发前期,被迫或者自己没意识到,为了追求进度,逻辑没考虑周全,没做好自测,代码能跑起来就算完成任务了,表面上任务完成得很快。但是在项目后期,测试阶段,问题大规模爆发,甚至要返工,由于测试后期,离自己写代码的时候,可能隔了一段时间,有的东西自己都忘了,再回过头去重新“熟悉”,效率能不低吗?更为严重的后果是让项目进度不可控。因此,就算进度再紧张,也顶住压力,必须要做最基本的测试,再进入下一个任务点。 ● 个体组织人员膨胀,出现沟通成本大的问题,导致效率低  沟通成本是人员膨胀后,暴露出来的首要问题。  举个简单的栗子,很多公司都有每天晨会习惯,如果一个组有5个人,开晨会汇报工作,平均一个人汇报2分钟,就需要10分钟,现在一个组增加到10个人,一人汇报两分钟,都要20分钟才能汇报完。时间就这样过去。  再举个栗子,30人天的工作,分给2个人做,可能需要15天,共耗费30人天,但是分给5个人做,6天能完成吗?  信息在沟通、传递的过程中,可能会“失真",你想的,不一定能100说出来,你说出来了,别人也不一定能100理解,而且每个人的理解能力、知识体系都不一样,理解起来容易产生偏差,产生偏差就容易做错事情。  因此,如果人员出现膨胀,要以项目为单位,进行合理的项目拆分、人员拆分。同一个“小项目”最好不要超过4个人负责。沟通的时候,推荐使用口头 书面 复述,减少沟通过程中的信息失真。 ● 上、下属之间相互不信任,做事有阻碍或者导致重复工作,导致效率低  上下属相互信任是一切工作的基础。如果上级不信任下属,不敢授权给下属,凡是都要自己过一遍,而上级往往是一对多的关系,这个时候,工作瓶颈会出现在上级身上;如果上级不信任下属,搞一堆监督机制,为了下属不做错事情,又让别人同事过一遍,又要耗费额外的成本,劳民伤财,而下级得不到信任,做事受阻,久而久之就会畏手畏脚,很难独当一面,或觉得自己有能力没地方使,干脆走人。上级应该充分信任下级,放心授权让下级去做事情,但这些都一个前提就是要有一个较好的软件管理过程,包括开发环境和测试团队和在完成任务的过程中进行一些辅导和进行重要节点管控和监督。  上级不信任下级,经常碰到,而下级不信任上级也很要命。程序员是很有个性的工种,不好管理,往往特别多想法。就好像车轮子陷入泥潭中,上级说车子往前推,有的人又说,往后拉,各自发力,估计车子永远都摆脱不了泥潭,还谈何效率?  因此,如果有意见,前期可以提,但是解决方案一旦定下来,应该上下一心(即使有意见也埋在心底吧),朝着目标一起去努力。 ● 不同部门之间沟通存在隔阂与障碍  软件开发过程中,在IT范畴内,不同部门难免有交集,例如开发与运维、开发与测试,不同岗位承担的责任、掌握的知识体系、考虑问题的角度往往不一样,导致处理事情受阻。  举个栗子,有一次,开发人员为了验证某个问题,需要运维人员协助重启某个站点。对于开发人员来说,这个站点,用的人比较少,而重启也是一瞬间的事情,风险为基本为0,但是由于运维人员掌握的知识体系不一样,怕重启了会造成很大影响,甚至害怕出了问题要自己承担责任,明明可以瞬间操作解决问题的,又要等到中午或者半夜三更没人的时候才敢重启,效率就是这样降低了。这个时候,需要运维人员,去学习一下相关知识,或者引入新流程,例如,重启站点,需要某个专业人士口头同意,即可立即执行。  因此,不同部门之间的人,应该互相学习,才能更好地沟通;做事情,尽量做轻量级的流程化、标准化。 ● 上级工作安排不到位  上级工作安排不到位,也会导致工作效率低。有时候会有这种怪现象,可能很多事情没做,但是下面的人没事可做;或者有的人很忙,有的人很闲。软件开发分工,不像搬砖头,一人搬一车就行了。软件开发,工作量化本身就是一个很难的地方,如果项目经理没有做项目计划,没有做工作点、任务点拆分工作就很难安排到位。特别是刚刚从程序员转型做项目经理的人,过程性思维,不会对项目做整体的把握、整体规划,想到哪里就做到哪里,想到什么就分配什么工作,最后一团糟,一会把下面的人累死,一会又让下面的人闲死。 ● 需求传达不明确或者理解有偏差导致返工  探知客户内心潜在的需求很难,而需求确定后,信息传递的媒介,往往是需求文档。语言文字这种东西,传递的过程中容易失真,丢失原有的意思。这种情况尽可能比较,需求传递跨越太多层次才到最终到达开发人员身上。如果是这种结构,每层信息丢失2都不得了,做错了,返工的效率和代价就十分巨大。

胡泽东
省份:湖北省
单位:该信息保密
行业:通信与网络
 
时间:2018-09-12
题目:管理制度不完善

分析:善用奖罚,激励员工热情,否则整体把偷懒当成常态
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
项目管理者联盟 版权所有 京ICP证070584号 | 京公网安备110102000464号
如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者