IT 行业的创新 - 创新的迷思 (5-6)

[这是和北大同学交流的讲稿, 暑期课程-职业规划与领导力发展 课程的一部分]

Myths of innovation

创新, 创新型人才, 创新型企业, 创新型国家, 这些都是最近时髦的词汇, 我在微软亚洲研究院创新工程组工作, 看过创新的猪跑, 也吃过创新的猪肉, 在这里和同学们分享一下我的体会。 这些内容好多可以从各种参考书中得到,并不是我独创的见解。

 

迷思之五 要成为领域的专家, 才能创新

这个想法看起来没什么错, 我们不就是为了成为某个领域的专家, 才来上学, 拿学位, 希望拿到学位之后成为专家, 然后再开始这个领域的创新?

但是统计数据表明, 70% 的创新者说, 他们最成功的创新, 是在他们的拿手领域之外发现的。

Tim Berners-Lee 是一个物理学家,他在 19893月份提出了一个想法,  想利用 HyperText 实现方便的信息共享和更新。  他的老板看了之后, vague, but exciting”。 一年后, 他和同事们实现了通过互联网的HTTP 协议通信, WWW 就这样诞生了。  

这个现在看起来这么顺利成章的想法, 为什么是由一个物理学家, 而不是计算机学家实现出来?  事实上在WWW/HyperText 协议刚出现的的时候, 一些计算机专家非常看不起这个玩意 (根据我看到的 2001年资料) ,专家们认为, 一个文本文件上有一些文字, 有些是蓝色的, 用鼠标一点, 就能打开另一个文件, 网页上都不记录状态,  这算什么难度, 这又是什么创新呢? 这能在什么地方发表论文呢?   当时计算机科学家在搞 COM, DCOM, Remote Process Call 这样一些高难度的东西。

事实上,  正是这种看似简单的 stateless 的网页, 改变了世界。

在中国甚至全世界, B2B 网站做的最好的是阿里巴巴, 它的创始人是学计算机, 互联网专业的么?

最近新闻不断的的 Nokia 公司, 它在进入通信领域之前, 是芬兰一家做森林木材相关产品 (纸浆,卫生纸, 雨靴) 的企业。芬兰全国人口只有500, 能用多少卫生纸和雨靴?  于是有一天公司领导决定创新, 他们看上了通信领域 但是当公司想去融资的时候, 专家们, 包括资本家们都笑话他们。 15 年之后, Nokia 成为了世界上最大的手机和通信企业, 拥有790亿美元的营收。 当然Nokia 成了行业领头羊,  成了专家之后, 也碰到了自己的问题。它不得不从自己着火的平台跳进冰冷的海水里 

另一个例子是索尼公司的“单放机”(Walkman).  索尼公司在大型的收录机取得成功之后, 其创始人盛田昭夫想进一步让所有人都能随时听到音乐, 有了 随声听的想法。但是这个想法在公司内部遭到很多阻力.   公司的专家们认为市场的认知是 -  收录机,收录机, 就要能收能录”,    随声听没有市场, 他们还做了多次市场调查, 来证明大众不会喜欢“只能放音乐, 不能录音乐的小玩意” 盛田基于他对电子消费品的趋势的洞察, 和对未来的直觉, 坚持推动研发, 甚至以自己辞职相要挟。 最后产品快要上市的时候, 大家要给它取名字, Walkman 是最后的候选名字之一。 公司请教了语言专家, 语言专家语重心长地指出,  Walkman 是不符合语法的! 动词不能修饰名词, 改成 Walking Man 才是正解!

image

值得庆幸的是, 盛田昭夫没有听专家的建议。 Walkman (而不是walking man)上市了, 经过一段时间的努力, Walkman 开创了一个全新的市场,点燃了爆炸性的增长。

