沟通,还是沟通
如何了解客户的真正想法,推动项目尽快验收?一般来说,项目组会设立客户经理,通常是销售,不需要专职在某个项目,可同时对多个项目服务,主要是要有目的了解客户想法,达到有效沟通,事半功倍。利用好客户经理这个...
这就是OO?
昨天代码复审,发现删除记录的一段代码,逻辑如下:1.通过某条件查询数据库,获取相关记录。2.构造object3.调用remove方法循环删除object这就是oo吗?效率极其低下的写法,一条SQL就可以做完的事情,非得把简单问题...
J2EE分布式应用
今天在讨论改进某个模块时说起分布式应用,比如使用ejb,把部分业务模块从web server分离到专门的app server中,降低web server的负载,提升整体系统性能。有时间得研究一下ejb3的分布应用。...
J2EE中间层迁移
这两天尝试在Intel 64bit至强CPU 的主机上部署Web应用,使用以下三种模式:1.32bit的sun JDK+weblogic9.2 64bit只能使用1G的内存空间,性能有所提高。2.64bit的sun JDK +weblogic9.2 64bit可以使用>1G的内存空间,...
J2EE平台中间层的性能问题
众多大学教材在论述多层架构时都会提到中间层可以有效的分担后台数据库的压力,提高系统整体性能。但,很不幸,现实世界中,由于中间层服务器往往比数据库服务器要差很多,导致中间层的性能低下。大量的业务逻辑在中...
目标
当听到客户说:“需求中提到的没有完成的功能必须全部完成后才能终验”,我又意识到自己犯了个错误:过于关注客户的需求,忙于处理客户优先级较高的需求变更而忽略了公司的目标:终验。下一步,调整计划,与各最终用...
信息传递
原文链接http://publish.itpub.net/erp/2008-01-02/200801021911969.shtml很多项目经理都是属于「被动式的项目经理」。就是「你先说你要什么项目信息,我想办法去弄这些信息出来给你」。因此,信息整理的工作基本上...
无题
天要下雨,人要离职,虽是正常之事.但,真到那么一天,还是让人有不少感概.平时不关注员工的利益和发展,只考虑公司利益,最终损失的,还是自己.这是领导的失败之处,非长期发展之道....
项目管理需要懂业务吗?
针对行业软件的开发项目.前几天跟一个同事交流,他说很郁闷,因为他负责那些开发工作,自己不懂业务,很难跟进,感觉就是力不从心,希望其他熟悉业务的人可以分担那部分工作.这里就引入了一个问题:项目管理需要熟悉业务吗?...
[ZT]不要用勤奋对冲制度设计:从床垫文化到制度文化
作者:姜汝祥做公司之后,哲学家的书就基本不看了。但我们在做咨询的时候,却喜欢讲哲学家罗尔斯的分粥理论,那是他在《正义论》中讨论社会财富时做的一个比喻。 在这个比喻中,罗尔斯把财...
改不完的bug
这种情况在以前没有任何积累的情况下开发新项目的时候遇到过,很不幸,现在也是在没有任何积累的情况下开发新项目。稳定,需要一个过程。过程长短取决于所采用的技术以及团队。用j2ee开发业务系统并非一个好选择,框...
制度化的发布流程
由于系统上线后程序修改十分频繁,经常出现上午修改,下午就要发布的程序,往往需要发布的程序没有经过测试就直接发布到生产环境了,但由于一直没有出现什么问题,就习以为常...
星期一现象
何为星期一现象?周五版本发布后,在星期一往往会出现某个功能或某个模块用不了的情况,我们把这个现象称为星期一现象.为什么会出现星期一现象?开发人员发布版本后,没有认真测试和没有经过QA测试,直接发布到生产环境...
电影-染血王国
一名FBI在沙特阿拉伯的一次恐怖袭击中死于非命,他的4位同伴为复仇,毅然踏上这篇染血的国土。从被沙特当局抗拒,到理解和倾力支持,最终将恐怖分子绳之于法,虽然情节发展的较为简单,但很紧凑,下半段让人完全融...
j2ee开发的困境
今天抽空专门观察了几个开发人员的工作情况,发现目前的j2ee下的效率确实很低:1.第一次打开web server非常缓慢。如果修改了方法名或者参数,又得重启web server,慢!2.集成调试繁琐。由于是多层架构,调试起来往...
沟通与交流
昨天晚上安排一位技术骨干与每一个开发人员访谈,主要是收集一下他们对目前开发的看法,到了晚上11点还没有动静,于是跟他交流了一下,他认为这些技术交流没有必要,因为在平时已经收集到这些信息,不需要再耗时与每...
当“灵异”事件发生时
这段时间系统出现这么一个现象:没有任何时间规律,某段时间后某张表的某些数据就会被删除掉。当时第一反应是搜索所有删除这张表的代码,检查这些代码,是否有bug。反馈上来的信息是:都没有问题。既然代码没有问...
改变,那么易,那么难
比如每周填写timesheet(项目成员周报),耗时不过5分钟,只是,从开始到现在几个月时间,能坚持下来的人,为数甚少。更多的人,只要上级不提醒,不要求,总有各种各样的原因不填写。看来,还是通过刚性制度+柔性辅...
从细节中解脱
目前项目管理中,经常出现的问题是Team Leader往往是Team中的技术骨干,如果涉及到细节问题,负责具体的技术工作,需要耗费大量的时间和精力去完成,迷失于细节之中,反而让管理者无暇顾及或者不能站在更高的层次上...
Action
项目管理里面,有一个Action->反馈->Action的过程,当你看着某些事情失去控制或者变坏的时候,你就该Action了.前段时间出现不少问题,弄得客户满意度很差,希望通过人员的调整,资源的重新分派和整合,可以在3月底给出一份...