同事有话说 | 这个看板怎么做?

 

 

 

 

 

文字回顾打造看板六要素:

第一步,明确能增值的任务

为了确保看板能够完整地展现价值的流向,我们第一步就要区分出无法增值的任务,如:等反馈这项非增殖任务就无需放在看板上了。

第二步,定义一个看板周期

具体的看板周期可以根据团队的实际情况决定,如果团队在实践 Scrum,就可以按照 Sprint 的周期设置看板周期。

第三步,周期内的任务上墙

第三步便是将已确定的、固定周期内的增值任务放到看板上。

第四步,明确拉动标准

判定一个任务已完成的标准是什么?是以任务工时消耗完为标准还是以任务工作量完成为标准?

第五步,设置在制品数量

可以按照以下公式设置在制品(WIP)数量限制:

  • 一般情况下:WIP=团队人数×1或WIP=团队人数×2;
  • 结对编程时:WIP=团队人数/1.5。

第六步,检查反馈、及时改进

通过看板,我们能及时识别迭代或项目周期中存在的问题,并提出改进方案。

往期漫画:

同事有话说 | 那些所谓的敏捷仪式感

同事有话说 | 跨职能团队是必须的吗

posted @   敏捷开发  阅读(489)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
历史上的今天:
2020-09-22 测试过程需不需要践行敏捷?
点击右上角即可分享
微信分享提示