关于提升业务开发团队技术追求的一点想法

关于提升业务开发团队技术追求的一点想法

如何提升业务团队的技术追求?这是我一直在思考的问题。

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

导致最后的结果是:

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

如何解决这些问题?这存在一个虽然没有正确答案但只要努力就肯定会有变化的解。


转变心态:从把工作做完的心态转变为把工作做好的追求

把工作做完很容易,但要同时把工作质量做到位很难,这里说的做好是保证工作的质量,保证质量的前提是尽量减少人员复用、避免人员在业务上满负荷运转。具体体现比如:

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


价值最大化:为团队、公司乃至社区贡献价值

这方面需要绩效牵引,鼓励额外的付出,比如:

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


主人翁心态:技术驱动业务

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

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


当然这些方面的改变是需要从上到下的推行的,并且在文化、规范、绩效和培训等方面做牵引。只有团队leader有追求,耳濡目染,团队成员才会跟着有追求。

在我看来,在能力和意愿都可塑的前提下,没有不适合团队的人,只有不适合人的环境。以上是我自己对这个主题的思考,一直在践行中。

编辑于 2018-04-02

文章被以下专栏收录