给首席信息官和企业高管的13条策略建议

议题1:区块链重新定义遗留问题

大型公司的新兴技术总是与原有的应用程序相冲突,因为当新兴技术到来时,这些旧程序会阻碍前进。即使你认为 拥有现代软件技术对于企业网络环境而言是安全的(这些技术包括利用模块化方式行使云端功能、利用基于容器的技术改进业务部署,或者在快速发展的多变实践中 实现持续交付),但是区块链依然是一项需要被吸收和集成到任何软件开发团队工作中的先进技术。

议题2:区块链是一个战略意义的IT平台

正如第一部分清晰阐述和本章前段扩展介绍的那样,区块链在其完整的形式下,是一个新的主要的软件开发平台。 因此,它将越来越具有战略意义。具备战略意义意味着,它不仅仅可以降低成本和改善交易延迟。具备战略意义更意味着,你需要发掘可以带给你竞争优势的区块链 战略性使用方法。特别来说,私人和公共区块链相互交融将会产生非常具有创新性的应用程序,但是只有当你的组织内部的改进能够和外界对应用公共区块链技术的 发展水平不相上下的时候,你才能充分利用这种局面。

议题3:具备哪些能力?

这里将阐述5个公司应用区块链解决方案需要具备的能力:教育、发现、设计、开发和管理。

教育 学习区块链的基本功能,并大体了解它能做什么。

发现 通过回答区块链适合什么地方和我们能够利用它做什么,来创造识别其他领域的机会。

设计 在现有的发展阶段,我们需要什么样的方案来解决发现的潜在问题?包括业务运行和合同法律要求在内的各种条件,区块链将如何影响我们的行为?

开发 软件开发、软件集成和技术的部署。

管理 正在进行的软件维护、支持选项、迭代进化、新特征和更新换代。

image.png

大部分公司不能实现在所有领域的开发,但是它们可以与外部公司在一些特定方面进行合作。了解如何对区块链进行编程将会是一项必需的能力,与能够对网页应用程序编程一样重要。

议题4:应该选择什么样的合作者?

基于不同的资源和能力,每个组织机构都有不同的起点,因此对合作者的选择将取决于不同的情况。下面是一些选择的方法,用表格形式列出:

spacer.gif

给首席信息官和企业高管的13条策略建议_第1张图片

议题5:后端集成

当区块链应用程序达到可以完全部署的水平时,最终需要将其与后端进行集成,正如面向用户的网页和移动端客户 程序需要与现有企业系统集成一样。然而,区块链同样拥有替换一些后端程序的潜力,因此你必须考虑类似出现的状况。不过要记住的是,离开内部集成将会很容易 在一些崭新的领域实现区块链解决方案。假如你的起始位置包括当前系统,那么这可能导致你的方案实现时间推迟额外的18~24个月。因此,为什么不考虑轻装 上阵,去赢得那些想要尝试新事物的客户?

议题6:区块链作为一个共享服务平台

除了内部应用程序和用例,还将会有很多创建共享区块链服务的新机会。不单单在垂直领域(例如一个特殊的经济应用程序),而且在水平领域(例如一个通用的验证服务记录)。

议题7:干扰,还是构造?

对于创业公司而言,毫无疑问区块链是一个破坏者,但是大公司并不愿意干扰自己的经营,除非它们不得不去做。 在许多大型公司中,第一个可能的场景会是通过部署区块链技术来加强现有业务流程,从而达到更高效率或者更低成本的目的。然而,这可能不够,如果仅仅停留在 建设/防御阶段,外界的破坏幽灵将仍然会浮现。

议题8:区块链作为一个新的数据库

区块链成为一个数据库在本书中是一个反复出现的主题,所以你不妨让尽可能多的区块链开发人员去熟悉数据库的创建工作。了解什么情况下使用传统数据库并且何时使用区块链将会变得非常重要,与此同时,知道如何优化它们的双重操作也具有重大影响。

议题9:区块链平台

在2016年,我们见证了许多声音和选择,因此类似于手工装配的方法依然需要。我们可能处在这样一个如同当年需要一页一页地书写HTML代码来搭建网络页面的阶段。从这个阶段诞生的区块链将会是一项受欢迎的革新,尽管区块链作为服务只是在此方向上的一小步。

议题10:如何获得教育?

你可以通过积极的方法来培训各部门关于区块链的技术知识,或者你可以等待市场自然地教会所有人。如果此时你没有感受到紧迫感,那可能意味着你还没有完全理解区块链的全部潜力,或者负责区块链的人没有很好地完成他的工作,也就是在各商业单位中激发对区块链的需求火花。

议题11:走入死路的vs首尾相连的概念的证明

在许多大公司中POC(概念证明)十分流行,因为它允许你在不用全力投入的情况下尝试一下新的科技。但是这 其中存在的风险是,这些公司无法看到整体的潜在利益,从而只是进行谨慎的实验,缺乏具体的承诺,因此容易走入死路。此时最好的方法则是实现一些小的可以让 实际用户使用并且能看见产品完整周期的能够首尾相连的区块链项目。尽管如此,POC还是可以被用来缩小可投入项目的组合,但是你要认识到它的作用远不止这 些。

议题12:业务流程vs技术

我们曾长时间认为实现区块链80%需要业务流程改动,20%需要找出其背后的技术。当然了,这需要你有足够 的雄心在该变业务流程的过程中处理所遇到的瓶颈。假如你认为区块链技术并未准备就绪,或者存在某些今后才能处理解决的瑕疵,那么你可以利用这段时间先去重 组你的业务流程,等你完成以后,技术也将会准备就绪。

议题13:用例饱和

通过头脑风暴的方法找出用例,是一个好的初始切入点,但这并不足够。其中的风险是用户实例是可以抛弃的。你 可以进行尝试,并且如果你不喜欢它们,你可以将它们移除。用例可能会带来什么,但也可能不会。“用例”一词是假定匹配现存的流程,因此这个标准对于那些更 困难的、需要超越现有而进行创新的选择来说会是太低了。下一章节将会处理如何思考区块链带来的创新思维。


来源:我是码农,转载请保留出处和链接!

本文链接:http://www.54manong.com/?id=461

'); (window.slotbydup = window.slotbydup || []).push({ id: "u3646208", container: s }); })();
'); (window.slotbydup = window.slotbydup || []).push({ id: "u3646147", container: s }); })();

你可能感兴趣的:(给首席信息官和企业高管的13条策略建议)