案例分析：项目组内踢皮球事件_项目管理者论坛->管理学堂版_国内最热门的项目管理经验交流论坛_国内PMP聚集社区

项目管理者联盟 | 中国工程管理网 | 中国研发管理网

会员中心

资料库

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

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

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

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

北京 | 直播 | 录播

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

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

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

计划 | 报名 | 经验

论坛
	价值源于交流与分享

会员区：

功能区：公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册

论
坛
导
航
区

项目型组织	项目管理	工程项目	科技项目	项目化管理	管理软件	资格认证	职业休闲
EPM体系与流程	综合集成管理	总承包管理	IT软件开发	项目型制造	P3E/P6	PMP \| PgMP	职业发展探讨
组织与人力资源	进度,范围,成本	国际工程	生物制药	专业服务	微软PROJECT	IPMP \| PRINCE2	管理学堂
项目管理信息化	团队建设与沟通	房地产	汽车设计开发	生活项目	PowerOn专版	软考项目管理	英语角\|读书版
多项目与大项目	质量与风险	监理与咨询	手机数码	文体娱乐		注册建造师	房车吃游
PMO建设与管理	采购与合同	工程设计				项目管理硕士	闲聊版\|商务版

俱乐部：北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立

TOP榜：精华 | 最新 | 最热 | 会员

版面信息

说明：项目经理学习管理的地方

	精华区		发表帖子
	投票区		发起投票
	资料区		上传资料

本版版主

aceld1981
登录：2011/8/5
次数：10
注册：2011/6/23
发帖：11

俱乐部导航

北京	大连	福州	广州	杭州
南京	山东	上海	深圳	四川
天津	武汉	西安	郑州

联盟·近期活动

社区热点

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

社区圈子

集团企业生态体.
圈主：ETPPM
行业：综合应用

生态系统体系下.
圈主：ETPPM
行业：综合应用

施工总承包管理
圈主：fylm9999
行业：工程设计安装

IT项目管理圈
圈主：lepu29341
行业：IT软件

HG信用盘0出租
圈主：de123
行业：综合应用

联系社区管理员

咨询电话 010-82273401/11
斑竹申请 admin@mypm.net

版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式：1024*768像素

案例分析：项目组内踢皮球事件 [发表于 2014/2/10]

状态开放帖 浏览量 1553

复制该帖链接收藏本帖

[回复] [引用]

该帖子同步发自圈子：项目管理小茶馆 (访问该圈子)

