阅读 1532

职业规划 - 如何理解价值, 如何创造价值助力自己突破职业生涯瓶颈?

前言

你是否对自己的现在的工作有过这样的困惑?

"一直做业务, 不知道如何体现自身的价值"

"leader 总是让我寻找价值, 发现价值, 创造价值, 却不知道如何开始"

"我知道现在这种重复性工作对我自己来说没啥价值, 但除了这个也没别的可做了"

"羡慕那些做架构, 做底层的, 他们做的事情一看就很有价值"

"..."

所以, 究竟什么是价值, 什么是有价值, 什么是没价值, 或者说, 价值只是有无不需要衡量么?

正文

不可衡量的广义的价值

可能很多人都陷入了一个对价值这个词的理解误区, 认为事物本身存在价值的有和无, 但在我看来, 任何事物, 任何存在的事物都是有价值的, 如果没有价值, 那这个事物可能就是虚无的, 不存在的.

比如我们做梦, 各种虚幻的梦境, 并不真实存在, 也没有映射到现实世界中. 梦里的事物是没价值的 但又比如上帝, 佛祖此类种种人类信仰的图腾虽然是虚无的, 但是在现实世界中有真实的映射, 因此他们是有价值的.

所以我对价值的理解是不带感情色彩的, 存在就有价值, 我们通常说某件事没价值, 都是带有主观色彩和主观判断的, 并不能真的衡量事物的价值本身.

可以说此处的价值是广义的价值, 而现实生活中, 或者工作上我们谈论的价值是狭义的, 是带有语境的. 这种价值是可衡量的, 并且相应的衡量标准和衡量的方法

可衡量的狭义的价值

狭义的价值往往都有自己的语境, 比如你在这个公司的价值, 你作为员工的价值, 你在这行业的价值, 你在这个团队的价值等等, 如果我们只关注语境就会陷入一种价值衡量的困境, 这种困境就如我在前言中不断提到的那些, 当前语境下的价值就这么多, 你如果只关注自己所处的环境, 你的价值就会被这种环境所限制

比如搞业务研发的, 因为业务的价值衡量往往是以业务知识的专业度, 并且基于这种专业认知产生的判断和根据判断执行的结果来衡量的, 作为整个业务价值创造链条的末端, 研发自然没法比产品运营市场这些更有价值.

这种被环境限制的价值衡量困境也是当下大多数业务研发的精神困境, 从而产生了, 搞业务就是很难提升, 得去搞架构, 搞基建才行.

或者走向另一个极端, 倡导研发跑到产品前面去, 跑到需求端, 要做到比产品, 比运营更懂用户, 更专业. (我就想, 研发都比产品, 比运营专业了, 那还要产品运营干吗?) 显然这种因为极个别的个例, (通过了解业务, 因为业务的专业度获得晋升的那些研发人员) 把很多研发带上了另一个极端.

显然这两种极端的方式, 并不是我们作为工程师, 软件研发人员去突破价值衡量困境的可取的方法, 甚至不能算正道. 那什么是正道呢?

正确理解价值, 看到正道的光

上文提到陷入价值衡量困境的原因是因为你把自己框在了价值的语境里, 什么是价值语境, 价值语境就是对某个价值创造链条的概括.

比如你在业务的价值, 因为业务这语境, 在业务价值的创造链条中, 你处于末尾, 你只是参与而并没有主导价值的创造, 参与的位置越靠后, 对价值的话语权就越弱, 自然影响也就越小.

同样你在架构, 公共技术, 中间件之类团队的价值, 在这种语境中, 往往是技术价值, 技术是语境, 作为研发, 作为技术人员你是价值的创造和定义者, 假设这种团队里有产品, 有运营, 那一定是无关痛痒的角色. 和上面正好相反.

因此突破价值衡量困境的关键就是语境, 不要让自己成为特定语境中价值创造的参与者或者末尾. 如果你无法改变语境, 那就要试着自己去定义语境. 这种定义价值, 创造语境的过程其实就是很多大厂里反复提到的, 作为技术人员, 要了解业务, 要发现价值, 要学会技术驱动业务, 诸如此类.

其实并没有这么复杂, 作为研发之所以去了解业务, 无非是从中寻找机会去创造价值语境, 成为价值创造链的头部, 价值的定义者.

从这个角度, 你也可以理解为什么很多人热衷于开源或者热衷于参与和制定技术标准, 其实都是在试图主导某个新的价值创造链条.

