Andon 业务流程业务开发陷阱----从真实用户与管理者视角逻辑差异

Q :  Andon 问题识别归类(就是问题的3层细化)，是在事中，还是在事后?

A  : 不存在事中就细化归类，有悖于生产问题解决流程。

从操作员的角度来看，他们在事中可能只能识别出存在质量问题，但无法进行具体的质量问题编号和精确归类。这通常需要更深入的分析和专业知识，通常由班长或质量管理人员在事后进行。

事中判别

操作员的角色：

• 识别问题：操作员在生产过程中发现问题时，可以通过Andon系统报警，标记为质量问题。
• 初步分类：操作员可以进行初步分类，但具体的质量问题编号和详细分类通常需要更多信息和分析。

事后归类

班长的角色：

• 详细分析：班长或质量管理人员在事后对问题进行详细分析，确定问题的根本原因。
• 精确归类：根据分析结果，对问题进行精确归类和编号，以便采取相应的纠正和预防措施。

综合考虑

这种分工方式能够确保问题在第一时间得到响应，同时也保证了问题的精确归类和后续改进措施的有效性。结合事中判别和事后归类的方法，可以在保证生产连续性的同时，不断提升质量管理水平。

所以事中就精细对ANDON 质量问题进行判别归类，本质是站在开发管理人员的上帝视角，没有实施可能性， 业务开发需要站在每个业务用户视角去考虑生产流程。