当我10点到达这里时Allbus S.r.l.两周前,作为一名顾问,团队正忙于开发一个管理web应用程序。在和我的新同事熟悉之后,我们开始寻找对已经存在的非正式开发过程的改进,并选择了一个简单的工具来收集TODOs,并对从定义到完成的工作流程进行建模:看板。
在软件开发领域,这个词看板表示一种简单的方法,比Scrum和极限编程少得多。看板不会告诉你应该在生产代码运行之前还是之后编写测试,也不会告诉你如何计划迭代。事实上,它甚至没有告诉你如何在迭代中工作。
事实上,看板是一个调度系统,它把要实现的故事作为输入,并在它们所处的不同阶段显示它们。实现该系统所需的唯一工具是看板,我们用不到一个小时的时间就用现有的材料建成了它。
以下是看板板的工作原理,共100个单词。
使用如此简单的工具有什么好处?
首先,有一个单一的收件箱来存放待办事项。我被脑海中浮现的任务列表弄得不知所措,稍后我可能会和团队一起探讨这些任务。某种收集箱是每一个时间管理系统的主要工具,我们的第一个专栏作为一个。
另一个主要目标是最大限度地减少正在进行的工作(WIP给朋友)。在增量开发中,每个故事要么提供100%的价值(它是完全功能性的),要么提供0%(它不起作用,并且对最终用户不可见)。):没有中间值,因为它们太难估计。因此,我们必须支持完成一个故事,而不是开始另一个故事的开发。看板将团队选择的显式limtis放置在同时开发的故事数量之上。
限制在制品的结果是改进研制周期:一个项目从待办事项去完成的状态(这些是我们为第一列和最后一列选择的名称)。
“完成”栏还显示了团队完成的工作,以增强其成员的自信心。
每个阶段的在制品限制有助于发现开发过程中的瓶颈。当一个阶段满了,整个董事会也停止了,整个团队的重点放在解决瓶颈上。
通过添加和删除符合我们第一手经验的列,我们可以根据经验模拟当前的非正式流程。例如,我们从4列开始,今天切换到5列,这时我们注意到,在跳到代码之前,我们为每个故事都安排了一个小的设计讨论阶段。
这就是我们如何从零开始构建看板板,以及作为一个团队或自由职业者,你如何做到这一点。
请注意,所有团队都对每个故事负责(跨职能团队在敏捷方法论中非常流行)。通常有人负责专栏的一个子集,给出它在开发或质量保证或商业领域的专业知识。
如果你觉得你的团队可以进行一些流程改进,但是你不想引入一个成熟的敏捷方法,比如Scrum和XP,没有什么能阻止你尝试看板。你也可以找到有用的our Refcard。快乐探索!