讨论的是问题,而非解决办法
2013-04-07 23:08
337 查看
创建一个产品我最喜欢的事情是它真的很难。它的困难是由很多原因导致的,但是有一点已经很清晰了,那就是沟通对于人类来说不是自然而然的。我们喜欢认为它如此,但是它并不是。
在大多数的情况下为了创建一个产品,人们不得不彼此交流。在日常生活中,我们不仅可以用半个屁股的方式来逃脱别人讲话和似懂非懂的理解别人所说的话的处境。
当你创建产品的时候,每一个逻辑思维、行为、猜想以及目标对于产品的成功都是很关键的。你需要理解你所接收的每件事情,并且能够有效的向其他人表达你正在测试、从事、建设、梦想的事情。
使沟通变得更加复杂的是创建产品的人群通常是由不同的人格特质组成的。
从微观角度,我们以启动为例,它通常是由设计师、黑客和推动者组成的。右脑发达的是设计者/艺术家,左脑发达的是逻辑推理/工程师,中间大脑结合了艺术和逻辑。
我认为我属于推动者,也就是中间大脑艺术和逻辑结合的类型。我上学想着成为一名艺术家。人生的1到24岁都在舞台上表演。但是现在,27岁的我每天在写代码,沉浸在github中。
我认为这种结合能够使我以特殊的视角看待问题。
斯蒂夫·乔布斯写道:
当我去皮克斯工作室的时候,我意识到了巨大的差异。科技公司不懂创造。他们不懂欣赏直觉思维,比如一个贴有艺术标签的家伙听过很多艺术家的演奏,能够感觉到他们中的哪五个人可能获得成功,而科技公司的人没有这种能力。他们认为具有创造力的人每天仅仅散漫地坐在沙发上,因为他们没有看到像皮克斯这样的地方,创造者们是如何发奋和自律的。另一方面,音乐公司对于科技一窍不通。他们认为他们可以出去雇用一些懂技术的人。但情况确是苹果公司争取雇用一些人生产音乐。我们会得到二流的艺术家,就像音乐公司雇用到的都是二流的技术人员。生产技术如何需要直觉和创造力,生产艺术如何需要真正的自律,我是明白这个道理的为数不多的人中的一员。
我喜欢我能够理解沟通双方此起彼伏。
通过这样做,我了解到了“非技术人员”在和厉害的黑客沟通的时候犯的一个最大的错误,那就是在我们告诉他们问题之前,我们努力告诉他们解决办法。仿佛我们不相信他们能够思考,得出解决办法。然而因为正是他们创建产品,所以实际上他们的解决方案比我们的要好10到100倍。
我开始思考这个问题,意识到可能是因为非技术人员仅仅通过发现问题不能实现他们所创造的价值。然而真相是,在创建产品的时候,能够发现并且描述出问题是很有价值的。
但是在这里,我不仅仅谈论问题而是再次试图提供一个解决方案:"非技术人员爱你们自己吧,要明白仅仅发现问题也是有价值的!“所以我完成了。
讨论的是问题而非解决办法。
相关文章推荐
- WIN7上搭建Windows Phone 8 开发环境——VMware Workstation下Win8 “无法安装Hyper-V, 某个虚拟机监控程序正在运行”问题解决的办法
- 解决android sdk下载难问题的终极解决办法-使用国内镜像
- "Project facet Java version 1.7 is not supported"的问题解决的办法
- [Java][]Maven]mvn eclipse:eclipse导入jar失败、直接导入工程的问题解决办法
- ElasticSearch之—— ElasticSearch5.x安装中一些问题的解决办法
- 解决Chrome在部分网站不能弹出上传文件对话框的办法及flash问题
- Android SDK更新以及ADT更新出现问题的解决办法
- 项目适配iOS9遇到的一些问题及解决办法
- 高通AR增强现实最新教程unity3d遇见的问题和解决办法
- 暴力swap导致TLE问题解决办法
- 常见乱码问题解决办法
- 外部程序通过COM启动AutoCAD时RPC_E_CALL_REJECTED的问题解决办法
- css样式兼容不同浏览器问题解决办法
- IE点击子div,父div不获取焦点问题的解决办法(二)
- IIS 元数据库失败 问题解决办法
- 用asp读取xml时清除缓存的问题与解决办法
- 使用xUtils遇到的问题,以及解决办法
- Kotlin:出现Unresolved reference:kolinx问题的解决办法
- 【Matlab 2010b 64位】关于matlab licence许可到期问题的解决办法