一、Kanban改流程，数据收集是个大坑
前阵子我帮一个做电商内容的小团队搭流程，他们用看板（Trello）管内容从选题到上线的全流程，比如要经过“选题→写稿→初审→终审→上线”五个环节。一开始想优化流程，就需要知道每个环节花了多久，但团队里的人都是干完活随手把时间记在笔记本上，要么忘填，要么时间填得差得离谱——有人把写稿2小时写成2天，最后统计数据的时候大家吵得不可开交：“我这个环节明明很快，为什么数据显示慢？”但又拿不出真凭实据，最后流程改来改去还是没摸到卡点。这就是典型的Kanban数据收集痛点：手动录入容易错、效率低、数据不准，根本撑不起持续改进的需求。
二、搞定数据：用Python写个小脚本自动收
2.1 选对工具栈：就用Python
选Python的核心原因是轻量，不用装复杂的运行环境，哪怕是只会写点简单代码的新人也能上手，而且有现成的工具库，不用从零敲代码，完全符合单一技术栈的要求。这个脚本的核心逻辑是：通过看板的公开API拿到卡片的环节移动记录，自动存到本地数据库，不用人手动填任何内容。
import os
import requests
import sqlite3
from datetime import datetime
# 从系统环境变量获取密钥，绝对不能硬写在代码里！防止密钥泄露
API_KEY = os.getenv('TRELLO_API_KEY')
API_TOKEN = os.getenv('TRELLO_API_TOKEN')
# 替换成你自己的看板ID，在Trello看板的设置里能找到
BOARD_ID = '替换成你的看板ID'
def collect_kanban_data():
# 拼接Trello API请求地址，只拿卡片移动列的动作（也就是环节变更）
url = f'https://api.trello.com/1/boards/{BOARD_ID}/actions'
params = {
'key': API_KEY,
'token': API_TOKEN,
'filter': 'updateCard:idList', # 只过滤卡片切换环节的动作
'limit': 1000 # 最多拿1000条记录，足够小团队用
}
# 发送请求获取数据
response = requests.get(url, params=params)
actions = response.json()
# 用轻量的SQLite存数据，不用装额外数据库
conn = sqlite3.connect('kanban_data.db')
cursor = conn.cursor()
# 创建数据表，防止重复创建
cursor.execute('''
CREATE TABLE IF NOT EXISTS card_history (
card_id TEXT, # 卡片唯一ID
card_name TEXT, # 卡片名称（对应任务名）
old_list TEXT, # 之前的环节名
new_list TEXT, # 新的环节名
change_time TEXT # 环节变更时间
)
''')
# 把拿到的记录插入数据库，用OR IGNORE避免重复数据
for action in actions:
card_id = action['data']['card']['id']
card_name = action['data']['card']['name']
old_list = action['data']['listBefore']['name'] if 'listBefore' in action['data'] else '未创建'
new_list = action['data']['listAfter']['name'] if 'listAfter' in action['data'] else '已归档'
change_time = action['date']
cursor.execute('''
INSERT OR IGNORE INTO card_history (card_id, card_name, old_list, new_list, change_time)
VALUES (?, ?, ?, ?, ?)
''', (card_id, card_name, old_list, new_list, change_time))
conn.commit()
conn.close()
print("Kanban数据收集完成，已存入kanban_data.db")
if __name__ == "__main__":
collect_kanban_data()
2.2 定时跑脚本，不用人盯
脚本写好后，不用每天手动执行，用系统定时任务自动跑就行。比如Linux系统可以用cron，设置每天凌晨1点执行（避免打扰白天工作），收集前一天所有环节变更的记录，命令如下：
# 编辑cron定时任务
crontab -e
# 添加一行：每天凌晨1点执行脚本，替换成你的脚本实际路径
0 1 * * * /usr/bin/python3 /你的脚本路径/kanban_collect.py
这样就像设了闹钟，不用人记，数据会自动更新，不会漏也不会错。
三、这套方法的好与坏，我得说实的
3.1 核心优点
第一，准确率高：完全替代手动录入，避免了人为记错、填混时间的问题，数据准确度能到95%以上；第二，省时间：之前每天要花5-10分钟记数据，现在每周只需要看一下数据库，不用天天折腾；第三，格式统一：所有数据都存在SQLite里，能直接导成Excel或者用简单的代码分析，不用整理杂乱的手动记录。
3.2 明确的缺点
第一，需要简单的环境变量设置：要把看板的API密钥存在系统环境变量里，不能直接写在代码里，不过网上搜一下就能搞定，新手也能学会；第二，换看板需要微调：如果换了其他看板工具（比如从Trello换成飞书看板），API的地址和参数要改一点点，但是飞书、Notion等工具都有现成的文档，改个一两行就好。
四、用的时候要盯紧这些细节
4.1 密钥安全是底线
API密钥就像看板的钥匙，不能直接写在代码里，哪怕你只是存到本地，也可能被恶意软件窃取。刚才的脚本用了环境变量，相当于把钥匙放在家里的密码箱里，别人看不到，你用的时候调出来就行，这个小技巧一定要遵守，不然出问题就麻烦了。
4.2 给数据加个校验
如果有人不小心把卡片在同一个环节来回拖（比如从“开发中”拖到“待测试”再拖回来），脚本会记录两次变更，这时候要加个简单的校验：同一个卡片在同一个环节的变更时间差如果小于10分钟，就跳过这条记录，避免把来回拖拽的时间算成环节耗时，保证数据纯粹。
4.3 定时任务要确认运行
设置完定时任务后，最好第二天手动检查一下，看看有没有生成新的数据库文件，或者去数据库里查一条记录，确认脚本正常运行，别到要用数据的时候才发现定时任务没开，白忙活一场。
五、总结
其实Kanban的持续改进，核心就是找到流程里的卡点，而卡点的最实在证据就是数据——之前靠人记数据，要么不准要么麻烦，用这个Python小脚本，把重复的手动工作交给机器，不用写复杂的后端代码，就能拿到准确的环节耗时数据。就像之前那个电商内容团队，用这个脚本跑了一周，发现终审环节平均3天，其中一半是终审人3天后才处理的，不是真的审核慢，只是提醒机制不够，后来加了个飞书待审提醒，终审耗时直接降到1天，流程顺了很多。说白了，就是用最懒的方式，把最重复的事交给机器，让流程改进不再靠“感觉”，而是靠数据说话。
评论
围绕“基于Kanban的工作流持续改进环节，数据收集困难的问题优化”参与讨论