开发人员是最被低估的设计师

原文：https://medium.com/hackernoon/developers-are-the-most-underrated-designers-5855a7e4aa2c

成功的、功能丰富的产品将开发者融入到整个产品生命周期中

我对现代产品生命周期最大的不满之一是专业化的强制划分。如果我被雇佣来做设计，那并不意味着我是一个设计之神，可以凭一己之力神奇地将每一个商业目标变成一个成功的特性。我的专业领域可能集中在设计上，但我也有大约 8 年的产品营销和写作经验..你不会从我的头衔中得知。我也“编码”，尽管我不会称自己为开发人员。我也做过销售、业务开发和支持。

我的观点是:大多数技术人员拥有多样化的经验和技能，可以为多个专业领域增加价值，而不仅仅是他们的核心能力。

开发人员交接

开发者也是如此。开发人员不仅仅是想法的实现者，他们还是想法的发起者和催化剂。

最浪费的产品生命周期有一个“移交”到开发的概念——设计、业务和产品做所有的研究和功能设计，明确移交给工程。

这种初始切换通常有三个目的:

规格 —开发人员的任务是对提议的设计进行规格说明和可行性评估。
时间表 —开发人员必须为构建、测试和部署制定一个与业务目标相吻合的时间表。
实现 —开发人员必须构建并实现设计。

移交的后果

移交看起来是产品生命周期中一个高效的线性步骤。但是，现代产品生命周期不是一个线性的过程——它是循环的、迭代的和动态的。那么，这种转变对人类有什么影响呢？

当他们不参与设计过程时，开发人员可以感觉到:

与团队的其他成员和构思阶段脱离。
不受重视因为编程很难，好的编程更难，然而他们在整个产品范围内几乎没有发言权。
缺乏创意因为他们无法利用自己的产品和生活经验，从功能角度创造性地解决问题。
耗尽精力,因为对他们必须实现的东西几乎没有控制，并且必须实现他们并不真正相信的特性集。

作为设计师的开发人员

我们应该在整个设计过程中，从构思，到草图，到原型，再到实现，包含开发人员，而不是移交。这并不意味着我们应该强迫开发人员编写故事板概念并进行广泛的用户研究，但他们必须在会议桌上有一席之地。

注重设计的开发人员带来了以下优势:

功能视角 —我们有哪些可用的功能框架？我们可以利用哪些独特的工具？我们必须使用哪些工具包？
约束框架 —从系统的角度来看，项目有哪些技术约束？我们真的能为数百万用户实现一个高级动画吗？某些事情可能会如何影响系统性能？
用户视角——开发人员也是人，代表了人口中的一个独特部分，所以用他们的视角和想法来告知产品是如何交付的。
一般来说，伟大的想法——开发者有变革性的想法。他们非常聪明，是创造性的问题解决者(毕竟这是他们的工作)。
直言不讳——这是我的最爱之一。开发人员倾向于不粉饰反馈，倾向于预先挑战想法。他们要求你解释一个想法的“为什么”和“如何”，而不仅仅是给出肤浅的反馈。这种直率有助于推动创造性的对话，而不是阻碍它。

总体优势

对于开发人员和产品本身来说，好处可能是革命性的:

参与 —当开发人员参与整个过程时，他们理解所有决策背后的“为什么”，而不仅仅是“是什么”。他们了解用户故事和业务目标。
所有权 —当你的想法被听到并融入实际设计时，你就拥有了产品的所有权。产品拥有者越多(从构思的角度来看)，越多的人直接投入到积极的结果中。
更好的产品设计 —通过让有设计头脑的开发人员在产品开发生命周期的早期参与进来，整个产品会更好，设计得更全面。
更快的交付——一个更投入的开发人员，能够在设计阶段强调系统约束和警告，不太可能被迫面对不可预见的复杂性。

主要外卖

开发人员是聪明的问题解决者——这是他们的工作。你越是将它们融入到你的设计过程中，你的产品就越好，交付就越快。