分类目录归档:程序员新声

S1E4:Tech Lead如何带领团队?

内容简介

作为Tech Lead,除了关注技术,更需要关注团队。软件开发是团队活动,任何团队的问题都会直接影响软件项目的交付结果。例如:

  • 团队组建阶段,人员配备不当可能会对项目的交付产生负面影响。
  • 在开发过程中,团队成员没有充分表达自己的疑惑和问题,或针对某些问题过度争吵,这可能会导致工作效率下降和团队成员的不满。
  • 缺乏清晰的工作流程和规范,导致沟通不畅、重复工作和质量问题。
  • 在高效的执行期,开发效率很高,但沟通会因为对上下文和方案有足够的认知而减少,这可能会导致团队趋于保守和僵化。

本期播客中,几位嘉宾深入讨论了Tech Lead在团队管理中会遇到的这些挑战。欢迎收听并转发我们的节目。

本期主播

  • 主持人:李一鸣
  • 嘉宾:张凯峰,麻广广,李光毅

时间轴

  • 01:50 开场
  • 03:55 Tech Lead是如何参与组建团队的?
  • 08:45 一个成功的开发团队构成是什么样的?
  • 16:35 团队在风暴期会遭遇什么问题?
  • 21:10 如何引导团队进行高效沟通?
  • 28:15 规范期都会产生哪些规范?
  • 34:06 团队进入高效的执行期还会遇到哪些挑战?
  • 43:40 如何避免团队进入僵化和保守?

名词解释

在录制过程中我们难免使用到了一些只在 Thoughtworks 内部才会用到的一些词汇,特此在这里做一个解释

  • backup:团队里某些关键角色会安排后备人员,通常是团队梯队中重点培养的对象,为了应对团队中某些关键角色带宽不足或调离岗位带来的问题。
  • effort:指开发过程中的”工作量”、”开发成本”等。比如,某个功能开发需要的人力成本和时间成本。
  • Retro:回顾会议(Retrospective),在敏捷软件开发中,每个迭代结束会进行回顾。目的是为了鼓励迭代过程中大家做的好的地方,找出遇到了哪些问题,制定改进措施。在这个会议当中,每个人都可以开诚布公地提出自己的建议,有利于团队成员之间观点的碰撞,也能帮助管理者从反馈中获取团队的现状。
  • Tech Huddle:一个用于技术团队的会议,目的是让技术团队成员之间分享和讨论技术方案、技术架构、代码实现等技术问题。
  • Free Talk:软件开发过程中的非正式沟通和讨论方式,如开发团队之间的自由讨论或交流,或是团队成员之间的无拘束的闲谈。这种方式可以帮助团队成员更好地理解彼此的想法、需求和观点,从而更加高效地协作,也是一种文化或团队氛围的建设方式。

资源链接

关于程序员新声

程序员新声 是一款来自 Thoughtworks(思特沃克) 的播客节目。在这里,我们不仅讨论软件和技术领域的现状和未来,更关注程序员的成长世界。如何学习,如何晋升,如何带领团队,如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅,小宇宙,以及泛用型播客客户端,搜索 程序员新声,订阅收听我们的节目。

主播简介

  • 张凯峰,咨询师,Thoughtworks洞见主编,个人主页:张凯峰Impact
  • 李一鸣,咨询师,架构师,个人主页:爱码叔-iCodeBook
  • 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌
  • 麻广广,咨询师,架构师,个人主页:码猿外

S1E3:Tech Lead 还需要写代码吗?

在成为 Tech Lead 之后,个体的编码时间自然会受到团队工作的挤压,那么 Tech Lead 是否可以就此顺势放弃编码呢?如果答案是否定的话,Tech Lead 角色自身的技术成长应该向什么方向靠拢,以及如何平衡技术和团队之前的关系呢?这些都是本期即将讨论的话题

本期主播

  • 主持人:李一鸣
  • 嘉宾:麻广广,李光毅

时间轴

  • 02:16 成为 Tech Lead 之后,编码量变化带来的影响
  • 10:08 作为 Tech Lead 还需要写代码吗?
  • 14:30 为什么有人会反感 Tech Lead 分配任务?
  • 18:44 Tech Lead 的时间都去哪了?
  • 27:50 Tech Lead 在有限的时间内应该写些什么代码?
  • 31:48 Tech Lead 的技术深度应该掌握到什么程度?
  • 39:26 Tech Lead 应该如何处理技术和团队的关系?
  • 46:35 Tech Lead 应该关注方案设计中的哪些方面?

名词解释