所以我们经常讨论的价值, 往往都是指某个价值创造链条

就像 Vue, 尤雨溪是整个 Vue 价值创造链条的顶端, 其次是 Vue 开发团队 → 社区活跃贡献者 → 技术布道者 → Vue 技术类文章优秀作者 → Vue 资深研发 → Vue 的使用者.

来对号入座, 你在链条的哪个位置, 越靠后越没啥价值哟😀

创造价值的两种方式

讲到这里, 我们可以试着做个总结了, 基本上创造价值就两种方式

  • 参与一个庞大的价值创造链条, 然后尽可能的往上走
  • 寻找机会自己主导和创造新的价值链条

第一种我就不说了, 可以自行领悟, 我重点说说第二种, 因为很多人其实都试图走第二条路, 但是却有一个很大的误区.

想要创造价值链, 必须把自己看成创业者

我看到很多研发同学, 自己搞了个开源的项目, 然后宣传一波, 没人响应, 然后就放弃了. 还有一部分人, 在公司内搞了几个项目, 用了几种新技术, 带来一些酷炫的有意思的效果, 但是因为没普及开, 也放弃了.

其实他们都是在试图走第二条路, 但失败了, 其中很大一个原因, 我认为是没有以创业的心态去做这件事, 还是用职业的思维干创业的事.

什么职业思维, 就是屁股决定脑袋, 以自己所处的职业的身份, 某个岗位或者某个职级来定义自己要做的事情, 定义自己的边界, 定义自己能做的范围, 这种思维本身就是一种参与性思维, 只适合去参与一个价值创造链, 而不是主导或者自己发起创造. 因为当你只是参与的时候, 你根本不会深入去想, 我做的事情, 受众如何?

市场规模怎样?

需求大么?

有长期投资的价值么?

可以复制么?

如何最小化低成本验证这件事?

任何一个创业者, 在创业之前都一定会去想, 我要做的这个产品的目标客户, 目前的市场规模, 依赖的资源投入, 是否具有可复制性, 如何用最小化的 MVP 去验证这种可行性与可复制性. 类比到我们的研发工作中, 我们可能会因为某些重复性的操作, 或者一个具有潜在公共性质的组件, 或者基于工程化的要求做一些技术上的事情, 这些事情如果是我们自己从无到有, 从 0 到 1 去做, 那你是否思考过上面的问题? 上面这些问题其实反映的是值不值得去做这样一个价值创造链. 概括起来就是

  • 这件事的可复制性, 是不是当前的模式跑通了, 我就能推广到更大的范围, 比如大团队, 甚至业界
  • 这件事的最小化验证成本, 如果我要跑个最小原型出来验证可行性与可复制性, 需要的资源是这样的, 是我一个人, 还是要其他人一起协同, 要投入多久, 如果资源过大, 是不是还能在进一步寻找细分的领域做更小的测试, 减少投入?
  • 这件事的长期价值, 是否具有持续性, 是否能逐渐扩大成一个更大的项目, 从小的工具到大的平台?

作为一个团队的领导者, 我关注团队成员对于某些技术重构, 或者引入新技术解决某些问题的方式, 当我们站在价值创者的角色, 从 0 到 1 去做一些事情, 但是却从来没有想过上面的问题, 我会断然制止这种行为, 因为在我看来, 这和当初无数人投身 O2O, 搞了一些浪费资源的项目一样愚蠢, 甚至那些人还想过上面的问题只是没想清楚, 而我们却连想都不想就开始搞技术重构, 搞技术产品, 这些所谓的局部创新, 大概率只是在浪费资源.

后话

作为业务研发不要把自己陷入在价值的语境里, 每个人都应该抛开职业思维, 用创业思维来看待自己所处的工作环境, 然后你会发现其实机会并不是你所想的那么少.

作为团队中的技术骨干不要盲目的开始做一些技术产品, 或者技术重构, 或者引入新技术, 如果没有一个好的创业者引领这些, 那你应该好好想想上面的问题, 是否充分思考, 如果没有, 那你很可能正在给你的团队制造麻烦.

作为团队领导者, 应该鼓励和激励团队成员用创业思维去创新, 挖掘团队中潜在的创业型工程师, 相比真实的创业, 这里的创业显然风险要低得多. 同时也要鼓励团队中大部分职业思维的工程师们参与由创业型工程师发起的价值创造链, 因为真正有价值的项目一定不会只有一两个人的空间.