这两天新系统要正式上线了,从昨天下午一直到今天的下午,在连夜上线.虽然辛苦,但心里实在憋屈,不吐不快
需求,该死的需求,这是我唯一的想法,我刚到公司时,在了解了公司的现状后,就感到很是郁闷,不为别的,要做东西,需求 很多时候只是口头确认下,还可能随时修改.看着忙碌的同志们,不由的纠结.这不都要上线了,今天大领导一句话把我说晕了,我几个月前就是要做成这样,而不是这样.我胸口不由一阵发堵,早干什么去了,难道我没有跟你确认过,现在才说,这孙子.
这两天我感觉,世界都是灰暗的,一想到领导那脸色我都不想刁他.心里真是特别想直接甩手走人,太难伺候了.
不爽归不爽,但凭心而论,自己也是有责任的,现在我负责的东东,是同事离职后转交给我的,而去年刚好我又是结婚的年份,事多,而同事走后,我自己花了很长时间来了解他的东东,说句实话,能吃透就不错了,再有新的需求,那也得系统上线后了.
作为多年的开发人员,我个人总结了一下这次的教训,跟大伙交流下了:
1.首先需求的东西真的应该花时间整理,那怕是确定一部分,做一部分.有了需求文档,才能让所有的开发人员确认要做什么,测试人员要测试什么,而不是到了后期,大的骂小的,小的心里不爽,直接影响工作.需求的确定,个人认为,原型法是比较合适公司用的,用原型确认需求后,再真正开始后面的步骤.
2.老员工,尤其是在公司的多年的老员工,应该积极的投入到需求的确认中,而不是倚老卖老,一副很刁的样子,对公司非常不利.
3.新员工,应该多主动去接触公司的业务,当然如果有公司的老员工带就最好了.我个人认为如果老员工符合上面说的第二条,我认为这几乎是致命的,这就导致了一些东西,只能某个人搞,是体现了你的价值,但对公司非常不利,试想,如果这样的话,新鲜的血液如何注入公司,公司如何发展??我个人推崇交流,不喜欢封闭的环境.
4.领导,不要出了事情就喷员工,而是应该合理的沟通,毕竟人心不可失了.