技术管理序列3 -- 技术的价值究竟何在？-- 价值模型

本人新书出版，对技术感兴趣的朋友请关注：

https://mp.weixin.qq.com/s/uq2cw2Lgf-s4nPHJ4WH4aw

作为一个程序员，特别是有技术追求的程序员，最经常关注的就是：技术有多么牛，多么复杂，多么酷炫。。可当被问到你做的东西，有什么“价值”时，往往却很难说清楚。

在这里，我想抛出这样一个终极问题：技术的价值到底是什么？

我们都知道Github上有很多开源项目，那么这些项目的价值大小，是如何衡量的呢？下面有一些考虑因素：
以技术复杂度来衡量？
以代码行数来衡量？
以技术的先进与否衡量？
以是否有创新性衡量？

我想都不是。在个人看来，衡量这些项目的关键指标是：多少人使用了这个开源项目。即使这个开源项目代码量很少，功能也很简单，但如果很多组织、很多个人都在用，那它就是有巨大价值的！

从这个意义上讲，技术所追求的”价值“和产品所追求的”价值“是一样的，殊途同归，最终都是要为“用户”服务。

下面我总结了这样一个4层的价值模型：

第1个层次

程序员最熟悉的，经常谈论的：我这个系统有多少多少个业务模块，我这个系统功能多么强大，我这个系统采用了多少多少新技术，我这个系统采用了某个牛叉的算法。。

第2个层次

追问一下，在你所做的所有工作中，最核心的是采取了哪个措施？最终可能会抽象出1到2个。

再追问一下，这1到2个大的技术改进，有什么价值，通常都会追问到软件的各个非功能性需求：

可重用性：我做了某个jar包，某个组件，某个服务，别人不再需要重复造轮子。

可扩展性：来了一个新的需求，我只需要配置一下，或者做很简单的代码开发，就搞定了，不需要改很多系统。

可维护性：整个系统解耦做的很好，代码也很整洁。要叠加功能，或者找人接手，都比较容易。

高性能：用户体验很好，所有请求都在100ms内返回

高并发：能支持千万到亿的用户并发访问

稳定性：系统时不时出bug，宕机，用户报case，我把这些问题都解决了。还加了监控，出了问题立即会有报警。

高可靠：我做了灾备方案，某个机器宕机，系统不受影响

一致性：我做到了强一致性，极大提高了业务体验

。。。

第3个层次

我做的系统，为公司带来了什么业务价值：

极大提升了用户体验？因此促进了用户增长？
提高了用户的活跃度？
为公司增加了收入？
降低了公司的研发成本？
提升了公司的运维效率？
为公司开辟了一个新的市场？
。。

第4个层次

公司的本质：市场经济下的一个追求利润最大化的组织。

从公司角度来讲，技术也好，产品也好，运营销售也好，最终目的都是要增加公司利润。而增加利润，要么”开源“，要么“节流”。所以你做的任何东西，基本都会被归结到这个层次。

当然，还有一类是“战略性投入”的项目，虽然它本身不直接挣钱，或者挣钱很少，但是为了支撑其他挣大钱的业务而发挥重要作用。

最后

技术、产品、运营，殊途同归！