系统有79个待解决的问题,项目经理要求上线

我觉得你和项目经理的沟通不畅吧?你并不知道项目经理要求准时上线的真实原因吧?他肯定知道项目中有很多问题,如也许按时上线是他的上级给他的硬指标,或者你们和客户有合同,延期一天你们要承担一些责任或者少付给你们项目钱,或者是销售等方面施加的压力,他所承受的压力要比你大的多...
做为项目中的一员,请和其他同事沟通一下对这件事情的看法,也可以和项目经理沟通一下,商讨出补救措施,现阶段最要做的是:稳住军心,稍安勿燥,呵呵,毕竟你们有着共同的目标:顺利上线实施...

呵呵，看看刚才说的客户，项目经理，开发团队的关系就知道了。
背后有些利益关系。

又是个不讲制度的公司。。。。

Phase Exit的时候，PM是要各Stakeholder Sign off的，否则就只能Postpone.

to:珂儿 
   非常谢谢你,你说的很有道理的!但是项目组就我一个做技术的,还有一个BA负责所有的事情.从我一开始接触项目,系统就有很多问题.
   1.在我和用户测试项目的时候,系统没有一点扩展性,有时候我把他比作一个垃圾桶,因为只能insert,很多模块都没有实现,update,delete,甚至有的连query的也没有.我做了一件事情,并不知道结果.就象我存了100块钱,你看不到交易成功一样;再有,我insert了大量数据后,发现我仅仅是把一个人的性别写错了,系统修改不了,而是要把所有数据删除了重新录入,怎么办?
   2.版本管理问题,我们提出的BUG修改了,可以通过了,但是以前测试通过的东西,现在又错了,通过不了了,你怎么办? 我想这个问题是很难避免的,所以也是希望大家能互相讨论的吧.
   3.系统性能值得怀疑,一个简单的操作,请求到响应的时间最长的达到了1个半小时,而仅仅是将excel中的2100多条数据读到数据库中.更直白的说，系统设计了1000多个表,而实际用到的表也就250个,而有几十个表仅仅保存10条以下记录,不会再有数据的增加.从不是用的表看,可以想到垃圾代码有多少.
   其实我们重要一个系统上线不能用时间来决定吧,重要的是我们的系统能给用户多大的满意.
  

能上就上
毕竟，通常只听过上系统，没听过要下系统的

原先我也认为不应该上线，在承担项目管理一段时间以后，我认为你的项目经理的作法是有道理的。

再说下去就是技术层面的问题了，建议你读些关于重构方面的书籍，如增加新功能时最好新增代码，在没弄明白原程序中所实现功能时最好不要改动它的代码，特别在文档不全，程序代码少有注释，以前设计人员、主要开发人员都离开的情况下，这也最少能避免你说的"我们提出的BUG修改了,可以通过了,但是以前测试通过的东西,现在又错了,通过不了了"这样的情况,这也是我最近所面临的情况，我们参加要增加功能的系统代码可不是一般的乱,所以在面试时，凡是有工作经验的，我一般都会问到这个问题，期望能从中获得些好的思路，呵呵，也希望有高人能指点一二。

to 珂儿：
没什么好方法，只有找程序调试能力很强的人了。搂主这里不是简单的重构能够解决的问题，其实说到底是管理的问题。

to liutjedu：
如果只有你一个人做技术，说明你们的系统不大，可能你还欠缺解决这类问题的经验。你现在有两个选择，一是按照你的直接领导说的去做，二是离开这家公司。
其实只要客户说可以上线就OK了，关键是客户满意，对项目经理而言；对你而言，关键是你的老大满意。

to 珂儿 and basicbest:
  首先你们可能没有理解我的意思,项目比较大,我仅仅负责和系统开发商的交流,但是同时我也会去审核熟悉这些代码.有的时候也可能去修改一些程序,满足公司的需要,但是因为保证不了哪个程序会影响系统,哪个修改了也不影响，所以我基本上修改的程序全部单独的写类了.这样肯定是可以避免的.
   至于为什么会在修改BUG的时候,以前实现的功能也会影响,我个人认为重要的是设计不太合理的原因,当然也不排除人为因素.还有一个推荐的办法,使用SUBVERSION这样开源的版本控制器,比使用PVCS;CVS;VSS之类的要好点,具体可以查看相关资料.
to basicbest:
   非常谢谢你的意见,也许其中的很多原由我是无法在这里表明的.目前我做的就是仅仅的更新程序,下载下LOG给开发商.连项目上线的方案都交给一个不了解技术的人来写了,因为这些管理,频繁的出现互相理解问题,有的甚至还要吵架.
   真想说的两个字"不爽"

这是一个政治问题，而不是技术问题
政治问题要用政治手腕解决，而不能用技术手段解决