关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 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]
最新分析
·需要职能部门的配合的时候.[60]
·项目领导无法正确判断项目.[14]
·项目经理该不该参与开发的.[16]
·需求合理但得亏成狗了,进.[15]
·多项目总是面临冲突无法协.[6]
·项目领导无法正确判断项目.[8]
·用人抓大放小,要学会放权[12]
·做项目过程中,很多不是本.[4]
·如何评价产品经理拿数据说.[14]
·如何开项目经验总结会?[13]
·成功转型的敏捷团队,背后.[4]
·多项目管理的协调问题[7]
·如何就质量管理进行优化?[5]
·需求分析所需达到的详细程.[10]
·三家公司同做一个项目该如.[4]
·国有企业项目集群管理推行.[6]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
项目配置管理如何更规范
[姓    名]  李解生 [单    位]  真实案例,单位保密 [发布时间]  2011/7/21
[所属行业]  IT软件 [所属主题]  项目质量管理 [项目阶段]  项目控制

案例正文

  有多年开发经验的赵工被任命为某应用软件开发项目的项目经理,客户要求 10个月完成项目。项目组包括开发、测试人员共 10 人,赵工兼任配置管理员的工作。

  按照客户的初步需求,赵工估算了工作量,发现工期很紧。因此,赵工在了解客户的部分需求之后,就开始对这部分需求进行设计和开发工作。

  在编码阶段,赵工发现需求文件还在不断修改,形成了多个版本,设计文件不知道该与哪一版本的需求文件对应,而代码更不知道对应哪一版本的需求和设计文件。同时,客户仍在不断提出新的需求,有些很细微的修改,开发人员随手就改掉了。

  到了集成调试的时候,发现错误非常多。由于需求、设计和代码的版本对应不上,甚至搞不清楚是需求、设计还是编码的错误。眼看进度无法保证,项目团队成员失去了信心。

  项目失控的原因可能很多,从项目管理和配置管理的角度来分析为何引起项目失控?

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

一个
省份:北京市
单位:该信息保密
行业:IT软件
 
时间:2012-02-22
题目:个人愚见

分析:1、采用迭代的方式进行开发,并定义迭代版本的里程碑
2、分析需求优先级以及需求依赖关系,明确每个迭代里程碑需求范围
3、每个里程碑都要定义基线,并定期回溯,确保该里程碑基线的实时有效
4、对基线的变更控制:在研发过程中很难实现对所有变更的实时控制,可以采用较为折中的方式,即定期回溯
5、测试与开发同步进行,不应在项目后期才介入

解军
省份:上海市
单位:该信息保密
行业:教育科研培训
 
时间:2011-11-20
题目:范围控制与质量的关系

分析: 新组建的项目组 要按时保质完成客户的要求 赵工要依据客户需要的结果 进行工作结构分解 同时 将自己的经验进行借鉴创新 形成标准化的工作模板 做出组织结构设置 人员分工 如何让配合衔接的准备与策划 之后 用系统的思维 讲成本、时间 质量、沟通、风险等进行通盘考虑 形成工作计划 特别注意人力资源与横向部门的沟通 向上反映 符合法规 整理管理要求去进行 控制好范围 形成分阶段检视成果 防范风险 质量就会保证 就能满足客户要求 完成项目工作!

陈平
省份:福建省
单位:该信息保密
行业:IT软件
 
时间:2011-10-30
题目:配置管理

分析:1、对用户的需求定义不充分。
2、配置管理中,缺少对配置项的版本标识,配置项的关系混乱。
3、缺少对需求的变更管理流程,用户需求没有被有效的记录、评审和在不受控的状态下实施
4、配置项定义混乱。

管小龙
省份:北京市
单位:该信息保密
行业:IT软件
 
时间:2011-09-16
题目:变更控制不规范

分析:1.需要强调变更规范!不是什么任务都需要变更吧!

吕国广
省份:广东省
单位:该信息保密
行业:IT软件
 
时间:2011-09-14
题目:做好需求控制,迭代开发

分析:1)项目需求没有基线化,需求变更不受控制
2)项目紧张并不意味这可以仓促开工,仓促开工是增加了工作量,再资源没有改变的前提下,加重了项目的问题。
3)项目各个环节控制也不到位,所有问题等到项目集成测试才集中发现,问题已经难以控制
建议:1) 在项目需求不明确,又需要紧急开工的情况下,把需求根据明确程度,重要程度,依赖关系排优先级,已经明确的需求,被依赖的需求先做,其他的需求尽快和客户沟通明确需求。
2)项目通过原型和迭代的方式开发,每个迭代都做已经确认的需求。
3)需求变更统一控制,变更后要更新整个流程的文档
4)每个迭代完成都要做集成验证,不要把集成放在最后一次做

海天
省份:北京市
单位:该信息保密
行业:IT软件
 
时间:2011-09-10
题目:从需求源头抓起

分析:1.建立需求基线;形成基线版本后入基线库,任何人无权限改动,并由专人管理;
2.建立需求变更的流程和制度,但凡需求变更都要严格走流程,相关人审批签字通过后再进行变更处理;
3.变更需求,设计等后续工作都一并变更。

张鹏举
省份:山东省
单位:该信息保密
行业:IT软件
 
时间:2011-09-08
题目:需求不明确,需求变更不规范

分析:1.需求未全部明确,仓促开工。
需求一定要在确认并签字后才能开始。
2.需求变更管理不规范。
需求变更前一定要对变更内容进行评估,如果影响开发成本和交期,则需要与客户沟通,重新评估工作量,重新确定交期、开发成本。

刘女士
省份:北京市
单位:该信息保密
行业:教育科研培训
 
时间:2011-09-08
题目:采用原型法开发的建议

分析:采用原型法开发有如下好处
1)能在一定程度上控制需求范围
2)通过直观的原型,能够和客户做较为准备的沟通
3)开发、测试人员易于理解和达成共识
4)需求的变更可以在原型上进行体现,并通过版本库进行控制

helen
省份:北京市
单位:该信息保密
行业:IT软件
 
时间:2011-09-06
题目:采用原型法开发的建议

分析:采用原型法开发有如下好处
1)能在一定程度上控制需求范围
2)通过直观的原型,能够和客户做较为准备的沟通
3)开发、测试人员易于理解和达成共识
4)需求的变更可以在原型上进行体现,并通过版本库进行控制

鲁路
省份:福建省
单位:该信息保密
行业:能源煤电油
 
时间:2011-09-02
题目:项目管理与配置管理的要点

分析:从本案例中,项目管理的失误在于前期策划没有,只了解了部分需求就开始动手设计和开发了。这样容易让团队其他成员失去明确的目标,只是追求进度。须知磨刀不误砍柴工。
配置管理的失误在于需求文件的编写从开始就进入误区,没有一个完整规范的需求说明书,导致后来的需求文件不断变更,最终失控。
关于联盟 | 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.