专栏首页落影的专栏关于团队的阶段性思考

关于团队的阶段性思考

前言

这是一篇关于团队的思考。

正文

过去工作时光中,很长一段时间里我很喜欢专注做一件事情。关掉通讯工具,全身心投入到工作,在完成时能得到一种让人沉醉的“心流”体验。而在工作之余,学习一些相关的知识,思考并解决问题,最后在收获时也会感到非常开心。

但是最近的一段工作经历,让我感受到挑战: 1、无法专注而投入地工作,经常会被各种事情打断; 2、在同一时间里,需要同时处理多件事情,每个事情的紧急程度都很高; 3、有时候遇到一些复杂的问题或者非技术的问题,思绪会较为混乱; ...

我开始发现自己相对擅长小范围处理事情以及推动具体事情进展,这是过去工作经历的积累。但对于如何让多人团队更高效的工作,自己缺乏很多思考和经验。尤其是在处理人与人的事情的时候,很多时候不能像解决技术问题那样直接明了、非黑即白。 在磕磕碰碰的一年多时间里,走了不少弯路,也积累了一些经验,还留下多个加班填坑的难眠夜。

团队之于我

对我来说,最大的改变就是现在习惯于用更开阔的视野看问题,不再仅仅从个人角度去思考,还会从项目、团队的角度来看,从源头去看问题的根本因素。在项目的前期,我对频繁出现问题的情况会有点厌恶,在沟通的时候自然而然会带上一些不好的情绪,而这直接影响导致沟通的结果往往不尽人意。人无完人,工作中出现纰漏、某些事情处理不当是很常见的情况,这不应该成为一个人的不足或者缺点,更应该是发现过程中的问题,转换为成长的基石和向上的阶梯。在这个沟通过程,倾听和引导非常重要。

另外一个很重要的能力,就是复杂事务的分析、判断和处理能力。作为技术团队很多情况之所以会觉得事情非常杂乱无章以及难以舍取,往往是没有明确团队的目标。在遇到一些模棱两可的时候,很难有一个决策标准。比如说技术优化方案的设计,应该是以快速迭代为目标,还是以设计理想、长久稳定为优先?如果能及时了解团队当下的情况,比如说在我们之前的业务情况下,业务快速发展又需要保证稳定性,那更希望是以能带来业务收益为目标去衡量。力求通过技术上的优化,能带来业务数据的增长。

我之于团队

在业务日益复杂,版本快速迭代的压力下,孤军奋战显得如此乏力,此时就需要团队多人协作。但是俗话说“一个和尚挑水喝,两个和尚抬水喝,三个和尚没水喝”,团队协作不是1+1+1=3,更多时候是1+1+1<3。 首要的事情就是完善工作流程,把复杂的协作拆分成一个个流程,降低工作出错的概率,也让新人更友好的接手。其次是拆分复杂业务,把业务合理分配成多个模块并逐渐解耦,交由每个一个人去负责,这样即使某个模块、某个人出现问题也能及时补救,不至于影响整体。最后是不断提升团队的能力,不仅仅包括每个人的技术能力成长,还有对业务的熟悉,处理问题的得心应手,版本交付质量稳定等。

团队作为群体,整体效能稳定,但是个体产出容易出现波动,尤其是刚加入的新人。对此,前期需要关注到细节,检查功能的实现,事情的处理是否符合团队预期;经过一段时间的调整,可以慢慢从细节关注到过程跟进,设立关键节点或者说里程碑;直到最后,能够制定目标后就能按照团队标准完成,甚至只需要提供方向便能摸索着前进。 团队的另外一个好处,是能够避免个人的非理性因素,比如说厌恶损失、逃避麻烦等。应用这一特点的就是每个版本的技术方案评审。由个人设计方案,团队来一起评审,建议更加容易被接受,也不容易遗漏一些影响因素。

如何去做

1、完善个人能力

提升自己的能力,避免成为团队的瓶颈,这包括多个方面。 需要挖掘技术深度,为解决项目的疑难杂症做铺垫;横向对比竞品和其他产品的设计,择其善者而从之。 转变看问题的角度:问题不可怕,先解决问题,再避免同样和类似问题出现。问题的分析判断,是基于事实,改进措施也要清晰具体,能够落地并有明确的预期收益。 培养多线程处理问题能力,这个能力的基础是合理时间管理。人处理事务是单核模式,只能用分片的方式来模拟多线程处理。

