趣投稿产品经理懂点技术(2):产品经理真的要懂微服务么( 三 )


有了产品蓝图后 , 新需求就可以很方便的进行归类 , 做版本规划时也可以看得出距离预期目标还有哪些没有实现的地方 , 然后进行补齐 。
更重要的是 , 产品蓝图作为产品设计方向的指导作用 , 能让技术对产品未来的完整形态一目了然 , 然后再进行以业务为驱动的代码服务化 , 这样就能让代码能适应更长远的发展需要 , 避免盲目设计导致最终影响业务发展、需要推倒重来 。
通过产品蓝图、产品规划 , 产品经理能让技术了解整个业务的未来发展方向 , 让技术可以更熟悉产品 , 知道“为什么这么做”、“以后还要做什么” , 这样在写代码的时候可以更有方向的做兼容 。
总结
微服务其实是技术、产品的目标一致化的必然结果 , 大家都以如何更好的发展业务去进行工作 。 产品经理可以不需要深入了解微服务下各种配套的机制、利弊的问题 , 但需要知道 , 微服务其实是产品架构在代码层的映射、体现 。
一个好的产品架构 , 将有利于技术框架的成型和发展 , 反之一个模糊不清、结构混乱的产品架构 , 将会让技术也无从下手 , 只能头痛医头的解决眼前的需求 , 无法从代码层面做长远的兼容、发展考虑 。
所以我的观点是 , 微服务是技术架构适应业务发展的一个过程 , 如果从技术的工作上看 , 让代码顺应业务的发展其实是个大难事 , 关爱程序猿人人有责 。 而产品经理虽然不需要知道微服务的技术细节和实现方法 , 但应该更多的强化自己的产品能力 , 多将业务发展方向的事情与技术同事聊聊、科普一下 , 有利于技术架构更好的发展 。
参考文章
《Applying Conway’s Law to improve your software development 应用康威定律改善软件开发》作者:Fausto de la Torre
《CONWAY’S LAW 康威定律》作者:Melvin Edward Conway(康威本人)
《Microservices a definition of this new architectural term 微服务:一个新的架构术语的定义》作者:James Lewis、Martin Fowler , 此文有中文译文版本 , 大家可以自行搜索
《每个架构师都应该研究下康威定律》作者:杨波
《康威定律》作者:Smah
Dubbo:阿里巴巴公司开源的一个高性能优秀的服务框架 , 官方文档:http://dubbo.apache.org/zh-cn/docs/user/preface/background.html
相关阅读
产品经理懂点技术(1):程序员讲的“微服务”到底是什么?
本文由 @iCheer 原创发布于人人都是产品经理 。 未经许可 , 禁止转载
题图来自Unsplash , 基于CC0协议


推荐阅读