计算机科学

首页 > 计算机科学

看板 (软件开发)

2018-07-27 10:54:30     所属分类:软件工程
软件开发
核心行动
  • 过程
  • 需求
  • 设计
  • 工程
  • 构造英语Software construction
  • 测试
  • 调试
  • 部署
  • 维护
范式与模式
  • 原型设计英语Software prototyping
  • 净室英语Cleanroom software engineering
  • 增量建模英语Incremental build model
  • 瀑布模型
  • 敏捷软件开发
  • 螺旋模型
方法论与框架
  • 快速应用程序开发
  • DevOps
  • 极限编程
  • 团队软件流程英语Team software process
  • 个人软件程序
  • 动态系统开发方法英语Dynamic systems development method
  • MSF英语Microsoft Solutions Framework
  • Scrum
  • 看板
  • V模型英语V-Model (software development)
  • FDD英语Feature-driven development
  • MDD英语Model-driven_development
  • 迭代式开发
  • 精益开发
  • 开发运维一体化
  • 统一流程英语Unified Process
支持行为
  • 配置管理
  • 文档
  • 质量保证
  • 项目管理英语Software project management
  • 用户体验
实践
  • ATDD英语Acceptance test–driven development
  • 行为驱动开发
  • 持续整合
  • 持续交付
  • 域驱动开发
  • 结对编程
  • 站会
  • 测试驱动开发
工具
  • 编译器
  • 调试工具
  • 性能分析
  • GUI设计器英语Graphical user interface builder
  • 建模英语UML tools
  • 集成开发环境
  • 组建自动化
  • 发布自动化英语Application release automation
  • 测试
标准与知识体系
  • 能力成熟度模型集成
  • IEEE标准
  • ISO 9001
  • ISO/IEC标准英语ISO/IEC JTC 1/SC 7
  • SWEBOK英语SWEBOK
  • 项目管理知识体系
  • BABOK英语BABOK

“看板”是一种生产管理系统,由1940年代的丰田汽车公司发明。名称源自日文“看板”。在软件开发过程,可以使用用“看板卡”(经常为即时贴)来执行看板。这些卡片不是作为提高生产量的信号,而是用于记载生产数量和标记生产过程。在虚拟看板系统中,会使用虚拟看板卡。在软件开发中,我们采用虚拟看板系统来限制在制品。 由 David J.Anderson[1][2]

Kanban Board for software development teams (kanbantool.com)

目录

  • 1 看板方法原则
  • 2 看板方法的五个核心实践
  • 3 实施看板方法
  • 4 参见
  • 5 参照

看板方法原则

看板方法根植于四个基本原则[3]:

  • 从你现在执行的任务开始

看板方法从你目前执行的任务和过程开始,针对你的系统作出持续性、增量、 渐进式的改变。

  • 同意追求渐进式进化

组织(或团队)必须同意持续、渐进式进化是一种改进系统并让系统顺畅的方法。执行彻 底的改变可能更具效率,但因组织的阻力和恐惧,而存在着更高的失败率。看板方法针对 你目前的系统,促进微小的增量与渐进式变化。

  • 遵守当前流程、任务、职责、职位

同意尊重当前任务、职责、职位,则能消除前期恐惧,进而促进未来的变化,并使看板 计划获得更广泛的支持。

  • 各级领导

在组织中,从个人贡献者到高级管理层的各级领导的行为应当受到激励。


看板方法的五个核心实践

安德森在观察各个成功的看板方法实践后,认定五个核心特征,之后,致力于落实这 些特征,并从原本的五个特征增至六个特征[4]

  • 可视化

使作业流程可视化,是理解作业流程的核心。若对作业流程毫无了解,作出正确的变化显 然更难。

为可视化作业流程而常用的方法是使用柱块。柱块代表作业流程的不同阶段或步骤。

  • 限制在制品

限制在制品意味着在部分或全部作业流程实施拉动式系统。该拉动式系统将对你的系统 作出持续、增量、渐进式的变化。

  • 管理流程

应当监管、实测及记载作业流程的每个阶段。通过积极管理作业流程,系统的持续、增 量、渐进式变化可以被评估,以获悉能为该系统带来正面还是负面的影响。

  • 使过程策略明确化

制定作业的规则和指南。了解自己的需求,确保始终遵守规则。当了解到何时或为何需求单 (ticket)从一个柱块移至另一个柱块时,策略将可被指定。如果实际过程改变,则更改规 则。

  • 采用模型来识别改进系统的机会

当团员对作业理论、作业流程、过程和风险达成共同理解,他们多数能对一个问题有共同 的理解力,各方将同时认同改进措施的建议。

实施看板方法

一些实践者已采用粘性夹、便笺或实体插槽来执行实体看板。更多的时候,信号的生成, 形成一个特殊的作业跟踪软件,诸如[5]。: JIRA Agile, Kanbanery, Kanban Tool[6].

参见

  • 及时制度
  • 精益生产
  • Scrum


参照

  1. ^ Anderson, David. Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results. Prentice Hall. September 2003. ISBN 0-13-142460-2. 
  2. ^ Anderson, David. Kanban - Successful Evolutionary Change for your Technology Business. Blue Hole Press. April 2010. ISBN 0-9845214-0-2. 
  3. ^ 解析精益产品开发(一)—— 看板开发方法. 2013 [November 10, 2014]. 
  4. ^ Zemla, Zbigniew. Kanban in 4 easy steps. 2011, 2012 [November 10, 2014]. 
  5. ^ What is the best online tool for Agile development using Kanban?. 2013 [November 10, 2014]. 
  6. ^ Kanban Tool. [November 10, 2014]. 

显示全文

取消

感谢您的支持,我会继续努力的!

扫码支持
无需打赏可直接关闭阅读全文
1分,2分不嫌少,钱不钱的无所谓,重要的是你的话语激励我前行!

愿你每天温暖如春!!!


上一篇:螺旋模型
相关推荐