我以前有参加一个叫”勇创”网页设计团队(现已退出)。

但是，团队的管理和开发让我很是郁闷。

首先，负责人（有两个，一主一副）和程序设计人员动不动就说：不好意思，我今天很忙!!!最让我郁闷的是明明是定好时候开会，几点开始，到头来负责人迟到了，程序人员也迟了。我刚进团队不久，团队就出现这样子的情况。开始几次我很耐心的，很准时的等他们，甚至有次因为聚会到外地，到了外面才接到晚上要开会的通知，而我直接推掉聚会，去开会。到了后面，我没有耐心了，索性不露面，让他们自己开会去。再加上那时堂妹住院.更没有心情去弄了。在我的心里面想反正迟到了半小时再去开会，他们还没有到齐。

其次，在讨论方案的过程中，不断进行否定。这也不行那也不行。没有做出一个模版来，负责人没有网页设计这方面的知识，可以说是不知道什么叫做网站颜色的和谐，一味按照自己的想法，经常拿出来一个网站出来说这个网站做的不错。我汗了。

不过，只有几个人不好之外，其他人还是不错的，像其中的美工。她的想法和我一样，是不是只有懂的人才有的交流？

我在团里面当任设计的.在我的设计的时候，想方案设计时，也只有美工和我一起弄，而其他人人员则是聊天，聊MM。设计了很多个不同模版，都没有通过。最后我和美工设计出了一个模版出来，交给他们，也通过了，但是程序人员又在这时候出问题了：很忙。还说：内页谁设计？！！

…

今天看了Scrum，才知道什么叫团队了，电子书看了一大半了。现在做一些记录：

Scrum规则：一切的事情都有时间盒

Scrum基础：团队和负责人之间的直接协作关系

Scrum目的：投入实践中，动手去构建产品，不要停留在理论层次上面对软件进行分析和设计

Scrum的独特之处：注重实践而非理论研究

Scrum不是一个方法学，而是一个框架

我单单只看了半本。但其中，经常出现：交流、会议。

团队是一个高度协作的团队，除了做好自己的本职工作之外，还要求自己能够了解和争取更多的扩展性的工作。这样子也有能力帮助其他成员一起解决突遇性的问题。才能够加速团队的统一的目标.

像上面”勇创”团队，几乎是脱离了团队的本质。我在当任设计的同时还特意去看了一些相关测试方面的书，以便到测试的时候能够帮上一把。负责人一句话：好，测试工作就交给鸡蛋了！我怎就不明白.怎就变成我一个人做了?我还居然答应！

刚加入时，第一个会议，我就提出：整理出一个这次开会的相关信息，好让其他人知道先要干什么，然后干什么。负责人一句话：好，这就交给鸡蛋了!!!!!也就是这时开始所有的会议都是我进行整理提取相关信息。

不过我倒是觉得，最终获利的真的是我。我至少学到如何在N多废话中整理出有用的信息，还扩展了测试方面的知识。

有失必有得嘛，嘿嘿。还是看看一下敏捷的方面的吧：

Scrum中有四个很标致性也很核心的词:backlog , sprint、迭代、反馈。

backlog：是为条目(具体是不是不清楚，但我明白那是干嘛用的。相当于简洁”说明书”一样，但又不同于说明书)

sprint：我就把它理解为运动会中每次比赛的准备工作或扫尾工作吧。

迭代：指产品的开发过程中，一个完整的开发活动周而复始的进行，产品的功能、性能、可用性在周期活动的叠加中不断得到更新和加强。

反馈：指在产品开发任何时期，代表项目业务（Business）的利益干系人（Stakeholder）都要参与到产品的需求分析，设计，以及其他活动的决策制定中来。

Backlog的作用：它是由需求，特性等组成。按照重要性进行排序。其中包括：客户想知道的内容，而且这个内容是用客户能够理解的术语进行描述。

sprint：就是sprint会议，就是开会！

一、如何定制Product Backlog

注：有颜色的组件可以说是必需的！

二、如何准备sprint计划

前提：在开sprint计划会之前，要确保产品的backlog的有序性。

前提这句话中含有一些信息：

1． 产品backlog必须存在。

2． 产品只有一个backlog和一个负责人

3． 产品中重要的条目都被评分。

4． 产品的负责人必须理解每个条目的含义

三．如何定制sprint的计划

1．sprint的目标

2．团队成员名单

3．Sprint Backlog

4．Sprint演示日期。

5．确定每日的sprint会议的时间地点

四．sprint的时间表相关内容

1．开会之前先初步定制一个时间表。

2．初步定制sprint的时间长度，并加以测试（针对新团队）

3．确定sprint的目标

五．决定sprint中要包含的backlog

在backlog中，哪些事要在sprint中完成的。

文章里面的blacklog很像我常用的记事贴纸。小的时候是写在日记里面，记录今天的事，写下心情和感悟，现在是直接用纸贴贴在墙上。某个贴子全部完成了，另一个贴子直接帖在上面。完成部份点用打个勾。

我觉得这种方法大家都可以学学。挺好用的。

照几张：

先记录到这儿。

还没有开学时候我就想在学校里面组建一个团队玩玩。我还特意写了策划书。现在看到这个敏捷框架。我下决心要去建一个团队，按里面的框架实践一下。但是我并不会完全的按里面的标准去做。人是敏捷的实体，敏捷测试是以人为本的。每个人都不同，所用的也不同，不能拘于一点。为了适应不同的团队结构，不同的项目环境，敏捷项目和敏捷活动的实践也应该因人而异，但是，并不是说可以天马行空，我行我素。一旦脱离了正确的敏捷方法、和敏捷原则的指导。就得摸着黑前进了。