今天发现，同样后台产品中的不同模块界面风格不一致。幸亏主要还在原型阶段，不然后期代价就大了。虽然有早期快速上线的压力，但这不应该成为常态。
如何避免此类问题，除了加强界面规范、制定流程之外，本质上需要加强沟通。
有些精益开发团队采用每日三个立会的方式来避免沟通问题。
第一个立会是功能开发团队的立会，各团队可以自己拟定开始的时间，然后在任务板前确定当天要做什么，以及有哪些问题需要解决。也会有些团队不拘泥于Scrum的形式，讨论比较自由。但总得来说时间不会很长，大概是10~15分钟，所以叫立会。
接下来的立会是按照各个岗位角色的小组分别进行，同步大家在各职能团队中的信息。测试团队则可以在测试进度状态板前交流他们如何进行一天的测试。需求或者产品经理们则可以交流他们从功能开发团队中得到的问题，比如说上述遇到的产品界面风格不一致问题（虽然未必是最好的时机）。各开发团队的主管可以和一起开功能开发的同步立会，比如有些团队需要进行数据迁移会影响到其他团队，此时就可以同步信息。
最后则是项目同步立会。同一个项目中的每个岗位排一名代表，功能开发团队再派一个代表，再加上项目经理。大家关注的是，从需求分析到投入生产的各个工序是否正常运转。每个团队今天做什么？有什么问题阻塞了我们的流程？瓶颈在哪里？如何消除瓶颈？下一个瓶颈会出现在哪里？我们的发布计划进展是否顺利？有没有人不知道今天要做什么工作？
如此，大家可以对项目有大体了解，也明白当前问题所在。每个会议严格控制在15分钟，多数人只用参加1个立会，个别人需要2到3个立会。如果会上有解决不了的问题，就另外开会解决。原本需要各种文档和各种流程规范才能解决的问题，可以立刻得到处理。
