技术嘉年华小结

今天参加了公司举办的技术嘉年华，晚上吃完饭，想简单的回顾一下，今天自己收获了什么？

上午主要是公司请的嘉宾做的分享。有三个主题：

• 所有的组织都是软组织
• 从图像识别到AlphaGo - 浅谈卷积神经网络
• 用户体验设计的方法和实践

下午有三个分会场同时举行，我参加的是Machine Learning。

AlphaGo、神经网络、机器学习这些概念很多人都听过，我也听过。但是，也只是听过，没有相关的学习。

上午那位演讲演讲嘉宾是一位“数据科学家”，她分享的内容里面，随便提一个概念、一个公式，我可能都一点不懂。但是一些表面的东西还是可以看到，并且会有自己的一些体会。

分享开始的时候，给我们看了一段视频。里面有无人驾驶、机器人厨师、机器人工人通过一遍学习就知道了怎么工作、机器人学习探索。这些技术我是毫无学习的，这里我收获的主要是一些感触吧。机器正在以非常快的速度追赶人类，未来也许会超越人类，至少是大部分的人类，更厉害的是机器可以不用休息，而且可以说是永生的，可复制的。当然，这肯定会给我们带来很大的便利，解决我们很多的问题。未来到底是什么样的呢？让我们一起拭目以待。对我个人来说，当然是要持续不断的学习，至少可以不用那么快被机器淘汰。

下午的机器学习也是很好的分享，是公司同事对公司一些数据，用机器学习来做一个预测。可以想象，未来机器学习、人工智能这些应该可以很容易，而且会很广泛的运用。

主要总结回顾一下另外的两个分享。

所有的组织都是软组织

All organizations will be software organizations

不确定性中的确定

在人类进化过程中，基因的突变是不确定的，但是适者生存的法则是确定的。未来是不停的变化的，而且变化越来越快，我们必须要能适应变化，迅速做出调整和改变，才能不被淘汰。
在软件未来的发展方向中，有很多的不确定性，能比较确定的是：用户已经成为软件产品的中心，用户价值决定一切。

在这个行业工作是否幸福

软件行业，有很多公司加班会比较多，大家经常说的996，因为需求改动太频繁、软件质量不高经常出问题等等原因，可能需要大家花更多的时间去处理。有同事提问说TDD让他们觉得不幸福，虽然我学习和使用TDD的时间不长，但是我深深的体会到了TDD的好处，TDD对我来说是让我觉得更幸福的。我觉得TDD是不可缺少的，对项目开发速度、质量保证、后期维护都是非常重要的。
怎么可以让我们在工作中觉得更幸福呢？对我来说，假如我们团队可以做出更好的系统，更有价值的系统，我会觉得更有成就感，我会感觉更幸福，可能我的收入还会因此而增加，我也会感觉更幸福。

这里我也想到，玩游戏也挺累的，为什么我们会喜欢玩游戏，并且玩游戏会觉得开心呢？玩游戏的过程中，我们可以和一起玩的人交流，我们可以获得胜利后的成就感，就好像大学宿舍，相同的宿舍一般玩的游戏也差不多，其实游戏就是一个增加大家互动交流的平台。我们工作中，Pair Programming也可以增加我们很多的讨论交流，另外，我们应该要建立一个玩技术、交流技术的平台，这样大家从玩技术的过程中，增加和他人的交流，并且获得成就感。也会增加幸福感，而且对自己来说也是一种成长。

软件组织结构

• 快速反馈
• 重复可见
• 追求简单
• 整洁代码

这四点在需要快速响应的敏捷的开发团队中，个人认为非常重要。

驾驭不确定性是软件组织的新常态

如何在不确定的环境中生存下去，就需要我们有更强的适应能力。

用户体验设计的方法和实践

Designing for our users.

A typical software product development lifecycle

product lifecycle.png

Sources of waste

• Biggest waste: Not accepted by market or customers.

对于我在公司做的系统，我不知道我的用户“长”什么样子，不知道他们怎么用我们的系统，不知道他们是怎么“骂”我们的。所以，很明显，我们开发的系统，很多时候，是浪费时间。我们每天为了进度，飞快的敲打着键盘，其实更应该停下来多思考下，用户会不会接受我们的设计。

