在业务团队，通常大家的印象都是有做不完的需求和较低技术含量的工作内容。但随着人员工作经验的提升和团队结构(流程、规范等)的成熟，完成业务上的需求都是很容易的事情，如果不给团队树立更高的目标和追求，这个团队就真成大家认为的那样了。
  导致最后的结果是：

• 这个团队战斗力不错，但做出来的东西总会差一点感觉。(核心技术多是舶来品、技术瓶颈搞不定)
• 留不住人，能力突出、有想法的人都跑了；招来能力不错的人，但过几天就溜了
• 虽然这个团队必不可少但可能成为不受公司重视的团队，在资源方面得不到倾斜
• 做了很多事情，但没啥成就感
  

  如何解决这些问题？这存在一个虽然没有正确答案但只要努力就肯定会有变化的解。
转变心态：从把工作做完的心态转变为把工作做好的追求  把工作做完很容易，但要同时把工作质量做到位很难，这里说的做好是保证工作的质量，保证质量的前提是尽量减少人员复用、避免人员在业务上满负荷运转。具体体现比如：

• 明确业务的性能指标并达成，比如启动速度、内存泄露、卡顿占比、功耗、异常率等
• 明确业务的业务指标并达成，这跟每个业务的功能和定位强关联，比如搜题工具的准确率和评论搜索耗时
• 通过程序设计及评审，代码评审、自测保证程序提交的质量，程序质量的评估方式可以是千行代码的bug率、异常率等
• 专人专项解决项目中的技术瓶颈
  

价值最大化：为团队、公司乃至社区贡献价值  这方面需要绩效牵引，鼓励额外的付出，比如：

• 技术分享：将工作成果分享给团队，并形成沉淀作为团队的知识财富
• 带人：作为mentor辅导团队的新人，帮助团队成长
• 通过开发工具或者代码复用的方式，解决团队的效率瓶颈，比如将通用代码封装成基础库
• 将工作成果封装，开源
  

主人翁心态：技术驱动业务  这一点很难，但它是技术人员可追求的方向，因为这样你才会有主人翁心态，感觉是在做自己的事情一样。

• 理解业务、拒绝不合理的需求，避免因为需求不靠谱导致后期的变更
• 在开发中，发现通过技术可以优化/改变现有产品的体验、提升竞争力的地方，提出建议并实现
• 关注行业动态和技术方向，结合业务思考，并推动运用在产品中
  

  当然这些方面的改变是需要从上到下的推行的，并且在文化、规范、绩效和培训等方面做牵引。只有团队leader有追求，耳濡目染，团队成员才会跟着有追求。
  在我看来，在能力和意愿都可塑的前提下，没有不适合团队的人，只有不适合人的环境。以上是我自己对这个主题的思考，一直在践行中。


作者：张明云

66666666