一种观点：数字化转型中的程序员与商业

原文作者：Pedro de Carvalho

译者：4字节

目前的科技企业总体缺乏真正关心雇主的业务和经营的开发人员。这个情况其实在所有行业都很普遍，只是我身在科技行业，感受尤为明显。

我所认识的大部分程序员都喜欢他们的行业。不论是对当前的工作满意与否，他们对编程本身是有热情的。在经过漫长的一天工作后，很多企业的开发人员回到家还会继续编码，修改，练习和学习。这既是一种职业，也是一种爱好。作为一个刚刚在假期学习了 Golang 的人，我感同身受，这确实是种带来成就感的乐事，能够做自己喜欢的事是多么幸运。

技术行业很善于利用开发者的激情：各种技术分享社区里的程序员招聘启事，被放到各个论坛上分享的大厂当年面试笔试题都数不胜数。但一旦程序员入职之后就需要面对产品运营，他们告诉开发者应该做什么样的东西，怎样用户体验才会好，怎么写产品才会有人用——对大多数从业者来说，这样分工并没有什么问题，这是现状。

但与我而言这种分工很有局限性。我所读过的书中，商业经营方面的书多于编程方面的。我最初入行开发是出于兴趣，但坦诚地说在技术方面我的水平并非一流。比起思考和编码的过程，编程对我而言更大的乐趣在于达成目的。当然在 IDE 的选择，设计模式这些技术话题上我也能说上一整天，但它们都是我通向终点的工具。我不想一直做一个代码机器，我想要更多地参与到我开发的项目中。

一开始，对于商业的过分好奇给我带来了问题。它分散了我的注意力，让我在学习计算机科学的基础知识时花了比别人更长的时间，作为开发者的成熟周期也比同辈人更长。但我在公司经营，设计，销售，组织会议上面所投入的时间却大大开阔了我的视野。软件并不存在于真空中。去理解一个产品从最初的策划到最后的面世经历了怎样的历程，我的雇主所策划的产品如何进入了消费者的生活，为什么它会存在，这些也是我工作的几个方面。当你跳出自己的角色审视这一切，明白了产品为什么会有需求，程序为什么以某种方式设计时，它同样会带来满足感。

近几年流行一种叫“数字化转型”的趋势。它的前提是这样一种观念：能对产品做出决策的人也是开发产品的人，因为他们才是真正的专家。

在传统的孤岛式组织（开发组是开发组，设计组是设计组）中，各部门间的沟通依靠每个部门的负责人或经理，只有他们才会进行决策级别的讨论和拍板；但数字化转型的企业所拥有的是小型跨职能团队。

每个团队都有各自的目标以及达成目标所需的技能。比如说，在跨职能团队中我们可以设置一名产品负责人，开发人员和 QA 若干，设计师一名，文案一名。因为团队人数少，所以每个人的意见都会被考虑到。并且因为他们的目标很清晰，每个人在自己的位置上又享有充分的自主权，比起直接从上级那里得到命令，这样的方式更能调动团队成员的积极性，他们需要对自己的工作负责。

这样的分工方式并不总是奏效，但当它发挥作用时你会庆幸自己做出的选择。作为一个面向客户的解决方案架构师，我在两个大洲超过20家企业工作过，如果有这样一个团队，产品开发周期更短，推广方案落地更快，工作质量更高，每个团队成员都关心着产品与公司的经营，这真是棒极了。

但这样的团队还很稀少。

大概我是一个浪漫主义者吧，但我认为如果每一个产品，每一项服务都是由真正关心它的人所创造，世界会变得更美好。

数字化转型是朝着正确的方向迈出的一步，它表明对企业的关心对于团队成员的职业发展和工作质量都产生积极的影响。作为天生的问题解决者，我认为程序员在这方面具有独特的优势，所以我真心希望能看到更多的程序员跳出来，去参与产品方面的工作，去试试跨职能的分工。

微信搜索 “ng_4bytes” 关注4字节官方微信号，获取技术界一手资讯，更有海量程序员培训课程等你参加！