• Most common waste: Unused or low value features.

因为我们脱离了用户，我们不知道用户更需要什么，更需要解决什么，我们可能把大量的时间花在用户根本不需要的功能上面。

• Continuous waste: Low quality development.

大部分的时间，我们都在工作中，很少去更多的学习和练习，我们的技能问题是造成低质量的产品的一大重要原因。

sources of waste.png

Eliminating of waste

eliminating waste.png

当我们在设计开发的时候，经常是为了速度蒙着头一直往前冲，看起来好像更快速，很多时候我们并没有往正确的方向前进。

Design process

design process.png

为什么要了解用户？

用户价值决定一切。

了解用户，站在别人的立场思考，从用户身上找用户的需求，给用户提供适合的解决方案。

很多时候，用户说的，并不等于用户实际做的，也不等于用户心里想的。一方面，用户可能也不知道自己真正需要的是一个什么；另外，用户可能难以表达自己真实的想法；而且，用户可能很多想法也是临时性的。

通过了解、研究用户，了解用户更深层次的需求。用户想要的，用户牵挂的，用户在意的，还有用户没有意识到的需求。

用户研究的方法：定性与定量

image.png

• 定量：用数字说话
• 定性：产生洞察

用户研究最常用的方法：用户访谈

• 了解用户的基本情况
• 了解用户的兴趣点
• 了解用户的痛点
• 了解用户的使用场景
• 了解用户的期待

用户访谈设计

• Who: 哪些关系人我们需要深入了解？
• What: 什么样的讯息与脉络可以帮助我们了解用户的行为跟痛点？
• How: 什么样的问题，我们应该要提问？

用户访谈的要点

• 对访谈目的要清晰
• 不要对用户有偏见
• 降低姿态
• 了解用户的真实目的
• 在发生地访谈
• 留心用户修改言论的时候
• 让用户说自己的体验，讲故事
• 需要的不是完整的解决方案

如何问问题？

• 问开放性的问题

如：你喜欢吃苹果吗？ 更好的问法是：你喜欢吃什么水果？

• 不要预设立场

最好到用户真实环境去问问题，在用户熟悉的环境下，用户可以不用去做一些假设。

• 多问上一次的经验

如：你上一次做的运动是什么，而不是你平时喜欢做什么运动

• 多问一个为什么

如：用户说喜欢跑步，就可以多问一下用户，为什么喜欢跑步。

• 让用户多讲讲他们的故事。

image.png

分析需求

"If I had asked people what they wanted, they would have said faster horses." —— Henry Ford

如何梳理需求

image.png image.png

Q: 为什么需要一匹更快的马？
A: 因为可以跑得更快！

Q: 为什么需要跑得更快？
A: 因为这样可以更早的到达目的地。

可以用不同手段实现用户真实的需求

image.png

用户定位与产品定位

假设有三位需要买车的用户， 他们分别对车的需求如下：

UserA：好玩，快速
UserB：安全，舒适
UserC：耐用，容量大

如果我们完全按照这三位用户的需求去设计一辆汽车，我们很可能制造出一辆四不像的汽车：

image.png

用户画像

可以通过观察用户的一些特征，画出简单的用户画像，而且可以根据越来越多的了解，对用户画像进行改动。

• 更加专注的从用户角度思考
• 做决策时更具同理心
• 不要预设立场
• 明确产品的出发点

如何创建用户画像？

• 和不同角色的用户访谈
• 总结了解到的不同用户行为和特点
• 将访谈过的用户根据不同的特点进行归类
• 将用户行为和特点进行进一步提炼
• 为用户的行为和特点扩展个性化内容
• 检查用户画像的完整性
• 确定用户画像优先级
• 为用户画像增加小故事和照片

Prototyping

根据收集到的用户需求，快速的将设计原型画在纸上，然后要用户通过在手绘的原型上面操作，根据用户操作的反馈信息，继续用手绘的方式改进。接着，快速的做出静态的UI界面，继续让用户进行操作，最后实现真正的产品。

What next?

image.png

当我们做第一个迭代拆分story的时候，我们并不是把最基本的功能先实现，而且要像上图中划分的一样。