如何提升业务团队的技术追求？这是我一直在思考的问题。
在业务团队，通常大家的印象都是有做不完的需求和较低技术含量的工作内容。但随着人员工作经验的提升和团队结构(流程、规范等)的成熟，完成业务上的需求都是很容易的事情，如果不给团队树立更高的目标和追求，这个团队就真成大家认为的那样了。
导致最后的结果是：
- 这个团队战斗力不错，但做出来的东西总会差一点感觉。(核心技术多是舶来品、技术瓶颈搞不定)
- 留不住人，能力突出、有想法的人都跑了；招来能力不错的人，但过几天就溜了
- 虽然这个团队必不可少但可能成为不受公司重视的团队，在资源方面得不到倾斜
- 做了很多事情，但没啥成就感
如何解决这些问题？这存在一个虽然没有正确答案但只要努力就肯定会有变化的解。
转变心态：从把工作做完的心态转变为把工作做好的追求
把工作做完很容易，但要同时把工作质量做到位很难，这里说的做好是保证工作的质量，保证质量的前提是尽量减少人员复用、避免人员在业务上满负荷运转。具体体现比如：
- 明确业务的性能指标并达成，比如启动速度、内存泄露、卡顿占比、功耗、异常率等
- 明确业务的业务指标并达成，这跟每个业务的功能和定位强关联，比如搜题工具的准确率和评论搜索耗时
- 通过程序设计及评审，代码评审、自测保证程序提交的质量，程序质量的评估方式可以是千行代码的bug率、异常率等
- 专人专项解决项目中的技术瓶颈
价值最大化：为团队、公司乃至社区贡献价值
这方面需要绩效牵引，鼓励额外的付出，比如：
- 技术分享：将工作成果分享给团队，并形成沉淀作为团队的知识财富
- 带人：作为mentor辅导团队的新人，帮助团队成长
- 通过开发工具或者代码复用的方式，解决团队的效率瓶颈，比如将通用代码封装成基础库
- 将工作成果封装，开源
主人翁心态：技术驱动业务
这一点很难，但它是技术人员可追求的方向，因为这样你才会有主人翁心态，感觉是在做自己的事情一样。
- 理解业务、拒绝不合理的需求，避免因为需求不靠谱导致后期的变更
- 在开发中，发现通过技术可以优化/改变现有产品的体验、提升竞争力的地方，提出建议并实现
- 关注行业动态和技术方向，结合业务思考，并推动运用在产品中
当然这些方面的改变是需要从上到下的推行的，并且在文化、规范、绩效和培训等方面做牵引。只有团队leader有追求，耳濡目染，团队成员才会跟着有追求。
在我看来，在能力和意愿都可塑的前提下，没有不适合团队的人，只有不适合人的环境。以上是我自己对这个主题的思考，一直在践行中。
