怎么做好业务架构师

作者: 空游梦 | 来源:发表于2016-05-29 16:31 被阅读1667次

    9年+业务架构师,最早3年是coding工作,拙见如下:

    1. 转换思维方式很重要。

    开发的思维和业务架构师的思维有很大差异。前者侧重于对具体的问题,思考能否实现、如何实现、实现的好不好、效率高不高。后者侧重于对明确或者模糊的问题, 思考真正需求是什么、为什么是这样、如何分析成册、如何描述给下游同事。

    2. 语言翻译能力是基础

    将业务语言翻译为产品语言、开发语言的能力很重要。业务需求来自客户或业务部门,收集到的信息是基于业务语言描述。 业务架构师需要学会基于自己的经验知识进行分析,把业务语言转换成产品语言、开发语言。这样在跟产品、研发团队的沟通中,才能完成信息的有效、高保真传递。

    举例: 业务需求说‘我要用100M的宽带上网’。 那根据你的业务经验和知识, 翻译成产品、开发语言可能是‘ 支持100M宽带销售品的配置、订购后将100M速率走工单开通到光纤交换机'。

    翻译能力的好坏,也是业务架构师能力高低的重要标准。

    3. 提升抽象总结和逻辑思维能力

    在某个业务场景下,业务需求总是具体而形象的。 业务架构师需要能把不同场景下的需求,加以抽象总结,并通过逻辑思维进行结构性规划。 比如需求说’张三早饭带的是油条配豆浆,李四早饭带的是煎饼配大葱‘。 业务架构师需要对需求进行抽象、总结,在需求文档里描述为‘ 不同用户可以带不同内容的早饭,早饭包含主食和配菜’。 然后基于逻辑思维能力,分析早饭内容是可枚举的,还是自定义的,一个主食可以搭几个配菜。

    抽象总结和逻辑思维处理后的业务模型,更能适应面向对象的架构(SOA),保持良好的可复用性和可扩展性。

    PS: 做过coding的逻辑思维能力都不会差,这是一个优势。

    4. 学习掌握产品功能、开发知识。

    广博的知识面是做一个优秀业务架构师的前提。 因为知识越多,对业务的分析、翻译就越准确,业务架构设计就会事半功倍。能力达到一定层次,还可以反向影响甚至引导业务需求。

    了解了产品的已有功能、规划功能,可以更好地基于产品功能分析业务需求的复杂程度。 开发知识掌握后,可以更好地和研发进行沟通来验证模型的可用性、易用性。

    5. 要有换位思考意识

    作为一个承前启后的岗位,业务架构师像是一个路由器,对各种业务需求加以分析处理后路由到下游产品和研发团队。 因此和业务人员沟通时,需要能换位思考“他们为什么提出这个需求、痛点在哪里”;和产品、研发沟通时,能思考他们的技术限制、架构局限和项目进度压力。 基于换位思考的沟通能力,能让你和业务、产品/研发更有效的沟通,关系也更融洽。

    6. 勤于沟通

    做开发工程师,很多时候根据具体内容埋头coding即可。 但业务架构师需要出色的沟通能力。 因为各种原因,收到的业务需求信息总是不完整或经常变更,这就需要同业务人员、产品/研发进行有效的沟通,并且勤于沟通。 一个闷骚的程序员可以独自修炼成为大师,但一个闷骚的业务架构师只能害的关联团队低效工作甚至重复返工。

    相关文章

      网友评论

      • tengdays:架构是基于业务层面的顶层设计!不用刻意去关注业务如何实现,而是关注你的框架能让业务如何更有效的运行
      • sooerr:业务架构比较偏向于产品???如何引导技术实施?如何和技术架构师pk?

      本文标题:怎么做好业务架构师

      本文链接:https://www.haomeiwen.com/subject/xwjqdttx.html