Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1647433
  • 博文数量: 409
  • 博客积分: 6240
  • 博客等级: 准将
  • 技术积分: 4908
  • 用 户 组: 普通用户
  • 注册时间: 2011-06-01 00:04
文章分类

全部博文(409)

文章存档

2021年(1)

2019年(1)

2017年(1)

2016年(13)

2015年(22)

2013年(4)

2012年(240)

2011年(127)

分类: IT业界

2012-02-08 09:51:32

    很小一个功能,给我们的team安排的就一星期的时间,由于人少,周末大家也辛苦了一下,加了个班,开发好了,不过我没去加班,我把需求理好,写成文档,发给他们,然后电话沟通了一下,然后他们就开干了,之所有打电话沟通,是因为我与team里面的人不在一起,我在客户那里上班,他们在公司上班,这样的原因,都是boss的意思,很无语。周一开发好了,我大概看了一下,基本还可以,功能还挺多,小小欣慰!
    周二客户开始使用,发现bug一推,我艹,开发完不好好测试?作为我,提交客户之前也没好好的检验,检验是否存在bug,是否符合客户需求。结果几个功能不符合客户需求。人家把我骂一顿,我操!
    然后我就打电话给fchen他们修改。他们也有点小小不爽,可是我更不爽。
    通过这件事儿,这个很小一个东西,甚至我都不认为它算是一个项目,但是它的确是一个项目,而且我这边有很多失职的表现。第一:需求整理完成,提交coder,但是他们是否完全理解,需求我考虑的是否全面(后来的重定向功能我给忘记了);第二:项目的监控过程,开发完成之后,单元测试是否过关,提交客户之前我是否仔细验证;第三;沟通管理,这次基本与客户沟通的没什么问题,却跟自己内部人员沟通出现了问题;第四:多数情况,系统集成的项目,客户分析好整体需求,然后需要各个厂商细化自己的需求,在这个时候,一般都是先定义好接口规范,这样不影响其他厂商的开发进度,我们的开发人员拿到接口规范却没仔细的看,结果在最后的时候还在问我某些字段的含义,时间久我了自然也既不清楚了,务必在拿到规范之后仔细阅读,无疑问后开始开发;第五:面对客户的各种需求,我只能快乐的接受,没别的选择,说什么引导客户、改变需求之类的话,其实多数情况下都是不管用的。
    一个失败的项目!客户结果对我不满意,之前还做了一个稍微得罪那个人的事儿,结果人家到boss那里告状,悲剧。造成这一切的结果,也是有原因,我最近工作不在状态,也没太用心,尽管有其他问题,我还是应该先把该做的事情做好,做一天和尚撞一天钟嘛!
阅读(985) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~