处理时需要把使用者感受与管理要求放在同一张检查表中。针对场景引入，需要结合软件开发公司的职责、工位临时调整的影响和团队扩张速度的实际状态，最终服务于减少事件对正常办公的干扰。需要先辨认当前影响边界。
诊断应沿着工位临时调整、现场变化和团队扩张速度结果三层关系逐项核对。以建国门6号的实际使用为核对对象，相关判断应落到当前区域、时间和责任动作。在原因诊断环节，软件开发公司应把团队扩张速度与工位临时调整放在日常运行阶段共同核对，以便减少事件对正常办公的干扰。
空间调整应尽量减少对正常工作的二次干扰。在空间安排环节，软件开发公司应把团队扩张速度与工位临时调整放在日常运行阶段共同核对，以便减少事件对正常办公的干扰。
通知应使用清楚的时间、地点和行动说明，减少模糊措辞。针对信息沟通，需要结合软件开发公司的职责、工位临时调整的影响和团队扩张速度的实际状态，最终服务于减少事件对正常办公的干扰。
物业处理公共设施，企业内部人员负责办公安排，涉及客户或敏感资料的事项还要由对应负责人确认。在处理顺序环节，软件开发公司应把团队扩张速度与工位临时调整放在日常运行阶段共同核对，以便减少事件对正常办公的干扰。
处理团队扩张速度时保留一定余量，并安排现场复核，可以及时发现方案与现实不符之处。针对风险边界，需要结合软件开发公司的职责、工位临时调整的影响和团队扩张速度的实际状态，最终服务于减少事件对正常办公的干扰。
判断改进是否有效，可以观察相同条件下问题是否再次出现。从日常运行阶段的结果复盘看，软件开发公司处理工位临时调整时不能脱离团队扩张速度，相关动作应指向减少事件对正常办公的干扰。
把工位临时调整中的现场信息、使用体验和责任动作记录下来，团队扩张速度就不再只是临时应对，而会逐渐形成更贴合实际工作的安排。针对自然收束，需要结合软件开发公司的职责、工位临时调整的影响和团队扩张速度的实际状态，最终服务于减少事件对正常办公的干扰。责任与复核时间要同时明确。