在录制过程中我们难免使用到了一些只在 Thoughtworks 内部才会用到的一些词汇,特此在这里做一个解释

  • 卡/story:在开发大型功能时我们通常需要将工作拆分成为更小单位的任务去执行,这些小型任务通常在看板上被管理,称之为卡(片)或者 story。
  • 点数:开发人员需要对每一张卡的工作量进行评估,这里的工作量单位为即为点数,例如“这张卡完成需要3个点”。点数不代表绝对的人天数,而是复杂度。
  • migration:对数据库/表进行变更,例如添加行、列,或者大批量修改数据。
  • calendar:在 Thoughtworks 内我们使用 Google Calendar 进行日程管理,比如在上面组织会议或者标记团队成员的休假情况。这里的 calendar 代指 Google Calendar

关于程序员新声

程序员新声 是一款来自 Thoughtworks(思特沃克) 的播客节目。在这里,我们不仅讨论软件和技术领域的现状和未来,更关注程序员的成长世界。如何学习,如何晋升,如何带领团队,如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅,小宇宙,以及泛用型播客客户端,搜索 程序员新声,订阅收听我们的节目。

主播简介

  • 张凯峰,咨询师,Thoughtworks洞见主编,个人主页:张凯峰Impact
  • 李一鸣,咨询师,架构师,个人主页:爱码叔-iCodeBook
  • 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌
  • 麻广广,咨询师,架构师,个人主页:码猿外

S1E2:构建Tech Lead 影响力

不仅对于 Tech Lead,对于任何一名开发来说,影响力都非常重要。影响力是你带领团队成功达成目标的重要支撑。如果缺乏影响力,你对团队的把控会慢慢丧失,你的想法也无法实现,各种事情的推进上四处碰壁。打造个人影响力是一个长久的过程,靠的是日积月累。这一期我们来聊一聊什么是技术人员的影响力,以及如何打造自己的影响力。

本期主播

  • 主持人:李一鸣
  • 嘉宾:麻广广,李光毅,张凯峰

时间轴

  • 02:38 对影响力的理解
  • 10:08 技术人员的影响力就是技术影响力吗?
  • 10:08 团队为什么需要有影响力的 Tech Lead
  • 16:00 技术影响力和非技术影响力能分的开吗?
  • 18:52 影响力给个人带来了什么
  • 23:54 如何在团队中快速建立影响力
  • 33:48 影响力 VS 意见领袖
  • 39:10 影响力需要刻意为之吗?

关于程序员新声

程序员新声 是一款来自 Thoughtworks(思特沃克) 的播客节目。在这里,我们不仅讨论软件和技术领域的现状和未来,更关注程序员的成长世界。如何学习,如何晋升,如何带领团队,如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅,小宇宙,以及泛用型播客客户端,搜索 程序员新声,订阅收听我们的节目。

主播简介

  • 张凯峰,咨询师,Thoughtworks洞见主编,个人主页:张凯峰Impact
  • 李一鸣,咨询师,架构师,个人主页:爱码叔-iCodeBook
  • 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌
  • 麻广广,咨询师,架构师,个人主页:码猿外

S1E1:从程序员到Tech Lead

从职业发展的角度,随着技术能力和项目经验的积累,大部分程序员到了一定的成熟阶段,会成为Tech Lead,开始一段新的旅程。事情逐渐变多,时间不够用,没时间写代码,团队内影响力不够……

程序员新声 的第一期,我们来聊聊从一个程序员到Tech Lead的转变,是什么契机触发了这个转变,会遇到哪些问题,我们又该如何处理好这些问题,成为一个优秀的Tech Lead。

本期主播

  • 主持人:张凯峰
  • 嘉宾:李一鸣,李光毅,麻广广

时间轴

  • 04:50 成为Tech Lead的经历分享
  • 11:55 成为Tech Lead后会碰到哪些出乎意料的问题?
  • 20:40 什么是好的Tech Lead?
  • 27:20 Tech Lead是程序员的必经之路吗?
  • 33:50 Tech Lead的职责是什么?十年前和现在有区别吗?

关于程序员新声

程序员新声 是一款来自 Thoughtworks(思特沃克) 的播客节目。在这里,我们不仅讨论软件和技术领域的现状和未来,更关注程序员的成长世界。如何学习,如何晋升,如何带领团队,如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅,小宇宙,以及泛用型播客客户端,搜索 程序员新声,订阅收听我们的节目。

主播简介

  • 张凯峰,咨询师,Thoughtworks洞见主编,个人主页:张凯峰Impact
  • 李一鸣,咨询师,架构师,个人主页:爱码叔-iCodeBook
  • 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌
  • 麻广广,咨询师,架构师,个人主页:码猿外