2007-09-02
项目问题出在哪里?
关键字: 项目问题 项目失败
现状关键词如下:
和PM以及客户在一个会议室, 而且客户是领导
诺大的屋子 20多个人 10几个人是领导
SAP做业务 前期ABAP的计划不够 导致我们WEB组经常要等ABAP
或者发现RFC函数没有 才去要求他们去做
而且做RFC函数的哥们只有一个
文档不清 连RFC的返回字段和页面字段的对应都没有 我们需要猜
画面不清,只是把SAP的画面拷贝给我们,画面逻辑,业务逻辑完全不清
业务逻辑没有,问谁也不知道。
RFC的质量不能保证
分析:
人员投入有问题:为什么不多加几个RFC人员
管理:为什么要领导做客户
客户可以要求我们去做什么 但是他不懂技术 他要求我们加班 我们就必须加班?
环境:都是领导,极其压抑
没有技术支持: 项目组能力有限,给一套01年的代码,其他支持都没有,而且支持人员的领导派头也很足,我们开发人员没有地位
一旦有问题不能解决,那就全盘皆输
大家不能互相协同,管理人员是韩国人,沟通很有问题。
现在该怎么办,压力太大,快崩盘?
和PM以及客户在一个会议室, 而且客户是领导
诺大的屋子 20多个人 10几个人是领导
SAP做业务 前期ABAP的计划不够 导致我们WEB组经常要等ABAP
或者发现RFC函数没有 才去要求他们去做
而且做RFC函数的哥们只有一个
文档不清 连RFC的返回字段和页面字段的对应都没有 我们需要猜
画面不清,只是把SAP的画面拷贝给我们,画面逻辑,业务逻辑完全不清
业务逻辑没有,问谁也不知道。
RFC的质量不能保证
分析:
人员投入有问题:为什么不多加几个RFC人员
管理:为什么要领导做客户
客户可以要求我们去做什么 但是他不懂技术 他要求我们加班 我们就必须加班?
环境:都是领导,极其压抑
没有技术支持: 项目组能力有限,给一套01年的代码,其他支持都没有,而且支持人员的领导派头也很足,我们开发人员没有地位
一旦有问题不能解决,那就全盘皆输
大家不能互相协同,管理人员是韩国人,沟通很有问题。
现在该怎么办,压力太大,快崩盘?
评论
抛出异常的爱
2007-09-10
某天的下午,老板把我叫到办公室、
突如其来的把所有的事都交给了我作,
那天下班时我想天怎么这么就暗了呢。
PS:。。。我不是很喜欢这个职位,而且我相信很少有负责的人会喜欢这个活的。
突如其来的把所有的事都交给了我作,
那天下班时我想天怎么这么就暗了呢。
PS:。。。我不是很喜欢这个职位,而且我相信很少有负责的人会喜欢这个活的。
huangpengxiao
2007-09-08
一蓑烟雨任平生 写道
如果没有功能顾问和技术顾问来做SAP的外挂模块的设计,问题会很大。
SAP的开发方式和WEB有很大的差异,我想可以考虑这样做:
1、开发组要重新进行组织定义
SAP的开发组一般会由功能顾问、技术顾问和开发顾问构成,我建议你们的WEB组也按照这种方式进行对应。
WEB组抽专人做功能设计,并负责原型的开发和客户的演示。
抽一个人来做WEB和SAP的RFC函数接口的描述约定。
2、WEB模块开发过程标准化
SAP一直宣传它的实施方法论,因此WEB开发组也要在项目组中提出你们的方法论,以和SAP进行对应,这个工作应该在项目启动的时候便在PMO上宣布。现在看,这件事做的有些晚,导致项目组不知道WEB开发的过程,亡羊补牢,你们把过程整理好,并把设计文档的标准和对SAP的协同开发要求进行确定,在PMO上作为解决方案提出。
3、充分调动公司资源
客户是业务领导,我觉得也是一个好事,说明项目是政治任务,必须要完成,你可以考虑让项目负责人和你们公司的商务一起,做一个项目开发问题的整理和建议方案。
如果SAP的实施顾问是另外一家公司来主担,由于SAP实施方的强势,往往会在PMO会议上把进度的延误推到WEB端,因此要依靠公司的高层、商务和你们自己,说明项目开发进度是怎么一回事。记住这种事情,必须要依靠公司的力量。
我说的这些都是基于SAP和WEB开发是两个公司来做,如果是一个公司来做,那就是公司内部的项目组织调整的事情了。
另外我很反感动不动就跟人说准备简历之类的话,你没有处在对方的项目环境,最好不要轻易下离开的意见,换一个公司就那么容易?我相信没有哪个项目会是理想的,我们所处的项目环境非常恶劣,你没得选择,刚开始的时候就是炮灰,几场恶仗下来不死的话,那时候再考虑自己的位置吧。
SAP的开发方式和WEB有很大的差异,我想可以考虑这样做:
1、开发组要重新进行组织定义
SAP的开发组一般会由功能顾问、技术顾问和开发顾问构成,我建议你们的WEB组也按照这种方式进行对应。
WEB组抽专人做功能设计,并负责原型的开发和客户的演示。
抽一个人来做WEB和SAP的RFC函数接口的描述约定。
2、WEB模块开发过程标准化
SAP一直宣传它的实施方法论,因此WEB开发组也要在项目组中提出你们的方法论,以和SAP进行对应,这个工作应该在项目启动的时候便在PMO上宣布。现在看,这件事做的有些晚,导致项目组不知道WEB开发的过程,亡羊补牢,你们把过程整理好,并把设计文档的标准和对SAP的协同开发要求进行确定,在PMO上作为解决方案提出。
3、充分调动公司资源
客户是业务领导,我觉得也是一个好事,说明项目是政治任务,必须要完成,你可以考虑让项目负责人和你们公司的商务一起,做一个项目开发问题的整理和建议方案。
如果SAP的实施顾问是另外一家公司来主担,由于SAP实施方的强势,往往会在PMO会议上把进度的延误推到WEB端,因此要依靠公司的高层、商务和你们自己,说明项目开发进度是怎么一回事。记住这种事情,必须要依靠公司的力量。
我说的这些都是基于SAP和WEB开发是两个公司来做,如果是一个公司来做,那就是公司内部的项目组织调整的事情了。
另外我很反感动不动就跟人说准备简历之类的话,你没有处在对方的项目环境,最好不要轻易下离开的意见,换一个公司就那么容易?我相信没有哪个项目会是理想的,我们所处的项目环境非常恶劣,你没得选择,刚开始的时候就是炮灰,几场恶仗下来不死的话,那时候再考虑自己的位置吧。
非常感谢您的建议,而且看了你的建议 我更知道我们的问题出在哪里了 而我不是决策人 改变不了局面,只能叹气。
炮灰的问题 我也赞同 不过如果在一个公司做了一年的炮灰 还要继续看不到希望的继续做炮灰 也挺让人心灰意冷的。
huangpengxiao
2007-09-08
im3000 写道
yangzheng 写道
怎么让人感觉没有项目经理的存在,他在干嘛。
估计PM正在和领导开会。
:D
正如你说的,她在开会
yangzheng
2007-09-05
怎么让人感觉没有项目经理的存在,他在干嘛。
抛出异常的爱
2007-09-05
引用
斗争的派系? 有点过松,管理人员似乎在玩过家家
我上上家公司也与你的项目差不多。
做完之后才发现很多作之前看不到的东西
一蓑烟雨任平生说的对:你没得选择,刚开始的时候就是炮灰。
一蓑烟雨任平生
2007-09-04
如果没有功能顾问和技术顾问来做SAP的外挂模块的设计,问题会很大。
SAP的开发方式和WEB有很大的差异,我想可以考虑这样做:
1、开发组要重新进行组织定义
SAP的开发组一般会由功能顾问、技术顾问和开发顾问构成,我建议你们的WEB组也按照这种方式进行对应。
WEB组抽专人做功能设计,并负责原型的开发和客户的演示。
抽一个人来做WEB和SAP的RFC函数接口的描述约定。
2、WEB模块开发过程标准化
SAP一直宣传它的实施方法论,因此WEB开发组也要在项目组中提出你们的方法论,以和SAP进行对应,这个工作应该在项目启动的时候便在PMO上宣布。现在看,这件事做的有些晚,导致项目组不知道WEB开发的过程,亡羊补牢,你们把过程整理好,并把设计文档的标准和对SAP的协同开发要求进行确定,在PMO上作为解决方案提出。
3、充分调动公司资源
客户是业务领导,我觉得也是一个好事,说明项目是政治任务,必须要完成,你可以考虑让项目负责人和你们公司的商务一起,做一个项目开发问题的整理和建议方案。
如果SAP的实施顾问是另外一家公司来主担,由于SAP实施方的强势,往往会在PMO会议上把进度的延误推到WEB端,因此要依靠公司的高层、商务和你们自己,说明项目开发进度是怎么一回事。记住这种事情,必须要依靠公司的力量。
我说的这些都是基于SAP和WEB开发是两个公司来做,如果是一个公司来做,那就是公司内部的项目组织调整的事情了。
另外我很反感动不动就跟人说准备简历之类的话,你没有处在对方的项目环境,最好不要轻易下离开的意见,换一个公司就那么容易?我相信没有哪个项目会是理想的,我们所处的项目环境非常恶劣,你没得选择,刚开始的时候就是炮灰,几场恶仗下来不死的话,那时候再考虑自己的位置吧。
SAP的开发方式和WEB有很大的差异,我想可以考虑这样做:
1、开发组要重新进行组织定义
SAP的开发组一般会由功能顾问、技术顾问和开发顾问构成,我建议你们的WEB组也按照这种方式进行对应。
WEB组抽专人做功能设计,并负责原型的开发和客户的演示。
抽一个人来做WEB和SAP的RFC函数接口的描述约定。
2、WEB模块开发过程标准化
SAP一直宣传它的实施方法论,因此WEB开发组也要在项目组中提出你们的方法论,以和SAP进行对应,这个工作应该在项目启动的时候便在PMO上宣布。现在看,这件事做的有些晚,导致项目组不知道WEB开发的过程,亡羊补牢,你们把过程整理好,并把设计文档的标准和对SAP的协同开发要求进行确定,在PMO上作为解决方案提出。
3、充分调动公司资源
客户是业务领导,我觉得也是一个好事,说明项目是政治任务,必须要完成,你可以考虑让项目负责人和你们公司的商务一起,做一个项目开发问题的整理和建议方案。
如果SAP的实施顾问是另外一家公司来主担,由于SAP实施方的强势,往往会在PMO会议上把进度的延误推到WEB端,因此要依靠公司的高层、商务和你们自己,说明项目开发进度是怎么一回事。记住这种事情,必须要依靠公司的力量。
我说的这些都是基于SAP和WEB开发是两个公司来做,如果是一个公司来做,那就是公司内部的项目组织调整的事情了。
另外我很反感动不动就跟人说准备简历之类的话,你没有处在对方的项目环境,最好不要轻易下离开的意见,换一个公司就那么容易?我相信没有哪个项目会是理想的,我们所处的项目环境非常恶劣,你没得选择,刚开始的时候就是炮灰,几场恶仗下来不死的话,那时候再考虑自己的位置吧。
huangpengxiao
2007-09-04
抛出异常的爱 写道
没有规则的游戏。。。。
或是你不知道规则的游戏
是注定要输的。
或是你不知道规则的游戏
是注定要输的。
有同感
引用
危邦不入,乱邦不居。赶紧准备简历吧。
准备了 唉
不过决定坚持到底,不管这个PRJ 结局如何
抛出异常的爱 写道
BirdGu 写道
危邦不入,乱邦不居。赶紧准备简历吧。
不一定,楼主可以先去了解一下斗争的派系,再作定论。斗争的派系? 有点过松,管理人员似乎在玩过家家
抛出异常的爱
2007-09-03
BirdGu 写道
危邦不入,乱邦不居。赶紧准备简历吧。
不一定,楼主可以先去了解一下斗争的派系,再作定论。
BirdGu
2007-09-03
危邦不入,乱邦不居。赶紧准备简历吧。
抛出异常的爱
2007-09-03
没有规则的游戏。。。。
或是你不知道规则的游戏
是注定要输的。
或是你不知道规则的游戏
是注定要输的。
发表评论
提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则
- 浏览: 78508 次
- 性别:

- 来自: 北京

- 详细资料
搜索本博客
最新评论
-
rails 入门笔记(一)---- ...
-- by awfigdww123 -
关于ERP 权限的那次谈话的 ...
怎么说? 可否具体说说?
-- by huangpengxiao -
关于ERP 权限的那次谈话的 ...
很像linux的权限管理。
-- by shellfish -
dwr 框架原理分析(部分)
在客户端写同样是可以的 兄弟 只不过JS代码多点
-- by huangpengxiao -
dwr 框架原理分析(部分)
为了异步刷新, 一般有相关数据库操作, 直接在客户端写无法同时实现这两个功能
-- by zhanjia






评论排行榜