Chinaunix首页 | 论坛 | 博客
  • 博客访问: 259101
  • 博文数量: 60
  • 博客积分: 1222
  • 博客等级: 少尉
  • 技术积分: 585
  • 用 户 组: 普通用户
  • 注册时间: 2011-04-16 17:28
个人简介

从学通信的博士到从事IT行业的工程师 从原华为项目经理,到现任职公司架构师

文章分类

全部博文(60)

文章存档

2013年(18)

2012年(42)

我的朋友

分类: 项目管理

2012-12-23 20:41:32

         “在这个迭代周期就快封版之前,team leader Alice询问特性A是否可以按时提交版本发布,软件工程师Bob回答说已经完成90%,应该可以发布特性。”这样的场景恐怕很多软件开发人员(包括项目经理和软件工程师)都经历过。


        已经完成90%的特性似乎距离发布就差百米赛跑的最后10米了,软件工程师似乎再喘口气就能将特性完成了。但实际情况究竟怎么样呢?似乎Bob很有信心,很有把握,特性发布不成问题,这将是最好的结果了。然而最后往往是不遂人意,Bob在封版前找到Alice,代码发现了新的问题/有一种场景没考虑到/相关项目组没有同步完成…,诸如此类的问题总是让人感慨,特性发布又要延期了。


        究竟发生了什么了,我们总能找到各种原因,这就如婚姻,幸福的婚姻一个样,不幸的婚姻有各种的不幸。我们流程出问题了/我们代码量估计错了/我们测试不够/我们与周边团队进度不统一,不是这样的就是那样的。


        接下来就是组织开会分析原因(我可能说重了,有些人没拿这些当回事,开会分析往往是问题严重到全公司都快知道时才进行/或者用户跳脚骂娘了,哈哈),于是一大堆规则限定出来了,一要遵从流程/二要加强沟通/三要充分测试/…/十要少开会(我们时间太紧了,加班都完不成,还老开会,哈哈),于是大家开始按照流程执行了,一个迭代加一个迭代,但事情好像并没有因为这些规则/规定好到哪里去,我们又陷进去了。。。


       该怎么办呢?

阅读(943) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~