考虑以下（理想化的）图表。
现在，我与来自这个领域的各个方面的同事一起工作，并且了解到，不幸的是，它往往更像这样。
大多数“Web 开发人员”往往对设计原则知之甚少，而另一方面，“Web 设计师”往往对 Web 的技术方面知之甚少。全面的“网络工匠”很难找到。
这种不幸但真实的情况使得为开发人员和设计师团队创建响应式网站变得很痛苦。网页设计师往往忘记网站应该适应所有可能的商业设备，并且经常设计在他们自己的屏幕上看起来很棒但不可能变成响应式网站的刚性布局。另一方面，开发人员倾向于对设计师的愿景进行残酷的调整，以实现响应能力。
设计响应式网站的责任应该落在哪里？是否应该期望网页设计师为开发人员提供深思熟虑的指导，说明如何针对每种可能的情况调整网站？或者这是一个不合理的期望？
请注意我专注于它的设计方面，而不是它的开发方面。
设计响应式网站的责任应该落在哪里？
通常在管理上。智能管理将意识到这是一个团队项目，因此每个人都需要协调一致并协同工作。这将包括（但不限于）视觉设计、UX、UI 开发、后端开发、内容团队、营销等。
敏捷开发是解决这个问题的好方法。
当然，许多组织不这样做，并且倾向于孤立上述每个团队，并使用旧的“把它扔到栅栏上，不用担心”的瀑布过程。
请注意我专注于它的设计方面，而不是它的开发方面。
这就是问题所在。你不能专注于一个而不是另一个。响应式站点的设计是响应式站点的开发。
一般来说，交互设计也是如此。交互设计（无论是响应式布局、下拉菜单、动画等）都必须在将在浏览器中使用的媒介中进行设计。这需要一定程度的发展。
我理想的 UX 团队结构将包括以下角色*：
现在，这并不意味着 UX 团队的 UI 开发人员是编写生产代码的人，而是他们正在编写工作代码以正确设计、创建和测试交互。
然后将其与开发人员共享，并作为一个团队完成进一步的工作，以将其集成到最终的响应系统目标中。
* 所述角色应包括至少一名“网络工匠”。我同意它们有时更难找到，但它们是团队的必需品。您至少需要一个能够全面沟通并能够与图标设计师和数据库管理员交谈的人。
任何熟练的设计师总是会在一定程度上对实现感兴趣。也许不是在“我可以建造它”方面，但至少在“那不可能”方面。
无论设计师是否点击图表的最右侧，他们都应该始终知道他们在任何给定的媒介中可以做什么和不能做什么。如果你不了解分色，你就不能很好地设计印刷品。如果您不了解分辨率等，则无法很好地设计标牌。
我认为任何负责网络材料的设计师至少应该落入这一点：
而且我认为它不像你的第二张图那样不平衡。
在我的经验中，你可以在 Photoshop 中做一个漂亮的模型然后简单地交付它的日子已经一去不复返了。根据我的经验，开发人员（即图表的左侧）并不是真正在寻找最右边的人。他们正在寻找至少了解什么是可能的以及良好设计所需的限制的设计师。这会将它们从最右边移动，至少还剩一个刻度。
是否还有开发人员绝对是最左翼的。就像仍然有极右翼的设计师一样。然而，一个更重要的方面可能是经验。如果他们有 5、8 或 10 年的经验，是否有开发人员/设计师能够打到最左/最右？我对此表示怀疑。经验越多，他们就越接近中间。
所以也许这更合适：
在公司结构中，您寻找个人来填补最右边/最左边的位置。这为所需的技能组合提供了坚实的基础。但是，我推测候选人越受欢迎，他们的技能就越接近中间的两个图像。
虽然我同意 DA01 回答中的心态，但我认为这个问题不仅仅是他所解决的问题。
一个简单的事实是，公司以不同的方式组织起来，因为他们拥有不同技能的人，并且每个部门的员工人数也不同。每家公司都需要谨慎对待这一决定，并牢记他们的公司，以便选择一种好的创造方式。
因此，我认为没有一种“最好”的方式来做出这个决定或团队结构。每组人都是不同的，他们为一家公司工作的人可能不适合另一家公司，即使结构等大致相同。
话虽如此，在做出这些类型的决策时，有一些适用于所有公司的一般原则：
利用可用的技能——有些人在某些环境中做某些事情时工作得更好。如果某些事情大大减慢了这个过程而几乎没有真正的好处，那么这可能不是一个好的决定。这并不是说你不应该因为一个人不喜欢这种改变而改变，但重要的是要记住团队的偏好和能力，以让人们享受他们的工作并完成工作。
协作是关键- 任何设计师和开发人员都应该进行沟通，并大致了解对方在流程的每个阶段都在做什么，从与客户交谈（无论多少是可能的 - 有时查看讨论记录或类似内容可能就足够了) 到最终实现。一个小组通常在一个步骤中完成工作，但其他小组至少应该知道发生了什么，并且有能力在每个阶段提供某种反馈。
人们的专业知识各不相同，因此我们希望人们除了提供额外的想法外，还能尽早发现其他人看不到的潜在问题。
方向胜于完美-了解目标并以直接但粗略的方式朝着该目标前进 要好得多。我的意思是，对于大多数过程来说，迭代比像素完美要好。我们需要确保每个设计决策都朝着正确的方向前进，然后通过迭代来完善该决策。通过这样做，我们通常可以避免在流程后期出现更大的问题。
在浏览器（或应用程序所在的任何媒体）中进行设计可以帮助解决这种情况，因为它将两种工作混合在一起，迫使人们一起工作或同时具备这两种工作的技能。当然，记住这里列出的第一个原则很重要。
最后，为了在 OP 似乎引用的一种情况下直接解决手头的问题，我会说如果决定完全分离工作（不应该完全分离知识/反馈），那么我建议至少在大多数情况下，设计团队应该创建一个小版本和大版本，其余的留给开发人员。这迫使设计团队牢记中间的所有阶段，而不必担心确切的细节。
这里有一些很好的答案，但这并不复杂。
底线：
不要要求开发人员填写空白或依赖框架。
从一开始就尽力而为，然后随着事情的进展跟踪开发人员。当挑战出现时，您必须做出决定。有时它可能是另一个模型，有时最好提供一些粗略的代码（如果可以的话）。
不要让工程做你的工作，他们不会要求你做他们的;-)