从一个笑话看软件开发管理 (转)

  <script language="javascript" type="text/javascript">document.title="从一个笑话看软件开发管理 - "+document.title</script>
1. 程序员写出自认为没有Bug的代码。
2. 软件测试,发现了20个Bug。
3. 程序员修改了10个Bug,并告诉测试组另外10个不是Bug。
4. 测试组发现其中5个改动根本无法工作,同时又发现了15个新Bug。
5. 重复3次步骤3和步骤4。
6. 鉴于市场方面的压力,为了配合当初制定的过分乐观的发布时间表,产品终于上市了。
7. 用户发现了137个新Bug。
8. 已经领了项目奖金的程序员不知跑到哪里去了。
9. 新组建的项目组修正了差不多全部137个Bug,但又发现了456个新Bug。
10. 最初那个程序员从斐济给饱受拖欠工资之苦的测试组寄来了一张明信片。整个测试组集体辞职。
11. 公司被竞争对手恶意收购。收购时,软件的最终版本包含783个Bug。
12. 新CEO走马上任。公司雇了一名新程序员重写该软件。
13. 程序员写出自认为没有Bug的代码。


---------------------------------------------------------------------------------------------------------------
思考:

1、程序员怎么去证明他写的代码没有BUG呢? 有没有什么好的方式来检验?
2、如何保持开发团队的稳定?我想这个是每个IT项目管理者都头疼的问题。
3、公司在做项目的时候,要积累和收集什么样的资料?
4、如果能把员工知识和经验的资产转变为公司可以保存,复用的资产呢?
5、如何看待市场和技术开发?谁最重要,如果处理它们的关系?

观点:
1、单元测试
2、团队、薪水、文化。优秀的团队能吸引人才,这种吸引力有时候比薪水更诱人,因为锻炼之后就是丰收的季节。
3、---
4、文档、数据、流程、收集信息的渠道。
5、没有市场,任何技术都没有意义,如果没有好的技术和产品做支持,市场会越来越难开展。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值