关于团队的思考

团队本质

  • 团队或公司是一个商业性的团体
  • 诉求: 用户的增长、持续的盈利
  • 以技术或产品角度思考:产品或服务 -> 获客 -> 盈利。

团队特性

  • 团队是一直在变化的,一个稳定的组织要么垄断,要么死亡
  • 团队下所有人会分化成不同的类型, 不是所有人都能跟上组织的发展、也不是所有人都有相同的工作能力或管理能力
  • 不要过于在意你在团队中的角色、要多去想你要做到什么程度,为此你要付出什么样的努力或代价
  • 团队的向上通道要永远打开、不能让其变成一潭死水
  • 尊重团队每个人的意愿,有的人专注技术对管理毫无兴趣、有人喜欢总览进度而且还能让所有人都服气…
  • 选择有职业操守与共同利益的人成为你的团队成员

团队协同

  • 自由意味着责任
  • 明确团队成员 产出 和 Deadline、不做任何限制【甚至可以穿着拖鞋、睡衣工作,在咖啡馆提交代码】
  • 不强制打卡工具限制工作、或者在办公电脑上装监控软件
  • 明确必要的红线、诚信与道德方面,明确遵守契约精神、对于违反了准则、立即执行相应惩罚
  • 尊重成员隐私、个人偏好、投资偏好、生活习惯(他是成年人、我们也不是家长)
  • 鼓励团队突破上下游、尽量针对性的将一件完整的事交给匹配的成员,让其发现工作中不同的事带来的价值
  • 所有的反馈在团队层面都是善意的

团队文化

  • 开放、务实
  • 让工作有价值,让工作本身带来价值感
  • 组建团队博客、开放展览团队工作效果
  • 不要吝啬赞扬、LGTM 是一个非常好的文化
  • Code Smell 与 Good Code,并组织 Hackathon 或参与外部 Hackathon
  • 对事不对人、给予容错空间与包容

其他

会议

  • 会议, { 没人喜欢开会 } 更准确的说 “{ 没人喜欢开低效率的会议 }”
  • 限制会议人数, 人数越少, 工作连接性更好
  • 同一个issue、同一个工作相关的才开、无关人不需要参与
  • 会议控制 15分钟以内,不要超过 30分钟,控制每个人的发言时间。不要把会议演变成一个讨论
  • 会议明确组织者、会议Owner需要明确
  • 定期会议设置成自动化,是工作中的一部分

绩效

  • 绩效的定义的初衷应该是 团队的动态的自我纠错,借用技术术语是 动态平衡容错。
  • 绩效是对每个人相对合理的待遇和评价
  • 绩效表现评定 360 度、玩真的
  • 不要制造恐惧、评级达不到要求,直接告诉具体原因,并给出建议、留出充分的时间改进
  • 当面讨论、不要背后非议、坦诚指出问题就是给出进步的机会
  • 上级要充分的告知组员、预期是什么、什么样为合格、做到什么是棒

共事人

  • 在技术峰会、展开遇到的问题与讨论,展示自己另一面、兴趣爱好、投资计划、旅行见闻
  • 不要用爱发电,只能用爱维护团队关系
  • 选择精英、杜绝内耗和写BUG

工具

  • 应用提升自动化工具、减少或杜绝重复性工作
  • 信息安全罗列入团队最高等级、也是红线等级

法律

  • 必要的法律知识、明确所有事情在法律允许范围【删库跑路、薅羊毛入刑】
  • 非开源、信息安全、职业操守的保持

OKR

  • 团队KR = 个人的 O
  • OKR 的 KRs 应该是可衡量的。且 OKR 是挑战性的但不要让人绝望。
  • 对OKR、应该抱有 50% 的信心
comments powered by Disqus