第五章 敏捷反馈

一步行动,胜过千万专家的意见.

------Bill Nye,The Science Guy科普节目主持人

在敏捷项目中,我们小步前进,不停地收集反馈,时刻矫正自己.但是,这些反馈都是从何而来呢?

广告:个人专属 VPN,独立 IP,流量大,速度快,连接稳定,多机房切换,每月最低仅 5 美元

在上一章中,我们讨论了与用户一起紧密工作-----从他们那里获得反馈,并且采取的行动,我们主要讨论如何从其他渠道获得反馈.按照Bill Nye的观点,实践是绝对必需的.我们遵循这一原则,确保你明确知道项目的正确状态,而不是主观臆测.

很多项目,都是因为程序代码失控而陷入困境.修复bug导致了更多的bug,从而又导致了更多的bug修复,成堆的测试卡片最后会把项目压垮.这时,我们需要的是经常的监督-----频繁反馈以确保代码不会变坏,如果不会更好,至少能像昨天一样继续工作.在第78页,介绍如何让守护天使业监督你的代码.

但是,这也不能防止你设计的接口或API变得笨重和难用.这时,你就要先用它再实现它(从第82页开始介绍)当然,从第87页开始,可以看到为什么不同环境,就有不同问题.

现在,你拥有了设计良好的API和干净的代码,就可以看看结果是否符合用户的期望了.你可以通过自动验收测试来保证代码是正确的,并且一直都是正确的.我们从第90页开始谈论这个话题人人都想清楚了解项目的进度状况,但有很容易误入歧途,要么是被一些难懂的指示器误导,要么就是错误迷信华丽的甘特图,PERT图或者日历工具.其实,你想要的是能度量真实的进度,我们会在第93页介绍他.

尽管,我们经验谈论了在开发的时候,与用户一起工作并及时得到用户的反馈,但是在其他的比如产品发布之后的很长一段时间,你还是需要在倾听用户的声音,我们会在第96页详细解释.