浅谈对极限编程核心的理解(二).docx_第1页
浅谈对极限编程核心的理解(二).docx_第2页
浅谈对极限编程核心的理解(二).docx_第3页
浅谈对极限编程核心的理解(二).docx_第4页
浅谈对极限编程核心的理解(二).docx_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

快播电影网 傲世九重天 浅谈对极限编程核心的理解(二)三、反馈1) 客户对软件的反馈在极限编程中一个很重要的实践是有现场客户,从此也可以看出来对客户反馈的重视。有了现场客户,就能够随时对软件做出反馈,能够保证在“瞄准”的过程中不断调整,保证软件前进的方向。而且,现场客户还可以对开发人员在开发过程中遇到的问题随时做出反馈,那样开发人员就可以避免由于自己的主观猜测而出现的错误了。而这正是在传统的软件工程的编码阶段程序员最容易犯的错误,因为在那个阶段,已经没有客户的参与了,编码人员只是根据详细设计来编写代码,对业务的不了解往往会造成编码和单体测试都非常困难,甚至于出现严重的错误,一直到最后验收测试的时候才能够被发现,而此时修改的代价是非常大的。由此我们可以看到由于现场客户的存在,把这些可能出现的错误消灭在了萌芽状态,很多时间、精力以及资金都节省下来了。但是并非说我们可以从客户的公司中随便找一个人来做现场客户就可以了,现场客户的选择也应该是一个可以直接影响到项目的成败的因素。一个好的现场客户不仅可以准确的把握软件的方向,回答业务问题,而且可以编写验收测试,保证软件中的业务数据没有错误。这样就要求他不仅是一个管理人员,而且计算机的水平也要有一定的高度。这可能在国外并不难找到,但是在国内可能会有很大的困难的。如果一旦没有现场客户,那么我们必须要有相对应的方案来应对。我想一种方式可以是这样的:保证有一个系统分析员级别的人,他可以少量的参与编码的工作,因为结对编程的过程中他会给大家很多的帮助,另外他还有一个更加重要的任务,就是负责与客户之间的交流,及时的将经过短期迭代的小版本的程序交给客户,并听取他们的反馈意见,也就是要他起到开发人员和客户之间的一个桥梁的作用。2) 测试代码对功能代码的反馈在极限编程中提倡的是“编码未动,测试先行”,也就是说在编写功能代码之前就先要编写测试代码,测试代码可以用来保证我们的功能代码的运行是否正确。一般来说,我们都是使用xUnit作为开发测试代码的工具的。有了测试代码之后,功能代码的编写更加像是一个解决问题的过程,什么样的问题呢?也就是让xUnit的那个状态条变绿的问题。我们需要不断的调整我们的功能代码,让状态条不断的从红色变成绿色,看着那种环保的颜色,我们的心情也会变得好起来。这个方法在程序需要不断变化的时候尤其有用,因为我们在一般的情况下,如果修改了功能代码,那么以前所作的测试工作都需要重新来一遍,那样既浪费时间,又容易出错。有了自动化的测试代码,我们只需要运行一下Test Case,看它给我们的反馈是什么样的就可以了。如果xUnit代码给我们的信息是没有错误,我们大可以放心的继续我们的工作了。但是,并非是说有了xUnit工具就万事大吉了,我们必须要很好的利用这个工具才可以。首先,一定要有一定的测试的理论知识,明白需要采用什么样的数据作为测试用例,那样才能够做到真正好的测试,才能够保证程序的质量。另外,测试代码的编写不是一次就完成了,随着功能的添加,我们的测试代码也一样要随之而改变,在保证原有代码没有问题的前提下,继续编写新的代码。3) 管理人员对开发人员的反馈这一点看起来似乎不很重要,但是仔细想一想,软件最终的完成靠的是谁呢?这个答案大家应该都非常清楚,其实就是所有的开发人员。没有管理人员一个项目可能会延期完成,或者说质量不高,但是如果没有了开发人员,那么项目是一定不能够完成的。所以,为了保证开发人员的满意度,管理人员对开发人员的意见的反馈是非常重要的。开发人员在工作的过程中一定会遇到各种各样的问题,比如说休息、待遇、工作的环境、工作使用的工具软件等等,这些问题可能会直接影响到工作的积极性和效率,所以管理人员一定要时刻竖起耳朵来听取这些意见,并及时的进行反馈,避免开发人员带着情绪工作,那样不仅仅会影响到自己,而且由于结对编程的特点,那样的情绪会很快的传遍整个团队,等大家都对当前的项目有了抵触情绪的时候,接下来的结果也就可想而知了。我想,管理人员的任务就是要将开发人员团结起来,使得所有的人真正成为一个团队,而不是一团散沙。想要做到这一点,就需要时刻了解开发人员的要求,似乎看来他们所做的是类似于后勤的工作,但恰恰是这样的工作往往是最重要的。二、勇气1) 接受任务的勇气在项目开始的时候,一般的情况是由管理人员来为开发人员分配任务。但是,这种分配只不过是根据管理人员自己心中对每个人的估量来做的,所以很难做到每一个人都很满意。有些时候某些人希望从事自己没有做过的任务,从而学习新的知识;同时还有一些人想要从事自己熟悉的任务,那样可以在更短的时间里面做出更多的成绩。不仅仅是对于每一个人,就是对一个人,可能在不同的时间里面他们的想法都是不一样的,所以说,凭管理人员主观的判断来给大家分配任务一定会有一些人对自己的任务不够满意。在这个时候,我们不妨尝试这样的一种方法,将所有的任务公布给大家,然后让开发人员自己来选择自己想要做的任务。这样,由于任务是自己选定的,那么满意度会有很大程度上的提高。在这种情况下,重要的一点就是开发人员要有接受任务的勇气,如果所有的人都选择自己觉得容易的任务,而回避困难的任务,那么我们的方法就失败了,因为必定会有一些任务无

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论