hanfeng.name

I am a software engineer with interests in web applications.

SCRUM敏捷式开发(Agile)思维整理

前言

今天看到朋友圈里关于teambition团队协作工具的介绍。

由此联想到了以前公司的SCRUM敏捷式开发。这里整理一下敏捷式团队开发的一些思绪。

SCRUM

就如上图(图片为网络搜寻)所看到的,一个超大的白板上规矩的排满了各种纸条。每个纸条上写着各种任务。如果谁对这个任务感兴趣,就在这个纸条上写上自己的名字。为了便于说明,我假设了一个场景进行阐述。

周一上午

IT经理已经和总经理进行了讨论。IT 经理说:

  1. 上周,市场部门已经提前跟我说过,国庆节来了,我们是一个电商网站,要做出一些活动,所以们这周会给3个月内未购买过产品的用户发电子邮件。这个任务包含了前端HTML和后端PHP的一些逻辑。

  2. 我们的网站要有一个法语的版本,所以我们在接下来的这两个星期会考虑我们的数据库设计。

…(省略若干任务)

周一下午

IT部门的10个人聚集在会议室。打算做两件事情:

  1. 讨论上周的任务完成情况,当然在一般的情况下,这些任务是都完成了的。Review一下成果。

  2. 讨论IT经理上午和总经理谈得任务,把每条任务进行逐行分解。并把任务平均分配到2个team上。接下来把任务打印出来。贴到白板上。正如上图所见,左面第一列的每一个方格子内是一系列相关的任务,这是打算是打算要这两个星期要做的事情。

周二上午10点

每天上午,IT部门的10个人站在这块白班前面,把自己今天打算要做的任务纸条上写下自己的名字,然后挪动到中间的格子里。叙说一下我对这个任务的看法,打算怎么做,预估多长时间能够昨晚。

周三上午

每天早上10点,IT部的人都会站在这块白板前面,对写下名字的任务叙说3件事情:

  1. 我昨天做了什么
  2. 我遇到了哪些困难
  3. 我今天打算做些什么

周四上午

这里叙说一下为什么站在白板前面,而不是坐在会议室里,因为这样站着效率跟高效,10分钟就能够讨论结束。其实每天早上的这个会议叫做Sprint会议。

今天有人已经完成了任务,他会把任务纸条放在最右边的那栏里,表示任务已经完成。

总结:

OK, 这就是我执行了2年的SCRUM敏捷式开发的流程。我是一个执行者的流程来看待这件事件。它的优点:

  1. 任务清楚,明确,一切围绕着目标。
  2. 中途加入的临时任务如果不是特别紧急、重要会安排到下周。

缺点: 1. 每天时间满满的一个任务接着一个任务,时间久了会有些疲惫。

每一段工作任务都会会学到很多东西,把它记录下来,总结下来,为下一家公司发光发热。

这有一个网上的SCRUM可以看看leangoo

Comments