数字化:数字化转型中的角
最近因为有好几件事,引发了我对配合协作这件事的思考,所以今天我们就来聊一下,在数字化转型中,有哪些角色,然后怎么配合,让这个数字化转型做的有声有色有条不紊。
先聊一个题外话就是最近我收了房,马上就打算开工装修,在请不请装修公司这件事情上我和育儿叔在宜家的样板间进行了激烈的讨论,我坚持说专业的事情要专业的人来做,人家因为专业,所以我们应该去承担专业的成本,而育儿叔认为,已我们现在的需求设定,预算和未来的构思,不应该承担请专业机构的成本,在有限预算之下应该尽可能自己做,而且不是没有专业的人员配合,只不过在实现的过程中要费精力而已,但是请专业人员未必不费精力,因为从需求到产品的转换,涉及的人越多,信息传递的过程越长,信息丢失的机会就越大。除非你没有需求,一切专业公司操作。请问,你没想法吗?没需求吗?你有,你的想法还各种多,各种变。即使我觉得自己的意见也没有问题,但是最终我还是决定自己成为Application Owner, 让育儿叔做production Owner, 我设计,他施工来完成最后的作品。(其实我要找专业公司的原因是因为在上一个产品中,产品经理没有听我这个设计师的,自作主张做了一些开发,导致我的成品就有个瑕疵,对此我一直耿耿于怀,所以在这次合作中我一定多次反复强调,所有的施工都要是在我确定肯定以后才能操作,不要自我发挥!)
借由这个事情,让我自然延展到我们数字化转型的工作当中,有几件事那是一样一样的。数字化是否要请专业的公司?在数字化项目产品开发中有什么角色,各承担什么职责?他们应该怎么配合才能够不留下一个遗憾?
首先,是否请专业公司做这件事,就看你对数字化的布局和你现有资源的匹配程度,如果你的转型要求不那么高,你拥有相当的资源可以自己搞这个事情,那么可以自己搞定,如果你的要求又高,而手头没有专家没有资源,那么还是按照我说的“专业的事情请找专业的人来做。”
请专业公司,那么你就交给专业公司放心调研需求安排项目,他们如果专业,那么就是一个美好的“交钥匙”工程。这个方向咱先按下不表,接下来咱们就谈谈,如果我们自己做数字化转型(自己装修),怎么来干?
跟装修这件事情异曲同工的地方在于,数字化转型也需要设计师和施工队。我叫他们Application Owner和Production owner. 数字化产品实施也好,开发也好,搞得好不好,就看这两个方面军配合的怎么样。
作为数字化产品的设计师,Application Owner应该是内容专家,深深洞悉这个领域的用户需求,能够主导功能的设计,同时也懂数字化技术,能够选择合适的数字化技术来呈现最终的产品,就像装修设计师能够了解业主需求,同时更懂得色彩,构图,材质,施工工艺,最终能够选择合适的方案实现最后的产品。而Product owner 是技术专家,能够提供关于架构,程序语言,软硬件配置,数据安全等等方面的技术支持,还能够理解设计师的业务需求和呈现效果,选用施工难度低,成本合适的技术方案来满足Application owner的成品梦想。彼此之间高效精准的交流,互相的欣赏和理解,甚至能够为对方考虑而有所取舍,是能够完美配合的关键点。马爸爸找到一群人来实现他的商业帝国是幸运的,我能够找到一个懂我的施工队,也是幸运的。
那么作为一个刚刚毕业的职场新人来说,常常会纠结,我是一个斜杠青年,我专业毕业也会编程序,我刚刚考了CPA,还自己做了一套记账系统,我应该做程序员Product owner,还是做一个财务经理 Application Owner? 是的,社会在召唤斜杠青年,但是职位却很少有斜杠的。就像你在大一学的功课什么专业的都学,你读到博士的时候,可能只是研究一个课题了。术业有专攻,你需要立足与一个根本,然后向另一个方向渗透,那么你就是市场最欢迎的人!
那么在配合中,是什么需要避免的呢?我刚才说的那个例子,施工队自认为懂得了设计师的意图,然后在没有协商的情况下改动方案,然后无法补救,这让设计师我耿耿于怀。因为有角色定位,有权力和义务的划分,在隶属于对方职责范围内的事情,你可以用你的专业判断做影响,但不应该替对方做决定。或许你是多做了,你甚至是好意,但是往往办了坏事。作为Application owner 可以建议这个产品用那种语言来实现,但最终的决定权在Production owner, 作为开发人员可以建议在产品中增加什么功能,但最终的决定权在软件设计师。
其实配合,不单单在装修,在数字化转型,在任何需要配合的事情上,都是这个道理。希望各位粉丝在数字化进程中,可以想想自己是一个什么角色,和其他人如何配合,找到这种感觉,找到合适的搭档,相信你们一定能够把数字化转型的道路走的顺,走的好!