在一个成熟稳定的团队如何找到技术发力点？

入职新公司已经一个多月了，带着两个同学负责一个营销运营管理系统，这个系统已经建设了五年以上，支撑起一条业务线所有营销活动的营销策略以及相关配置，总共100+的菜单入口…

在这一个多月的时间里，对所负责的业务，以及团队的整体情况有了一个大致的了解。

在这期间，随着对团队业务与技术建设不断的了解深入，越来越觉得在这样一个成熟的团队里很难干出成绩，很难拿到一个比较优质的结果去支撑下一步的晋升。

另外就是，对于团队目前正在做的一些技术建设项目，抱有很多的疑惑以及不解，最根本原因就是觉得这些东西有些遥远，没有解决什么痛点问题，有点为了做而做。

虽然有这些困惑，但是想要在这里继续干下去，就不得不去思考这么一个问题，那就是：在一个业务成熟、稳定的团队如何找到技术发力点？

因为最近几周一直在思考这个问题，正巧也听到TL关于技术建设的一些想法，感觉有了一些思路。

由于之前的工作环境，以及所负责的业务属于冲刺型业务，所以不自主的会优先想到做的东西能解决目前哪些痛点问题？按照解决痛点问题的思路去做技术规划与设计。

但是，这种思路在平稳期的业务场景下是行不通的，因为这个时候业务问题、技术问题都已经解决得七七八八了，按照这个思路去做，会陷入无事可做的状态。

所以，需要转变思路，需要站在更高的维度、更远的将来去思考问题。

比如要为将来搭一个什么平台，建一些什么能力相关的技术事项，虽然短期看无法找到很明显的收益与效果，但是从长期来看意义还是很大的。

按照解决日常问题的思路，可以实现从普通到优秀。

按照后一种思路，可以从优秀达到顶尖。

这也是为什么一些最新的技术、设计思路都是从大厂扩散开的。一个是因为他们的业务挑战摆在那里，另外一个很重要的原因他们还能在这个基础上，站在更高的视野，更远的将来去规划技术的建设与发展。

虽然，走在最前面开辟一条新的道路失败的几率远远大于成功，但是如果不去做，那么就只能在现有业务、技术框架下原地踏步，无法突破。

即使最后没有拿到一个好的结果，这个过程也是很有意义和价值的。