你的项目出了严重问题，客户向你公司的领导投诉，你的领导兴师问罪要追究责任!这是测试的错?开发的错?PM的错?还是研发流程的错?中国教育制度的错?社会的错?反正、总之、一定、必须不是我的错!
　　事件回放：
　　某项目部署给客户后，重现了一些以前已经解决的问题，而这些问题测试时并没有出现。经检查，发现测试的版本不是部署的版本，不知道为什么老版本部署给客户了。领导要追究责任，于是大家各有说法：
　　开发人员说：我是按要求打标签的，没有问题。
　　测试人员说：我是在提交区中取版本来测试的，我没有出错。
　　实施人员说：我是按照开发给我的版本去部署的，我没有过失。
　　最后终于有人说：是之前已经离职的某某弄错版本号导致的。
　　思考：
　　1、该事件反应了什么问题?将来应该如何改进?
　　2、这么多问题中，最大的问题是哪个问题?
　　在继续往下阅读之前，建议你先写写对以上问题的想法，然后再继续阅读。
　　本事件并没有什么标准的答案，下面分析仅供大家参考，欢迎大家提出自己的想法!
　　事件的补充说明：
　　这是发生在我以前公司的真实个案。第一次听说时，我觉得很不可思议，也觉得非常的丢人!
　　客户当前版本是1.1，我们打算为之安装1.2版本，安装后客户反馈怎么以前已经解决的缺陷又再次出现了?检查后发现，原来我们安装的是1.0版本的程序。相当于大家辛辛苦苦地奋战了数天，最后竟然没有将工作成果给客户，而是将以前的东西给客户了。作为软件公司来说，这是一个超级低级的错误!
　　经过检查，终于发现了问题的真正原因：开发人员A让实施人员B直接在他的电脑上取安装程序，而不是根据研发流程的要求到配置库中取，而该开发人员A让实施人员B所取的版本，是1.0版本的老程序，而不是最新的1.2.这个原因主要是通过实施人员B得到的，但开发人员A已经离职了，“死无对证”!
　　似乎整个事件需要负责任的就是这位已经离职的仁兄，而该仁兄已经离职，更加是百口莫辩。我的领导对于这样的结论，苦笑说：呵呵，这样好，推到一个离职的人身上!
　　问题1：某些人员失职，没执行流程!
　　开发人员A和实施人员B违反了相关规定，严重失职，应为此负责。而开发人员A已经离职，故应由实施人员B来负担主要责任。这样处理是否合适呢?
　　问题2：研发流程和公司制度有漏洞，应进一步改善!
　　研发流程虽然规定了要从配置库中取安装程序，但没有版本确认的步骤，而且安装程序应该由配置人员提供，而不应该由实施人员直接问开发人员要，这是流程中需要改善的。
　　于是配置管理员提出建议：规定所有的安装程序只能由配置管理员提供，不能通过其他途径!
　　但项目经理、开发、实施都反对，因为经常需要加班，往往在加班的时候需要提供安装程序，但这个时候配置管理员往往已经下班了，无法向配置管理员要安装程序。如果配置管理员就算没事干都好，愿意一起加班的话，可以这样规定。
　　于是配置管理员就再无意见了……
　　另HR提出，此事其实是开发人员A付主要责任的，出现这样的问题原因之一是离职交接没有做好，工作没有检查好。此意见一出，项目组、负责交接A工作的开发、同意A离职的部门经理，几乎全部晕倒了!交接已经做得很不错了，什么问题都要防住，你叫这个交接怎样做?
　　研发流程和制度确实需要不断完善，但如果老是从细节上规定，是不是有点本末倒置呢?研发工作中的问题总是很多的，不太可能规定所有细节的，而且一旦规定了一些细节，似乎避免了一个问题，但会带来更多的问题。
　　问题3：喜欢做好好先生、好好女士!
　　事件中其实很多人大概知道问题所在的，但就不指出来，不想得罪人，要做“好人”。如果要追求责任，那么最好将错赖在一个不能追究责任的人身上，就是那位可能是很无辜的已经离职的仁兄。或者将错赖在制度和流程上，这招是最绝的，没有人需要负责，这是制度的错、社会的错!
　　问题4：没有人首先从自己身上找原因，每个人首先想到的是推卸责任!
　　研发工作中的很多成果，是经过一系列的环节和各人的配合作出来的，任何一个环节有问题，都可能会导致最终成果出问题。那似乎将各环节责任、流程等定义好，就可以很好地追求责任了?
　　如果某个环节都留下一些隐患，但不至于马上出问题，但经过多个环节累积之后，问题爆发!这时应该哪个环节负责呢?
　　如果前面某个环节出现一些问题，但下一个环节的人发现了并及时提出来，最终不影响最终成果，这是不是一种很好的效果呢?
　　如果每个人除了做好本职工作，还主动提醒他人，主动提供一些有利于项目的建议，帮助项目成功，这是不是非常好呢?
　　软件研发中的问题，往往不是某个环节造成的，而是各种因素作用逐步导致的。项目需要团队一起努力、互相纠正、互相提醒，每个人都应该为项目的最终成功负责!某项目出问题了，是不是应该整个项目组都应该负责呢?是不是大家应该首先从自己身上找原因呢?
　　哪个问题更加严重?
　　个人认为问题4是最严重的问题，流程、制度、职责等这些，如果为了解决某一问题而去修改和细化，可能会陷入无休止的类似工作中。这和修复一个bug的道理是一样的，每修复1个bug，可能会带来10个bug.过于从细节上细化流程和制度，我个人是不太赞同的，会陷入某种死循环。
　　我们喜欢说依法办事，往往用法律来比喻，我们研发过程也需要有法可依。法律规定的一般是不能做什么，但我们流程中规的的往往是必须做什么、应该做什么等，一旦规定应该怎样做，就很容易出问题。研发活动是很复杂的智力活动，不应该在一些细节上套太多的框框条条。
　　做好团队建设，树立良好的团队观，项目团队应该是“一荣俱荣，一损俱损”的!要打造这样的团队是不容易的，但也不是很难，其实取决于公司领导的管理思想。以目标来驱动，鼓励创新，允许犯错，奖励自我批评，这些都有助于良好的团队建设。但有些领导喜欢工厂化管理，喜欢将工作细化，喜欢根据工作职责来考核，喜欢根据问题多少来考核，这样难以避免这些踢皮球事件了。
　　这个事件我有什么责任?
　　说了这么多别人的问题，我是不是应该从自己身上找找原因呢?
　　我不直接负责该项目工作，是公司的常务副总，公司中的大部分员工都是经过我面试进来的，我一直在尽力打造良好的团队文化，而研发流程大部分是由我制定的，或者是经过我批准的。要兴师问罪的是公司的大领导，不是我，其实如果要问起罪来，可以说公司内部的跟研发相关的所有问题，我都需要负责任!因为这些事基本上都是我管的。
　　出现踢皮球事件，我觉得很无奈。自己一直以来期望做到的团队“一荣俱荣、一损俱损”，在事到临头的时候，只是一种口号而已，我需要检讨自己的做法和想法。那种美好的团队建设可能只是一种乌托邦，可能难以实现甚至无法实现，但我觉得我还是应该继续为之努力的。
　　其他的一些想法：
　　这只是一个小小的案例，但相信很多朋友会经历过类似的情况。推卸责任可能是人的本能反应吧，我也会这样。大家都能主动从自己身上找原因，这可能是一个遥远的梦。
　　我曾经试过参加一个会，两个高层在PK，老板在一旁看，PK一大通后，最后那项大家都不想干的工作落到了一直没有出声的我的头上，刚才PK的两个人，都一致同意让我来做这项工作!我只能说：很无语……
　　有些事情我们可能控制不了，但如果咱们能带领一个团队的话，我们应该在能力范围内做一些对团队各人都有益的事情，尽量打造好的团队气氛，挡住影响团队气氛的外部的不利影响。对你的团队成员好，将来得到的回报肯定会远远大于你的付出!

