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

用户还没有开始进行整合测试,仅仅对部分的功能进行了测试,但是流程都走不通,现在就要求上线.

哎,不知道怎么想的?他们都,难道仅仅为了完成任务吗?就是准时上线就是他的目标吗?

真晕!

评论

31 楼 eboge 2007-03-16  

真是复杂的生存环境， 这时候就是楼主你发飙的时候了， 俗话说的好：乱世出英雄。 祝愿英雄一举成名，名流千史，光芒盖过比尔，气势压过小索。 ^_^

30 楼 tairan.net 2007-03-16  

作为领导者, 不能只考虑技术问题, 权衡利弊. 就像做生意,有时明知亏损也要做一样.

29 楼 clamp 2007-03-16  

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

28 楼 liutjedu 2007-03-16  

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

27 楼 basicbest 2007-03-16  

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

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

26 楼 珂儿 2007-03-15  

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

25 楼 lsdayy 2007-03-15  

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

24 楼 number017 2007-03-15  

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

23 楼 liutjedu 2007-03-14  

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

22 楼 ray_linn 2007-03-14  

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

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

21 楼 basicbest 2007-03-14  

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

20 楼 珂儿 2007-03-14  

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

19 楼 抛出异常的爱 2007-03-14  

ddandyy 写道

总要有个底线吧
连"流程都走不通"........

他是作对日外包的.....
你的客户是日本人?

18 楼 liutjedu 2007-03-14  

看来还是说法不一样啊!
有经验的可以多多介绍下啊!

17 楼 江南白衣 2007-03-14  

上线，不初验就可以了。

16 楼 billgui 2007-03-14  

正规的软件开发流程，应该有独立的QA人员，测试没通过（存在一定优先级的bug），QA人员有责任也有权利阻止（或者说推迟）项目上线发布，直到消除高优先级bug。这在我们这里，是流程的规定。

15 楼 ddandyy 2007-03-14  

总要有个底线吧
连"流程都走不通"........

14 楼 eastviking 2007-03-14  

庄表伟 写道

很多客户，能够盯紧的只是时间，只要按时上线，就能够赢得更多的时间来修改。

我认为你们项目经理的做法，是有道理的。

有道理，如果你不上线，解决完79个问题，还会有97个出来，那就永远上不了线。
质量是靠运行来检验的

13 楼 抛出异常的爱 2007-03-14  

好复杂的关系啊
这样你想想更不能说了 ....关系混乱啊

12 楼 liutjedu 2007-03-14  

我不说什么了啊!
因为客户和我们是一个公司的,我们仅仅是IT部门,项目是外包的,但是用户在测试也没有通过,而我们IT的经理就希望准时上线,不管测试通过不通过了!