敏捷开发简介.ppt

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