Walkman 的生命周期中 (1979 - 2010), 它卖出了2.2亿台,开辟了一个市场,  引起许多厂商的效仿 (从Panasonic, Aiwa到国内的许多厂家)。 这是许多专家们当初想不到的。

为什么领域的专家有时候没有领域外的创新者那么有创意?  这也是一个很有意思的话题。

 

迷思之六 技术的创新是关键

这个想法对理工科的同学们来说更是自然不过,  很多同学孜孜不倦地跟踪某编程技术各个版本的细节,  津津乐道其中奥秘。   大家的思想无外乎 - 我们就是要学习各种科学技术, 然后创新, 齐家治国平天下。 例如我们看看手机的发展历史:

image

哪一个进步不是由于技术的进步导致的?

这当然不错, 但是最有技术含量的手机, 在这个图上还没有显示。 它是这个:

你看那天线, 那么粗, 里面都是技术啊!

image

这就是著名的Iridium 铱星计划的手机,  它的确凝聚了多种先进的技术, 看似简明的思想 我只用往天上发 66 颗卫星, 把地球全覆盖了, 大家就可以随时随地打电话了。这比在地面上每隔几十公里就建造一个手机基站要好不知多少倍.  对吧!

不幸的是, 这个服务在1998 年开始, 不到一年的时间就申请破产保护了。

在事后诸葛亮看来, 铱星的想法有许多不靠谱的地方。

·         铱星的独特价值点是在荒无人烟的地方也可以打电话, “荒无人烟”的定义是  -  人们很少去的地方!  它为最不常见的条件优化。  用户在哪里?  他们大多呆在大城市里,  在房间里打电话。  但是在房间里反而打不了铱星电话。  它的说明书有这样一段 当你在室内感觉通话效果较差时, 请走到室外, 把手机天线指向卫星所在的方位。 但是用户哪里知道你的卫星是在哪一片天空中飞呀?

·         由于使                用了卫星通讯技术, 铱星的带宽,延时都比不上普通手机。

·         铱星有用户么? 当然有, 那些登山运动员,在南极科学考察的人士,想只身驾船周游七大洋的孤胆英雄们, 他们希望有一部这样的电话。  但是这样的用户在全世界有多少呢?  铱星电话现在变成了一个租赁业务,为这些几千, 几万用户提供短期服务。与此同时, 全世界手机用户早突破了10亿。  

 我们在这里看到, 除了技术的创新, 还有很多方面的创新:

·         商业模式的创新

o   在网上买书

o   网络竞拍, 网店

o   网络微量交易和支付

·         用户体验的创新

o   www.hao123.com  有什么技术上的创新么?

o   iPod 在用户界面上的创新 

·         生态系统的创新

o   iPod/mac iTune client/iTune web site 在音乐购买/同步/播放整个流程中整合的创新。如果单独拿出来和同类型产品比较, 各有千秋, 但是把各个环节整合得如此流畅, 打造成一个盈利的生态系统, Apple 公司目前远远领先其他竞争者。

IT  技术的人们有时候把“功能的增加” “技术的创新”等同起来。   但是功能的整合被很多人忽视

茶壶有这样的组成部分,  茶壶盖, 茶壶体, 茶壶把, 茶壶嘴.   各个功能还要有机结合起来,满足用户的需求.   下面的茶壶满足了用户的需求了么?

image

[来源:  the design of everyday things, by Donald A. Norman]

 

大家在使用一些软件的时候,  往往会觉得, 要说功能么,这软件都有;可是怎么就这么难用呢?  一旦出现了好用的软件 (也许功能一般) ,  大家就呼拉一下都换软件了。

 

上一篇: http://www.cnblogs.com/xinz/archive/2011/07/09/2102052.html

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/500448.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

IT 行业的创新 - 创新的迷思 (7-8)

[这是和北大同学交流的讲稿, 暑期课程-职业规划与领导力发展 课程的一部分] Myths of innovation 创新, 创新型人才, 创新型企业, 创新型国家, 这些都是最近时髦的词汇, 我在微软亚洲研究院创新工程组工作, 看过创新的猪跑, 也吃过创新的猪肉, 在这里和同学们分享一下我的体会…

