从日常运行阶段看，软件开发公司应先确定雨天通勤高峰影响智能照明控制的具体位置和持续范围。这一段围绕软件开发公司在日常运行阶段处理智能照明控制的场景引入展开，并以雨天通勤高峰作为现实条件，目标是协调多角色和临时资源。围绕智能照明控制观察雨天通勤高峰时，软件开发公司需要把日常运行阶段的变化与日常状态分开判断。
可以先从人员到达、空间使用、设备响应和信息通知几个节点检查，找出真正影响体验的环节，再决定调整幅度。以紫光信息港的实际使用为核对对象，相关判断应落到当前区域、时间和责任动作。针对范围界定，需要结合软件开发公司的职责、雨天通勤高峰的影响和智能照明控制的实际状态，最终服务于协调多角色和临时资源。
跨部门协作时，管理边界需要提前说明。针对角色分工，需要结合软件开发公司的职责、雨天通勤高峰的影响和智能照明控制的实际状态，最终服务于协调多角色和临时资源。
沟通口径必须来自同一记录，避免不同岗位对日常运行阶段给出相互冲突的说明。针对信息沟通，需要结合软件开发公司的职责、雨天通勤高峰的影响和智能照明控制的实际状态，最终服务于协调多角色和临时资源。
信息只保留必要内容，并明确下一次更新时间，能减少无效追问和口径不一致。这一段围绕软件开发公司在日常运行阶段处理智能照明控制的处理顺序展开，并以雨天通勤高峰作为现实条件，目标是协调多角色和临时资源。
安全与效率并不是相互替代的目标。这一段围绕软件开发公司在日常运行阶段处理智能照明控制的风险边界展开，并以雨天通勤高峰作为现实条件，目标是协调多角色和临时资源。
事情恢复后，复盘不应只确认任务已经结束。在结果复盘环节，软件开发公司应把智能照明控制与雨天通勤高峰放在日常运行阶段共同核对，以便协调多角色和临时资源。
稳定并不意味着使用同一种办法，而是让软件开发公司在日常运行阶段知道从哪里核对、怎样执行和何时恢复。在自然收束环节，软件开发公司应把智能照明控制与雨天通勤高峰放在日常运行阶段共同核对，以便协调多角色和临时资源。