最初的观察
要同时了解多项工程的进度,需要从不同的人和信息来源那里收集更新。
案例研究 · 行业:建筑与技术服务
报价、施工、材料、班组和变更同时在推进,但关于真实进度的整体情况,却分散在消息、表格和不同人员之中。在决定哪里需要关注之前,团队必须手动重建到底发生了什么。
一套通往清晰认知的固定方法
追踪工程、班组、材料和变更所需的信息分散在不同渠道,管理层必须先主动询问并核对各方更新,才能弄清楚问题究竟卡在哪里。
哪些关联因素让问题持续存在?
信息在不同渠道各自更新
没有人能看到完整的全貌
变更只留存在消息和人的记忆里
背景信息在办公室与工地之间流失
可见性依赖于主动询问
问题传达到管理层时已经滞后
从最初印象到真正问题的思考路径。
我们没有一开始就选择解决方案,而是先验证表面上的问题是否就是真正需要解决的问题。
以下内容基于已记录的挑战、目标与成果,对思考过程进行了编辑重构,并非Discovery会议的逐字记录。
最初的观察
要同时了解多项工程的进度,需要从不同的人和信息来源那里收集更新。
最初的假设
不完整一个中央仪表盘,或许就能解决运营可见性不足的问题。
为何看似合理
最明显的困难在于,没有一个地方能让管理层快速查看每项工程的进度。
促使我们改变判断的原因
原始信息依然分散在消息、表格和对话中不断更新。
诸如等待材料、待审批、施工中或已完工等状态,没有得到一致的记录。
只要更新流程仍在系统之外进行,仪表盘就只能显示过时的信息。
为何调整方向
问题的起点并不在于可视化本身,而在于当工地上发生一项变更时,它并没有转化为可共享的运营信息。
新的方向
我们没有从管理层的仪表盘入手,而是把重点放在每项工程从始至终的状态、责任归属、更新和例外情况上。
深入分析
每种模式对应的是哪一项原则?
原则 01
原则 02
原则 03
工作方式发生了哪些变化?
此前
要询问多个人才能了解进度
此后
能够清楚地看到运营中哪里需要关注
进度信息存在于消息和人的记忆里
进度信息与每项工程绑定在一起
管理层靠询问来了解情况
管理层能看清需要介入的地方
问题出现得较晚才被发现
偏差能更早被察觉
表象背后的根本原因是什么?
表象
对工程缺乏掌控
真正的问题
运营状况并不以共享信息的形式存在
原则
在状态发生变化的那一刻,就让进度变得可见
“运营的可见性,并不是从一个仪表盘开始的,而是当每一次相关变化都留下一个决策者能够理解的状态时才真正开始。”
相关思考
为什么工地的进度状况仍然要靠打听才知道工地很少缺少信息。恰恰相反,信息太多,分散在太多地方——正是这一点迫使人们在做决定之前必须先去问。深入了解推理过程下一个案例
行业:电商与零售当产品目录越扩越大,反而更难找到想买的东西情境会变,方法不变。