《项目问题讨论》.pdfVIP

敏捷开发

——分享交流

本次介绍的目标

1问题思考

2技术债务

3scrum上路

北京国研数通软件技术有限公司整理课件

问题思考-交付延期

p工程初期制定一系列方案，要求在一定时间范围内完成方

案的功能，而事实往往是工程交付周期延期

n方案赶不上变化

n缺乏与客户一定的沟通反响，交付产品的时间阶段比较长，客户看到系统

后，又新增需求或变更需求

n疏远。太多的会议等烦杂事情要处理，导致整个工程实际的工作脱节

n太理想化。开始方案时就要求一定完成哪些功能

北京国研数通软件技术有限公司整理课件

问题思考-重复工作

p在工程开发中，有时候会发现在重复做一些工作，需求经

常变化

n没有完全理解客户的需求、挖掘客户的潜在需求

n开发与需求人员没有沟能好，没有共同参与需求

n技术的支撑没有完全应变尽可能需求带来的变化

北京国研数通软件技术有限公司整理课件

问题思考-个人成长

p开发人员紧密的开发完成一个工程后，发现没有获取更多

的学习时机和技能

n没有更多的参与至工程中

n缺少主动性、参与性，相互沟通较少

n混乱。没有任何时间变得有条理，没有时间学习新的知识，因为一直都在

忙这忙那

n学习。缺乏自我学习，没有自我管理的升华，团队内缺少技能培训、知识

共享

北京国研数通软件技术有限公司整理课件

什么是“技术债务〞？

工程中经常出现的问题不是大问题，而是无数的小问题。有时这些只是一些为

了方便而使用的捷径〔开发时添加硬编码、设定魔鬼数字等〕，有时开发人员仅仅

是不熟悉这中语言，有时代码跟灌木丛一样凌乱，需要大幅度的修整。所有这些都

属于“技术债务〞。如果我们没有很好地管理并设法降低这些“技术债务〞，那么

，程序编写和维护的代价最终将会超过它对客户的价值。

开发团队拖延债务的时间越长，所积累的问题就会越多(会额外增加很多工作)

，付出的本钱也就越高。

另外，这还增加了实际的财务支出：开发团队处理技术债务所花费的时间，可

以用在对团队有价值的其它工作上。同时，这些难读的代码引起的技术债务也让我

们难以找到软件的缺陷。再且，理解代码所损失的时间还可以用来做其它更有价值

的事情呢。

技术债务是个累赘：它会扼杀生产力，使维护工作变得麻烦、困难甚至在某

些情况下无法实施。技术债务会逐渐使整个团队的吞吐量越来越少。

北京国研数通软件技术有限公司整理课件

债务清偿-更改本钱曲线

“是否该清偿技术债务〞这样的问题，答案当然是肯定的。技术债务会逐渐减

慢前进的步伐，因而阻碍实现目标。有一种非常著名的更改本钱曲线，其中显示

了100%质量测试驱动方法与“怀揣胶带边漏边补的冒进方法〞之间的区别

简单易行的高质量设计可能初始本钱较

高，但产生的技术债务较少，因而随着

时间的推移，对代码进行后续添加或修

改的本钱相对较低。在质量曲线〔蓝色

〕上，可以看到初始本钱较高，但长期