标签：技术负责人

有一种帮忙，刚开始看起来特别有效。开发同学方案没想清楚，你帮他补完整。测试同学不知道怎么验证，你直接列清单。产品需求边界模糊，你替大家定下来。项目卡住了，你开个会，把每个人接下来做什么安排好。事情确…

技术负责人要不要写代码？这个问题挺容易吵起来。有人觉得当然要写，不写代码怎么懂系统。也有人觉得不该写，负责人要看方向、带团队、管交付，不能陷在具体实现里。我现在觉得，这事不能一刀切。真正要问的不是写…

我以前有个习惯：只要看到方案不太稳，就忍不住自己补上。接口怎么设计，我来想一下。数据库表怎么拆，我来画一下。线上问题怎么查，我先上服务器看一下。需求说不清楚，我去跟业务再聊一轮。当时觉得这很正常。毕…

我刚开始带项目的时候，理解得挺简单。需求来了，拆一下任务，排一下时间，谁负责前端，谁负责后端，谁负责测试，最后盯着进度往前推。那时候我以为，只要自己技术判断还可以，项目大概率就不会太失控。后来才发现…

刚开始做技术负责人时，人很容易有一种错觉：是不是我得比所有人都懂，所有问题都能答，所有代码都能接？这种想法挺正常。毕竟很多技术负责人都是从开发里长出来的。以前靠的是把代码写好，把问题解决掉。突然有一…