实际操作中，大部分的团队会进入一个高效的混合式开发流程，其中开发者采用敏捷的开发方法（一个指定截止时间前完成一项目标工作），同时设计师采用精益的设计方法（快速迭代，通常没有指定的截止时间）。
这里仍然有“瀑布式开发”的残留，设计师通常会比团队的其他成员提前一些进行工作，开发者无需等待所有的设计产出都准备好就可以开始工作。
实际在东吴的这个项目中，也是这样做的，前后端程序员是采用精确的敏捷开发周期，而我游离于这些之外，并且提前一个sprint，留出提前量。
一种不好的情况是所有人都在等着设计产出去继续他们各自的工作。解决办法是：提前把高保真的控件设计好、颜色值都给出，然后低保真的出布局图就好了。有了规范，程序员自己可以主动做很多事。后续中我的各项规范就比较完善了，渐入佳境。
我们通常害怕分享我们的工作。我们对可能发生的评审和评论倾向于采取防御性的心态，特别是面对设计师同行时。事实上别人提出的很多东西对于提升我们的设计方案是极其重要的，包括那些没有设计背景的人提出的反馈，譬如程序员。他们的观点通常比我们更加务实，能够起到一个很好的平衡作用。
