威海网络推广公司,seo关键词排名优化销售,ftp怎么重新上传网站,德州网页设计师培训近期笔者因为工作原因#xff0c;开始启动team内部部分技术项目的重构。在事情启动的过程中#xff0c;内部对于这件事情的定性和投入有一些争论#xff0c;但最终还是敲定了下来。其中部分争论点主要在于产品形态#xff0c;因为事情涉及到跨部门合作#xff0c;所以产品…近期笔者因为工作原因开始启动team内部部分技术项目的重构。在事情启动的过程中内部对于这件事情的定性和投入有一些争论但最终还是敲定了下来。其中部分争论点主要在于产品形态因为事情涉及到跨部门合作所以产品形态怎么符合双方的利益是比较重要的。在这个前提下然后才是技术设计上面怎么能够迎合长久合作的需要。
因此今天笔者就简单聊一下怎么去做到让技术架构设计和预期产品形态能够做到有效平衡。
首先因为产品形态决定技术结果所以需要经过讨论去确定核心的产品效果。笔者所在的team距离具体业务比较近而面临的跨部门合作场景主要是和infra部门合作那么这里面的分歧点就是infra部门对于业务需求提倡开放性而距离具体业务比较近的部门则更加倾向于打造相对封闭而有竞争力的产品。为了解决这个分歧最终讨论产品效果是让infra提供架子笔者team的能力作为核心组件接入这样就能够达到双方对于最终产品效果上的共识。当然不同企业不同部门情况不统一但这个事情还是要确定的。
其次由产品形态反推技术设计必然涉及到架构演进的部分从现有的技术架构出发怎么演进到最终态花费多少时间多少人力如果要拿技术/业务结果的话有哪些阶段性产出不同阶段之间架构演进会有什么样的变化每个阶段投入产出比怎么样这些都是作为架构师需要去考虑的。在笔者的case里面笔者所要重构的是一套变更风险观测基建所以架构演进主要采用分模块演进的方式第一阶段面向观测能力提供统一的技术接入和调度协议第二阶段面向观测调度提供类流水线低代码的编排方案第三阶段将整套调度编排做持续迭代适配各类业务变更观测场景并完善数据度量分析等周边功能。这样这套变更风险观测基建就可以兼顾短期和长期的落地需要逐步成为公司内部标准化的方案。
最后在实际执行技术架构实现的过程中也需要保持足够的主动性推动研发和非研发的事情都得到解决。虽然下面的话有点阿里味但道理是没有错那就是因为相信所以看见。以这样的基础跨部门合作也会更加有凝聚力大家也更愿意互相信任让整个事情做到成功。当然悲观的来讲唯一不变的是变化也许一些宏大的技术构思最终也会因为种种原因无法落地但这并不重要。重要的是你能够用技术掌控人解决人的问题这才是作为一名技术架构师存在的价值。
