很多企业希望能够做数字化转型，但是一到具体启动做的时候又觉得两眼一抹黑，不知道如何下手。这次培训向我们阐述了如何可以通过TOGAF这种方法论把战略进行落地。
企业在数字化转型时，不可避免的涉及到业务与管理的转型。 转型的有哪些方案呢。
如何梳理画出牛逼的、高大上的架构图？
首先声明，本文章纯属一时脑洞大开，开心就好。
“企业级能力复用平台”是王健老师在他《白话中台战略》中的总结，相信这个定义业已深入人心。但笔者的经验表明，中台建设的目标远不止“能力复用”这么“单纯”。
接上一篇 《中台之路，从平台到中台的思考与实践（一）》 中介绍了我们中台建设的前半段经历，随着中台建设的深入更多更棘手的问题也逐一显现。且我们接下来的填坑之路。
在 《3000w人民币的学费——我的决策反思》 中笔者从自身的决策出发，反思了研发体系建设过程中的种种问题，本篇文章则从平台化、中台化建设的视角切入，介绍我们是如何一步步演进，同时也是对之前反思的进一步说明。
本专栏由ONES 的创始人&CEO 王颖奇作为特邀访谈者。 ONES成立于2015年，致力于提供企业级研发管理解决方案，助力企业更好更快发布产品。
业务架构关注的是宏观的、商业的、物理世界的、结果导向的业务蓝图，因此，对架构选型、工程实践、拆分组合、技术栈、编程实现、治理监控等并不关注，因此，在业务架构图中，不应当出现这一系列对象，当然这些对象很重要，也会有他们出场的时机，但不是现在。
在《用户认证模型设计》、《权限模型设计》文章中我们介绍了用户权限服务的用户、认证、权限相关的模型，本文我们继续该服务模型的介绍，补充上最后一块核心模型。
用户权限（IAM）可以说是平台化建设最基础的服务，该服务建设的好差直接关系到平台化建设的成败。 《平台化服务的基石：用户认证模型设计》 一文介绍了用户及认证体系的设计，本文继续聊一聊权限相关的模型设计。
用户权限（IAM）可以说是平台化建设最基础的服务，该服务建设的好差直接关系到平台化建设的成败。而用户及认证体系的设计更是基础中的基础，可谓是牵一发而动全身。本文我们以问题导向，聊一聊用户认证模型的设计。
用户权限（IAM）可以说是平台化建设最基础的服务，该服务建设的好差直接关系到平台化建设的成败。而用户及认证体系的设计更是基础中的基础，可谓是牵一发而动全身。本文我们以问题导向，聊一聊用户认证模型的设计。
togaf9.2认证报考指南，完整版一文说透， 如已了解togaf认证与报考过程的请忽略本文！
企业在数字化转型时，不可避免的涉及到业务与管理的转型。 转型的有哪些方案呢。
如果说采用换一种技术研发体系可以每年减少至少1/5的人员和1/3的硬件资源投入并能获得更高的产品质量及客户满意度，那么置于我的上家公司而言仅投入成本就可以减少1500万/年（250人*1/5*1.8w/人月*14月 + 700w云+IDC*1/3）。
在 《3000w人民币的学费——我的决策反思》 中笔者从自身的决策出发，反思了研发体系建设过程中的种种问题，本篇文章则从平台化、中台化建设的视角切入，介绍我们是如何一步步演进，同时也是对之前反思的进一步说明。
笔者在去年写过信息化操作系统（BIOS）的设想，一年后再谈BIOS，本文将进一步阐述对这一新形态的思考。
有效的企业架构（Enterprise Architecture，EA）对企业的生存和成功具有决定性的作用，是企业通过 IT 获得竞争优势的不可缺少的手段。
如果说采用换一种技术研发体系可以每年减少至少1/5的人员和1/3的硬件资源投入并能获得更高的产品质量及客户满意度，那么置于我的上家公司而言仅投入成本就可以减少1500万/年（250人*1/5*1.8w/人月*14月 + 700w云+IDC*1/3）。
企业架构应该是多视角的，还记得这句话吗？开山鼻祖当年是这么说的，而且也被大家认可了，所以后边的企业架构理论几乎都是多视角的理论，不过这东西呢，视角少了容易迷糊，视角多了也容易迷糊，人就是这么纠结。
人的观点总是很难统一的，有的东西你认为值钱的，恰恰是别人想要狂喷的，这都正常，因为，范围越大的事情，达成一致越困难，比如，企业架构，啥都管，当然有人觉得你太扯。
接上一篇 《中台之路，从平台到中台的思考与实践（一）》 中介绍了我们中台建设的前半段经历，随着中台建设的深入更多更棘手的问题也逐一显现。且我们接下来的填坑之路。
“企业级能力复用平台”是王健老师在他《白话中台战略》中的总结，相信这个定义业已深入人心。但笔者的经验表明，中台建设的目标远不止“能力复用”这么“单纯”。
“中台”是科技巨头概念炒作和造词的产物？还是企业数字化转型之路上的绊脚石？不同人心目中的中台又是一回事儿么？
如果说采用换一种技术研发体系可以每年减少至少1/5的人员和1/3的硬件资源投入并能获得更高的产品质量及客户满意度，那么置于我的上家公司而言仅投入成本就可以减少1500万/年（250人*1/5*1.8w/人月*14月 + 700w云+IDC*1/3）。
这次聊的是 DDD 中设计的另一部分概念，更加偏向上层的「战略设计」。本篇会介绍「战略设计」的核心概念，Bounded Context，称之为限界上下文(之后简称为 BC)，以及在项目中如何实现。
“中台”是科技巨头概念炒作和造词的产物？还是企业数字化转型之路上的绊脚石？不同人心目中的中台又是一回事儿么？
本篇文章会讨论有关领域对象的最后一个部分，如何使用 Factory 工厂与 Repository 仓储模式来管理 Entity 的生命周期。
这次聊的是 DDD 中设计的另一部分概念，更加偏向上层的「战略设计」。本篇会介绍「战略设计」的核心概念，Bounded Context，称之为限界上下文(之后简称为 BC)，以及在项目中如何实现。
本篇文章会讨论有关领域对象的最后一个部分，如何使用 Factory 工厂与 Repository 仓储模式来管理 Entity 的生命周期。
这次聊的是 DDD 中设计的另一部分概念，更加偏向上层的「战略设计」。本篇会介绍「战略设计」的核心概念，Bounded Context，称之为限界上下文(之后简称为 BC)，以及在项目中如何实现。
本篇文章会讨论有关领域对象的最后一个部分，如何使用 Factory 工厂与 Repository 仓储模式来管理 Entity 的生命周期。
首先声明，本文章纯属一时脑洞大开，开心就好。
最近和小伙伴关于运维的未来讨论，有很多担心。云计算时代下，传统运维工作逐步被替代。作为运维从业者，都在找寻运维的价值点。