Kanban是丰田生产模式中一个重要的概念，是为了达到及时生产方式控制现场生产流程的工具。
在这里我记录一下我自己使用Kanban的感受，使用Kanban的第一天，我任务我的工作量和成效还是比较好的，先抛开Kanban的定义方式，写一些我的感想，而后再详细的记录一下Kanban本来的宗旨，我觉得吧，融合后的，适合自己的才是最好的。
使用看板的第一天，感觉和GTD是一样的思想，放空大脑，专注当下，将大脑中的焦虑的部分和以后要进行的部分进行转移，转移到Kanban中，这种方式确实比较不错，将没有逻辑的各个事物进行输出，专注于需要逻辑进行的事物，不得不说，确实这种方式很棒。
我是一个开发人员，或者说是一个创造者，毕竟软件开发和创造新的事物是一样的，充满了新奇和兴趣，而且作为一个创造者，很难去容忍自己的产品会有不好的地方。今天也是我第一次发现，如果代码写的不好的话，自己都不想发版。
恰好我是一名开发者，我的Kanban是分为： BackLog,Waiting,TODO,Doing,Review+Test,Waiting publish,Regression Testing,Finish 这些部分，也就是可以说是，项目需求积压，等待其他人的清单，要做的（此时已经进入排期，已经确定要做，马上要执行的），正在做的，代码复查和测试，等待发版，回归测试，结束的这些部分，明显将所有的步骤进行细分开来，将没有逻辑的复杂的，需要记忆的事物进行整理话，细分化。
其实，我觉得只要是思路可以清晰的，无论是什么样划分，只要是适合自己的就可以。
下面我结合一下Kanban的初衷说一下我的理解(查资料中。。。
Kanban的最初是由丰田公司发明的（1940年，80年过去了。。。），Kanban的卡片并不是作为提高生产量的信号，二十用用户记录生产和标记生产过程，对于Kanban来说，可以使用便利贴等实体看板卡或者虚拟的看板卡（比如我现在这正在使用的Trello(还是比较推荐的)），再软件开发的过程中，采用虚拟Kanban系统来限制在制品(不同的地方的翻译不同，大约和work in progress (WIP)一个意思，就是正在进行的工作，好像有一种翻译是半成品，也可以说的过去)。
Kanban的原则：从你现在的任务开始，同意追求渐进式进化，最受当前的流程，任务，职责，职位， 各级领导。
Kanban的五个核心实践：可视化，限制在制品，管理流程，使过程策略明确化，采用模型来识别改进系统的机会。
Kanban是实现敏捷开发的一种流行的方式，敏捷开发也是软件开发的一个重要的话题。
引用：
文章评论