好书学习:极限编程释疑--拥抱变更 2

上一篇 / 下一篇  2008-08-25 19:20:13 / 个人分类:读书

第一章:风险,最根本的问题
软件开发面临以下问题:
1。延期
2。过度延期造成项目取消
3。没用多久就因为费用或质量问题被取代
4。缺陷太多无人问津
5。不能满足业务需求
6。业务需求出现变更
7。很多费大劲做的软件功能没有最终实现商业利益
8。人员变更,项目人员感到厌烦而离开

极限编程解决以上问题:
1。极限编程采用短迭代周期,任务划分成1-3天的粒度,功能划分优先级,一旦延期损失的只是最次要的方面。
2。快速的迭代和版本发布使问题及早暴露,迅速调整,不至于问题恶化到项目中止
3。极限编程用一整套测试来保证系统有一个质量基线,那么后来的变更也不至于严重损坏该系统。(即便出了问题,还可以退回到原有系统)
4。在极限编程中测试贯穿始终,从单元测试到系统测试,保证了低缺陷率
5。客户是团队的一部分。由于客户是对需求最熟悉的人,他们的参与和持续反馈保证了建造的系统不会脱离实际的业务需求
6。在短迭代周期的模式下,只需要做少量工作既可应对需求变更。对很多极限编程的工程师来说几乎感觉不到变更的困扰
7。坚持最大商业价值的功能先实现
8。每个成员可以对工作量作预估,并持续提高估计的能力,避免由于估计不足造成的强制加班;也鼓励组织内部沟通,消除“孤独感”。新成员循序渐进地融入项目。

要解决以上问题要求所有的人,包括开发人员,项目经理和客户对极限编程的新准则认可和接受,并在实践中贯彻始终。


TAG: 读书

 

评分:0

我来说两句

Open Toolbar