2、提升团队能力

团队能力的提升,分为个体能力提升和组织协作方式优化。 个体能力分为技术能力和业务能力,技术能力提升难以关注具体细节,也很难量化最终产出。可以提供方向和建议,比如说技术方案设计、质量数据关注、核心品质提升等,从可以量化的结果,去驱动个人技术成长。 业务能力的提升,首先是要提升业务参与度,让每个人参与到问题反馈的值班中;处理问题反馈不是简单的做问题分发,也是要尝试去做问题定位并解决。并让有经验的同学参与到每个版本迭代过程中的版本发布、质量跟进等环节,提升对质量要求的认知。模块的专项负责,也是驱动每个人去了解具体业务变化的方式;不仅仅是要关注技术的实现细节,还要关注背后的产品思维,也可以提出自己的思考和建议,提升参与度。

组织协作方式优化就是降低工作复杂度,可以从流程化和模板化入手。需求开发拆分成多个流程,每个角色各司其职;问题跟进和版本发布模板化,有对应的文档沉淀,按照前人的经验进行操作,避免踩坑。

3、综合思考

每个人的精力都是有限的,自己应该关注在一些高效率的事情。 比如说招聘。寻找一个合适的人加入团队,能解决燃眉之急。 比如说技术规划,当前的架构是否能否适应当下的用户规模。对于业务的快速发展,架构是否会成为瓶颈? 比如说技术探索,保持技术知识的输入,保持比如说曾经热门的flutter,公司内部的lynx,以及苹果年年都提到的swift。扩展横向的知识面,寻找业务和新技术的结合点。

总结

提升个人能力,避免成为团队的瓶颈; 提升团队能力,避免阻塞业务的发展;

做好自己容易,想要改变别人很难,想要带好一个团队更是如此。

一些个人经验的总结,不足之处请指出。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 关于消息队列的思考

    消息队列是服务架构中常见的组件,可用于服务间解耦、事件广播、任务异步/延迟处理等,本文对于消息队列的实现如何满足几种消费语义进行了阐述。

    芋道源码
  • 关于分段免杀执行的思考

    我们在写shellcode时候,做分段免杀执行时,如何做到边解码然后执行再调用解码,解码后再执行?就是分段执行而且解密的密钥是不一样的,对于这个问题,我们应该想...

    FB客服
  • 关于dubbo连通性的一些思考

    关于dubbo连通性,也就是dubbo各组件之间通信、privider和consumer连接、以及通信方式这些功能点。话不多说,让我们一起揭开dubob连通性的...

    luoxn28
  • 关于服务器性能的一些思考

    平常的工作中,在衡量服务器的性能时,经常会涉及到几个指标,load、cpu、mem、qps、rt,其中load、cpu、mem来衡量机器性能,qps、rt来衡量...

    用户1058143
  • 从数据到价值——创业团队应该关注的四个阶段

    这是一个最好的时代,移动互联网技术为从业者提供了无比丰富的数据。从人们的言行举止、社交关系、到地里位置无处不在。这些详细宝贵的数据,蕴含了巨大的价值!但是,这也...

    CDA数据分析师
  • 基于形成阶段活动分析GitHub团队的生产力(CS SI)

    我们的目标是了解GitHub上高水平团队的特征。为此,我们从软件仓库收集数据,并通过检查生产率的差异来评估团队。我们的研究集中在团队形成阶段,即创建存储库后的前...

    识檐
  • 关于区块链安全的实际性思考

    区块链(Blockchain)是比特币的一个重要概念,它本质上是一个去中心化的数据库,同时作为比特币的底层技术。区块链是一串使用密码学方法相关联产生的数据块,每...

    C4rpeDime
  • 关于MySQL LOAD DATA特性的利用与思考

    该特性适用于:MySQL Client、PHP with mysqli、PHP with PDO(默认未开启MYSQL_ATTR_LOCAL_INFILE属性,...

    瓦都剋
  • 工具| 关于Python线程和队列使用的小思考

    斗哥采访环节 (1). 请问为什么要使用线程? 答:为了提高程序速度,代码效率呀。 (2). 请问为什么要使用队列? 答:个人认为队列可以保证线程安全,实...

    漏斗社区

扫码关注云+社区

领取腾讯云代金券