| 【相关分析】（8个分析） |
|
|
时间：2008-07-23
题目：language exchange(eghish)
分析：将接手离职工作的那个人退出去斩了,同时,也将那个已经走人的上司狂打50大板!
|
|
|
时间：2008-07-14
题目：项目组内的踢皮球事件之我见
分析： 项目组内的踢皮球事件,存在于各类项目中,"事不关己,高高挂起"应该才是问题的关键所在,都说自己没有错,可错是客观存在的,到底错在哪?错就错在大家都没有错的一些细节,小问题。很多时候，差之毫厘，谬以千里，一个衔接的小问题往往会铸成大错。这时候谁会说自己有错咧？“最后终于有人说：是之前已经离职的某某弄错版本号导致的。”真是最大的笑话啦，但是这确实是最好的结果，“逝者如斯”存者依然。
作为领导，应该要有破除表面现象的洞察力，分析力，以及解决问题的魄力。很多时候不是没有发现，往往因为迁就，放任，听之任之，造成公共的损失，正是因为“公共的损失”就变成透明损失，然后就是无损失。这究竟是谁的错，办事人员说领导没有说错就等于没有错，领导说我没有实际操作，我更加没有错吧。错就是错，客观存在；错就是没有错，任何环节都无错。
|
|
|
时间：2008-07-05
题目：出现扯皮现象是非常正常的
分析：个人觉得项目中出现扯皮现象非常正常，且均扯皮到死无对证或者无法解套的地方去。此现象的产生有组织的原因，有项目的原因，有历史的原因，也有现实的原因。
组织的原因为：在组织内，针对扯皮现象没有相应的处理机制，现成出现问题如果不扯皮的话，就不是正常的现象了。没有相应的组织保障措施来防止扯皮。
项目的原因：项目中，没有考虑相应的质量保障体系，没有落实相应的责任问题。
历史的原因：问题的发生肯定过去不少是这样的，只是现在的表现是这样具体而已。
现实原因：规避相应的处罚措施，必然让人相互扯皮，规避惩罚。
解套的一些建议：前面的回复给出了不少，个人的建议为，细化游戏规则，严格执行游戏规则。具体为：明确人员的职责，明确相关接口的标准，切实落实软件开发中的一些关键点。
|
|
|
时间：2008-07-04
题目：项目组内的踢皮球事件
分析： 最主要的责任应该由项目经理和管理产品版本的项目成员承担。
从版本搞混这件事，可以暴露出项目管理中存在着管理不善和存在有漏洞问题。
追究责任事小，先和客户道歉，下不为例，加强项目管理才是要着手做的重点事项。
|
|
|
时间：2008-06-27
题目：踢皮球案例分析
分析：可以从中吸取工作经验，简单地说：
1、执行前，要组织相关人员将任务进行交底，并做好相应记录。
2、执行中，要进行阶段检查与分析，并做好记录。
3、执行后，应组织相关人员进行总结，并做好记录。
|
|
|
时间：2008-06-26
题目：配置管理工作没有做好
分析：很明显，配置管理工作没有做好。
该公司应该规范项目配置管理工作，做好版本控制。
|
|
|
时间：2008-06-26
题目：出问题后每个人都有理由
分析：规范流程，按流程办事，环环相扣，避免推诿，各个衔接的环节一定要说明清楚
|
|
|
时间：2008-06-26
题目：流程搞错了吧
分析："实施人员说：我是按照开发给我的版本去部署的", 应该是测试人员把版本给实施人员吧? 开发把新程序交给测试组，测试通过后，再由测试组把程序交给实施人员.
|
|
