项目问题出在哪里？

现状关键词如下：

和PM以及客户在一个会议室， 而且客户是领导

诺大的屋子 20多个人 10几个人是领导

SAP做业务 前期ABAP的计划不够 导致我们WEB组经常要等ABAP

或者发现RFC函数没有 才去要求他们去做

而且做RFC函数的哥们只有一个

文档不清 连RFC的返回字段和页面字段的对应都没有 我们需要猜

画面不清，只是把SAP的画面拷贝给我们，画面逻辑，业务逻辑完全不清

业务逻辑没有，问谁也不知道。

RFC的质量不能保证

分析：

人员投入有问题：为什么不多加几个RFC人员

管理：为什么要领导做客户

客户可以要求我们去做什么 但是他不懂技术 他要求我们加班 我们就必须加班？

环境：都是领导，极其压抑

没有技术支持： 项目组能力有限，给一套01年的代码，其他支持都没有，而且支持人员的领导派头也很足，我们开发人员没有地位

一旦有问题不能解决，那就全盘皆输

大家不能互相协同，管理人员是韩国人，沟通很有问题。

现在该怎么办，压力太大，快崩盘？

没有规则的游戏。。。。
或是你不知道规则的游戏
是注定要输的。

危邦不入，乱邦不居。赶紧准备简历吧。

不一定，楼主可以先去了解一下斗争的派系，再作定论。

有同感




准备了 唉

不过决定坚持到底，不管这个PRJ 结局如何




斗争的派系？ 有点过松，管理人员似乎在玩过家家

如果没有功能顾问和技术顾问来做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开发是两个公司来做，如果是一个公司来做，那就是公司内部的项目组织调整的事情了。

另外我很反感动不动就跟人说准备简历之类的话，你没有处在对方的项目环境，最好不要轻易下离开的意见，换一个公司就那么容易？我相信没有哪个项目会是理想的，我们所处的项目环境非常恶劣，你没得选择，刚开始的时候就是炮灰，几场恶仗下来不死的话，那时候再考虑自己的位置吧。

我上上家公司也与你的项目差不多。
做完之后才发现很多作之前看不到的东西

一蓑烟雨任平生说的对：你没得选择，刚开始的时候就是炮灰。

怎么让人感觉没有项目经理的存在，他在干嘛。

正如你说的，她在开会  :cry:  一天到晚的开

非常感谢您的建议，而且看了你的建议 我更知道我们的问题出在哪里了 而我不是决策人 改变不了局面，只能叹气。

炮灰的问题 我也赞同 不过如果在一个公司做了一年的炮灰 还要继续看不到希望的继续做炮灰 也挺让人心灰意冷的。