先识别实际使用中的问题
站会通常时间短但说话集中，紧贴工位会影响还在编程的同事。问题不在有没有白板，而在站会人员停在哪里、散会后从哪里返回。软件研发团队既需要连续思考，也需要及时讨论接口与需求。座位图应反映产品、开发、测试的实际协作关系，并考虑跨团队会议的频率。仅按职级排座，容易把需要每天交流的人隔开，同时让不参与讨论的人被动听会。
把安排落实到具体动作
把高频站会放到部门边缘，白板朝向小组内部。先画出站立范围和通行路线，再判断是否需要可书写隔断，不要让走道承担完整会议功能。
带着资料评审方案
准备各小组的站会时段、参加人数和现有白板照片，在平面上模拟两个小组同时开会的情形。评审时请产品负责人、研发代表和行政一起走一遍典型工作日，分别指出需要安静、共享屏幕和临时交流的位置。方案能说明这些动作如何发生，才具备继续深化的基础。测试方案时保留真实的笔记、外设和临时物品，不必为了演示先把桌面清空；这些日常占用往往最能反映配置是否合适。