文档介绍：敏捷开发简介
小团队的敏捷开发方法部分介绍
一、前言
播下一种行动,你将收获一种****惯;播下一种****惯,你将收获一种性格;播下一种性格,你将收获一种命运。大千世界中的芸芸众生,为什么有的人春风得意,有的人却黯然无光?为什么有的人财运亨通,有的人却一贫如洗?每个人的性格不同,正是导致每个人具有不同的命运的原因之一。
每个人的性格不一样,对待事情的看法不一样,所以处事态度、做事的方法也都截然不同,不要把自己的观点强加给他人,要尝试理解别人。
下面所说的一些方法,只是一些经验和观点,不一定是对的,只是给大家一些参考。
二、阐释
经常交付
反思改进(Reflective Improvement)
渗透式交流(munication)
个人安全(Personal Safety)
焦点(Focus)
与专家用户建立方便的联系(Easy Access to Expert Users)
配置管理(Configuration Management)和经常集成(Frequent Integration)的技术环境。
经常交付
项目主办者根据团队的工作进展获得重要反馈。
用户有机会发现他们原来的需求是否是他们真正想要的,也有机会将观察结果反馈到开发当中。
开发人员打破未决问题的死结,从而实现对重点的持续关注。
团队得以调整开发和配置的过程,并通过完成这些工作鼓舞团队的士气。
反思改进
如果团队成员能够集中到一块,列举出他们的工作方法哪些行之有效,哪些行之无效,并讨论哪些方法会更有效,并在下一次迭代时进行调整,他们就有可能跳出失败的窘境并走向成功。换句话说,就是反思与改进。团队不一定要花大量的时间来做这项工作-每隔几周或一个月花一个小时即可。事实上,从慌乱的日常开发工作中抽出一点时间来思考更为行之有效的工作方法已经足够了。
渗透式交流
渗透式交流就是信息流向团队成员的背景听觉(background hearing),使得成员就像通过渗透一样获取相关信息。这种交流通常都是通过团队成员在同一间工作内工作而实现的。若有一名成员提出问题,工作室内的其他成员可以选择采取关注或不关注的态度,可以加入这个问题的讨论当中来,也可继续忙自己的工作。许多人都有国以下这名开发人员相似的经验: 4个人正在进行结对编程。老板走进工作室并问了我同事一个问题。结果是我回答了他的问题,但是却弄错了模块的名称。和Neil合作的Nancy纠正了他的错误,而Neil根本就没有注意到她说话了或者有人问了题。 如果经常进行渗透式交流,问题与答案会自然而然地在团队成员之间传播,并且令人惊奇的是这不会对团队的工作造成太大影响。 “渗透式交流”与“经常交付”有利于团队迅速、圆满地获得信息反馈,这是其他方式无法比拟的。
个人安全
个人安全指的是当您指出困扰您的问题时,您不用担心受到报复。例如,您可以毫不隐讳地告诉经理工作计划很不实际,或者告诉某位同事他/她的设计需要改进。个人安全非常重要,有了它,团队可以发现和改正自身的缺点。没有它,团员们知而不言,缺点则愈发严重以致于损害整个团队。
如何通过让团队共同努力解决难题来建立团队凝聚力和安全感的。在共同努力解决问题的过程中,他们明白了几件事情: 首先,他们不会因为承认自己的无知而受到伤害,即使是在他们的专业领域方面。 其次,他们学会如何理解他人的行事方式并非挑衅,甚至是在激烈的讨论的时候。 最后,他们意识到只有团结才能解决单凭个人力量不能解决的问题。
焦点
所谓“焦点”就是确定首先要做什么,然后安排时间,以平和的心态开展工作。而确定首先要做的工作,往往是根据交流项目目标和优先项目来确定,最典型的是由执行发起人来决定。时间以及和平的心态来源于稳定的工作环境,所谓“稳定”就是指成员的工作不会半途被其他成员贸然接管,然后去执行其他项目,稳定要求不会出现这种不协调的情况。
是否所有的成员都知道他们最重要的两件优先任务是什么?
是否所有成员都能保证有连续两天、每天有两小时不被打扰来做这些工作?
与专家用户建立方便的联系
用户联系的3个方法
每周或者每半周举行一次用户会议,另外还应当利用电话与用户保护联系。
团队自身拥有一个或一个以上富有经验的用户。
开发人员可以在一段时间内扮演实****用户的角色。
配有自动测试、配置管理和经常集成功能的技术环境
配有自动测试(Automated Testing)
配置管理(Configuration management)
经常集成(frequent integration)