9年+业务架构师,最早3年是coding工作,拙见如下:
1. 转换思维方式很重要。
开发的思维和业务架构师的思维有很大差异。前者侧重于对具体的问题,思考能否实现、如何实现、实现的好不好、效率高不高。后者侧重于对明确或者模糊的问题, 思考真正需求是什么、为什么是这样、如何分析成册、如何描述给下游同事。
2. 语言翻译能力是基础
将业务语言翻译为产品语言、开发语言的能力很重要。业务需求来自客户或业务部门,收集到的信息是基于业务语言描述。 业务架构师需要学会基于自己的经验知识进行分析,把业务语言转换成产品语言、开发语言。这样在跟产品、研发团队的沟通中,才能完成信息的有效、高保真传递。
举例: 业务需求说‘我要用100M的宽带上网’。 那根据你的业务经验和知识, 翻译成产品、开发语言可能是‘ 支持100M宽带销售品的配置、订购后将100M速率走工单开通到光纤交换机'。
翻译能力的好坏,也是业务架构师能力高低的重要标准。
3. 提升抽象总结和逻辑思维能力
在某个业务场景下,业务需求总是具体而形象的。 业务架构师需要能把不同场景下的需求,加以抽象总结,并通过逻辑思维进行结构性规划。 比如需求说’张三早饭带的是油条配豆浆,李四早饭带的是煎饼配大葱‘。 业务架构师需要对需求进行抽象、总结,在需求文档里描述为‘ 不同用户可以带不同内容的早饭,早饭包含主食和配菜’。 然后基于逻辑思维能力,分析早饭内容是可枚举的,还是自定义的,一个主食可以搭几个配菜。
抽象总结和逻辑思维处理后的业务模型,更能适应面向对象的架构(SOA),保持良好的可复用性和可扩展性。
PS: 做过coding的逻辑思维能力都不会差,这是一个优势。
4. 学习掌握产品功能、开发知识。
广博的知识面是做一个优秀业务架构师的前提。 因为知识越多,对业务的分析、翻译就越准确,业务架构设计就会事半功倍。能力达到一定层次,还可以反向影响甚至引导业务需求。
了解了产品的已有功能、规划功能,可以更好地基于产品功能分析业务需求的复杂程度。 开发知识掌握后,可以更好地和研发进行沟通来验证模型的可用性、易用性。
5. 要有换位思考意识
作为一个承前启后的岗位,业务架构师像是一个路由器,对各种业务需求加以分析处理后路由到下游产品和研发团队。 因此和业务人员沟通时,需要能换位思考“他们为什么提出这个需求、痛点在哪里”;和产品、研发沟通时,能思考他们的技术限制、架构局限和项目进度压力。 基于换位思考的沟通能力,能让你和业务、产品/研发更有效的沟通,关系也更融洽。
6. 勤于沟通
做开发工程师,很多时候根据具体内容埋头coding即可。 但业务架构师需要出色的沟通能力。 因为各种原因,收到的业务需求信息总是不完整或经常变更,这就需要同业务人员、产品/研发进行有效的沟通,并且勤于沟通。 一个闷骚的程序员可以独自修炼成为大师,但一个闷骚的业务架构师只能害的关联团队低效工作甚至重复返工。
网友评论