创新 - 王屋村的魔方们

最近我和一些同学们讨论了一些有关 “创新” 的问题。 我不由得想起王屋村发生的一个故事。 王屋村原来没有人玩过魔方. 有一年开学, 一个叫果冻的同学从爪哇国带了这个新奇玩意到学校。 他口里念念有词, 转来转去, 居然能把魔方从凌乱的颜色组合还原成整齐的六面。 哇, 太神奇…

技能的反面 - 魔方和模仿

魔方的故事 大概是在我小学五年级的时候, 大家开始玩魔方,我们家也买了一个。 我和几个小孩折腾了一会, 没搞出什么名堂。我哥摆弄了好一会, 嘿! 弄出一面一样的颜色。后来我也琢磨出来怎么把一面颜色拼出来。 再后来我才知道魔方有一些模式和一些口诀&#xff0c…

软件工程讲义 3 两人合作(2) 要会做汉堡包

[上回书说到这里: http://www.cnblogs.com/xinz/archive/2011/08/07/2130332.html ] 很多同学憧憬在大型软件团队中和各式各样的人打交道, 推动项目进展, 但是他们往往连一对一的合作的技巧和经验都很缺乏。 请问, 从小学到高中, 大家有没有练习过 1:1 的合作? 上课? 没有…

现代软件工程讲义 4 团队和流程

Advanced Software Engineering, Team Structure and Development Process 软件团队和开发流程 非团队和团队 在讲团队之前, 我们要讲什么是“非团队”。王屋村里经常发生这样的一幕: 王屋村的大智要把一堆砖头从村头搬到村尾。 他到顶球酒吧前, 看到前面三三两两地蹲着一…

现代软件工程讲义 12 绩效管理

我们前文讲了怎样衡量软件工程师的能力, 工程师如何成长, 如何证明自己的成长, 等等. 这些都是在一个独立的, 不受外界干扰的空间中做出来的判断。 我们假设一个有能力的工程师, 到了另一个团队, 仍然是一个有能力的工程师。 如何衡量个人在团队中的绩效? 如果一个工程师能…

校园招聘 - 比较容易的面试题

又到校园招聘的季节了, 自从和一些同事出版了《编程之美》一书之后, 我经常收到一些关于面试, 编程, 和“题库”的询问。 其实我自己对算法没有什么研究, 有些问题都答不上, 研究院最近搬了一次家, 原来的 “题库”也不知道搬到那一层楼去了。 不过, 常在河边走,…

现代软件工程讲义 2 工程师的能力评估和发展

Advanced Software Engineering 现代软件工程 讲义 软件工程师的能力评估和职业发展 介绍: 个人软件流程, 职业发展, 个人绩效的衡量和提高, 软件开发是科学, 工程, 手艺, 或是艺术? 我们刚讲了软件工程, 它包括了什么呢? 软件工程包括了开发,…

现代软件工程讲义 7 设计阶段 典型用户 - 故事 - 任务 - 具体工作

当我们写一个软件的时候, 都知道要为用户考虑, 但是用户在哪里? 有同学写 “图书馆管理系统” - 说来图书馆的同学都是我的用户, 但是他们有没有区别呢? 有同学写“自动柜员机系统”, 那到底有多少类型的用户来到柜员机前呢? 这些都是团队成员在需求分析和设计阶段要反复…

现代软件工程讲义 7 开发 开发阶段的日常管理

[移山之道 14 章] 14.6 开发阶段的日常管理14.6.1 闭门造车(leave me alone) 荔荔:我今天真失败!在办公室里坐了10个小时,但是真正能花在开发工作上的可能只有3个小时,然后我的工作进展大概只有两个小时…

现代软件工程讲义 7 用户界面和用户体验

说到用户界面 (User Interface),我们先看一个图: [来源] 有些同学认为UI 设计是充满创意和非常潇洒的工作, 另一些同学 (特别是有一定实际项目经验的) 也许会抱怨, UI 的工作就是在衣服后面夹夹子, 让前面好看一些。 其实,计算机软件的用户…

现代软件工程讲义 5 项目经理 Program Manager

在一个软件团队里, 不同的人有不同的投入, 我们在 猪,鸡和鹦鹉 的故事里已经说明了. 不同的人还要在团队中担负不同的任务, 我们也要讲一下. 开发人员 (大部分内容在: 现代软件工程讲义 2 工程师的能力评估和发展) 项目经理 ( 这篇博客 ) 测试人员 …

现代软件工程讲义 5.1 软件的质量保证 (QA) 和测试 (Test)

在一个软件团队里, 不同的人有不同程度的投入, 我们在 猪,鸡和鹦鹉 的故事里已经说明了. 不同的人还要在团队中担负不同的任务: 开发人员 (大部分内容在: 现代软件工程讲义 2 工程师的能力评估和发展) 项目经理 ( 内容在这里) 测试人员 ( 本篇博客 ) 团…

现代软件工程讲义 8 稳定阶段 (测试的计划和执行)

[来自 移山之道 第 13 章] 13.8 测试计划 测试不是在所有的开发工作完成之后才进行,而是与开发几乎同步进行的。一个软件项目的各个功能都可以有自己的测试计划,它们可以在不同的阶段发挥作用。但是针对整个项目的总测试计划(又叫测试总纲&a…

现代软件工程讲义 2 开发技术 - 效能分析

[移山之道 第九章] 9.4 VSTS 效能分析工具 啊,效能分析,Performance!这是每一个程序员都梦想的事儿,让自己的程序跑得又快又好,最好是比别的同学快一个数量级,别人的程序是O(N^2),而我的程序是…

现代软件工程讲义 2 开发技术 - 单元测试 amp; 回归测试

[移山之道 第11章] 1单元测试 你的RP是由你的程序质量决定的。 ——阿超 这一章讲的是两人合作,既然程序是两个人写的,那就会出现一个人写的模块被另一个人写的模块调用的情况。很多误解、疏忽都发生在两个模块之间。如何能让自己写的模块尽量无懈可击…

现代软件工程讲义 4 方法论 - MSF

[内容来自 移山之道]白话MSF方法论 2.1 果冻的预习果冻:超总,听说你要讲MSF,我就先预习了一下,但是MSF的名词太多了,我真是头大,能不能解释一下这两句: “MSF的一个基础原理是学习所有的经验。…

现代软件工程讲义 9 测试 关于闰年的测试

我们谈了不少测试的名词, 规范和原则 (link1, link2). 软件是人写的, 测试计划和测试用例也是人写的, 人总会犯错误。错误发生之后, 总有人问: 为什么这个bug 没有测出来啊?! 我们看看一类简单的bug是如何发生的,以及如何预防它们再度发生: 闰年 软件少不了和…

现代软件工程 来自卓越大学教师的建议 (读书笔记)

教师教学有培训和参考书么? 我从来没想到过我会在大学里教书, 而且还教了好几年, 四个学校。 当时接到任务的时候, 我把它当作实习生培训和新员工培训的”学院版”, 还是继续强调实践, 反馈, 合作, 就这么开讲了。 在微软公司, 做大部分和人相关的事情, 都得先有一个培训, …

软件工程讲义 9 创新的出路 走进作坊

我第一次注意到 “作坊”这个词和软件行业联系起来大概是这个 2004 年 11 月的报道: 标题: 信产部副部长娄勤俭:中国软件业还在手工作坊阶段 日前,信息产业部副部长娄勤俭在出席中国软件产业生态链高层论坛时表示,中国软件产业的规模还比较小…