>>> 由论坛统一发布的广告：

楼主

wcabt

职务无
军衔主帅
来自天津市
发帖 1283篇
注册 2006/12/14
PM币 21982
经验 9785点

Re：案例分析：项目组内踢皮球事件 [回复于 2014/2/11] [回复] [引用]
甲方领导内也有相互踢皮球的，没人愿意承担责任，这时候只能碰一次解决一次了

1楼

ausralong

职务无
军衔二等兵
来自上海市
发帖 21篇
注册 2014/1/27
PM币 1
经验 68点

Re：案例分析：项目组内踢皮球事件 [回复于 2014/2/14] [回复] [引用]
项目组中总会有些人勤快一点，有些人懒惰一些，这个时候就要奖励积极者，督促后进者。可以用阶段例会进行奖励通报，哪些人做得好就应该及时获得奖励。勤于沟通勤于沟通、敢于沟通，不管是对上，还是对下，都是需要的。首先是对上，一定要与项目领导组组长做好沟通，大胆沟通，勤于汇报工作，特别是在项目初期，高层领导不了解你，不知道你是否能够胜任，因此，对你也会有所顾忌，怕你不能承担，这个时候，你要勇于表达自己，表明你的立场：我能。项目进入正常轨道后，沟通不能少，必须让领导及时知道项目进度，他们心中有底。对下沟通，要大胆“骚扰”别人，除了督促、要求别人做事情，也要找时机拉拉家常，谈谈心之类。如果项目基金允许的话，可以项目组一起吃个饭，开展体育活动等，来加强沟通。工作魅力凭什么让相同级别的同事“替“你做事，作者认为，不仅仅是项目组赋予你奖罚的权利，更多的是你个人的工作魅力能够感染他们。项目组负责人一定要做到身先士卒，速度、作风、专业，缺一不可。自己必须做好，做得正，比别人更专业，更投入，你才可能去感动对方，去激励对方。

2楼

xiaoniuer

职务无
军衔三等兵
来自浙江省
发帖 3篇
注册 2014/2/14
PM币 24
经验 14点

共1页 97 [ 第1页 ] 8:

！您尚未登录，不能回复主题。现在登录注册

建设运营：共创时网络