敏捷中的看板Kanban有自己的目标和原则,下面将和大家好好分享下。
不管是什么样的流程,都值得不断地去优化。针对不同的项目,不通的阶段,都可以做调整。因为敏捷是适应变化的,而不是一成不变的。所以,在敏捷中,也有个口号,用中国的大白话来说就是“没有最好,最优更好”。
看板Kanban和敏捷一样,都是要交付高价值的产品,所有的一切都是围绕这一点进行的。在看板Kanban的甬道中应该优先排高优先级的需求/任务。这样,我们交付可用的软件/产品的时候,始终保重高优先级的交付。
在精益或者丰田的Kanban中,Lead Time指的是过程周期时间(LT),就是从接到顾客订单开始直到交付给顾客所要的货物的这个期间的时间。
过程周期时间(LT)=订单信息的处理时间+原材料采购时间+制造过程周期时间(MLT)+货物运输到客户的时间。
但是在我们软件领域的敏捷管理,Lead Time指的是需求交付周期。常见的的简化需求状态为 “TODO-DOING-DONE”,一个需求的交付,你也可以看成是工业生产中产品的交付。
所以就要求我们想精益或者丰田Kanban的Lean Time时间尽量短,当然更厉害的就是需求交付周期的可预测性,有较好的可预测性,我们可以在一个迭代周期期间更好地安排高价值的需求。
员工是企业最宝贵的财富,是看板Kanban真正的执行者,他们会直接影响企业的效率。不管你在企业里面应用哪个方法论,提高员工的满意度是毋庸置疑的。
敏捷中有强调透明,看板Kanban也是一样的,这就是为什么很多公司在办公区域最明显的地方都要放一个白板,白板上面的贴着现在正在进行的任务,即将进行的任务,已经完成的任务。任何人,随时随地都可以查看到任务的进展情况,一旦任务状态有改变,你需要随手挪动任务到另一个泳道。这就是透明化的表现,当然现在越来越多的项目管理软件都有看板Kanban的功能,这就更加优化的透明化,你甚至可以在地铁上,公交车上,随时随时查看你项目的看板Kanban
所有的理论,最终落地还是需要一个流程去牵引,一个成熟度高的组织更因如此。所以不管是敏捷,还是看板Kanban都需要我们花心思去设计一个成熟度高的流程,这样才能事半功倍。
27.【Kevin聊敏捷】精益敏捷(Lean Agile)的5个原则
26.【Kevin聊敏捷】精益敏捷(Lean Agile)导论
18.【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会
17.【Kevin聊敏捷】敏捷项目管理之Sprint Review 迭代评审会
16.【Kevin聊敏捷】敏捷项目管理之Daily Scrum 每日站立会
15.【Kevin聊敏捷】敏捷项目管理之Sprint Planning 迭代规划会
14.【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动
13.【Kevin聊敏捷】敏捷项目管理之Scrum Master 敏捷教练
12.【Kevin聊敏捷】敏捷项目管理之Development Team 开发团队
11.【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人(二)
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。