大家好我是拭心。今天是周六睡了一个好觉终于可以坐下来深度思考一下了。最近事情非常多每天都在项目、需求、技术、质量和团队之间来回切换。身处其中的时候更多是在解决一个又一个具体问题很少有完整的时间停下来看看自己究竟在忙什么哪些事情真正重要又有哪些地方还可以做得更好。比如这周四应该是我这周最忙的一天。当天做的事10:0011:30下半年基础架构 AI 项目立项沟通会。11:3012:15下个版本的需求分摊。12:3014:10完成某个需求的 Android 实现。14:1518:00参加集团大前端分享同时继续完成这个需求的 iOS 实现。15:0015:40确认质量会上的性能和稳定性问题。17:3018:00讨论需求优先级和版本排期。19:0020:00确认质量会上的用户客诉问题。20:3021:10社区分享。从上午十点到晚上九点多项目立项、需求分配、双端开发、质量治理、版本排期和技术交流交织在一起。有些时间甚至是重叠的只能一边参会一边推进手上的事情。单看每一件事好像都很具体把它们放在一起基本可以看出现在日常工作的几个重点。第一判断方向上午的第一场会是讨论下半年 AI 项目的立项。技术负责人不能只关心当前版本能不能按时交付还要判断团队下一阶段应该把资源投入在哪里哪些事情有长期价值哪些只是短期热点哪些项目值得立项团队现阶段又有没有能力把它真正做好。方向判断一旦出现偏差后面投入的人越多浪费反而越大。所以负责人首先要做的是帮助团队选择更值得做的事情。第二配置有限的研发资源方向确定以后还要落实到具体版本。哪些需求优先做分别由谁来负责Android、iOS、鸿蒙和前端的资源如何协调质量建设和业务需求之间如何取舍这些最终都会体现在需求分摊和版本排期里。排期不能简单地把任务分给每个人而是要同时考虑业务价值、研发成本、人员能力、技术风险和团队成长。理想状态下不只是把当前版本顺利排出来还要通过任务分配让团队成员逐渐能够承担更复杂、更完整的工作。第三持续改善质量下午和晚上的两场质量问题跟进分别是性能稳定性和用户客诉。对客户端团队来说质量不能只看崩溃率或者某一个性能指标。播放失败、卡顿、耗电、启动速度、网络异常以及用户在真实场景中遇到的各种问题最终都会影响用户体验。我们需要把分散的问题放到一起看它是偶发问题还是系统性问题是某段代码的缺陷还是流程和架构上的隐患应该临时止损还是投入资源做长期治理真正有效的质量治理不是每次出现问题后都依赖几个人救火而是逐渐建立监控、发现、定位、复盘和预防的完整机制。第四亲自验证客户端全栈这一天里我还完成了一个需求的 Android 和 iOS 实现。为了提升吞吐率我们正在推动客户端全栈。过去一个需求通常需要 Android 和 iOS 两名工程师共同完成现在希望逐渐让一个人具备完成两端开发的能力减少不同平台之间的资源等待提升版本整体的需求吞吐率。为了更清楚其中的卡点和风险我需要亲自把完整流程走一遍。只有真正写过两端代码才能知道环境切换的成本有多高、两端业务逻辑有哪些差异、现有文档是否足够、基础组件是否完善以及普通工程师在跨端开发时可能遇到什么问题。因此我决定在精力够的情况下选择一些有代表性的小需求完整开发一次。目的不是补充团队产能也不是担心自己忘了怎么写代码而是保持对业务和技术细节的理解同时验证客户端全栈这条路应该怎么走得更顺。第五保持对外交流今天花了一部分精力精力参加技术分享交流。对外交流看起来和版本交付没有直接关系但它同样重要。分享能够迫使自己把零散经验总结成相对完整的方法也能接触到其他团队和同行正在解决的问题。很多内部习以为常的做法放到更大的范围比较以后才会发现还有更好的选择。持续输入、实践和输出也是技术判断力的一部分。总结如何把这些事情做得更好通过复盘这一天我认为接下来要提升的并不是简单地减少事情而是让不同类型的工作更加有序。首先要保护真正需要深度思考的时间。项目判断、技术方案和代码实现都需要相对完整的时间段。如果频繁被会议切断即使一天看起来安排得很满实际产出的质量也未必高。后续需要尽量减少重要工作与会议重叠给核心事项保留完整时间。其次要把经验转化为团队能力。无论是处理质量问题还是进行双端开发都不能停留在“这次问题被解决了”。更重要的是把过程中发现的问题沉淀为文档、工具、组件、规范和流程让下一位同学可以用更低的成本完成同类工作。再次要逐步降低对个人协调的依赖。需求分摊、质量确认和风险跟进短期内需要我深度参与但长期应该形成稳定的负责人机制和信息看板。问题在到达我这里之前最好已经有清晰的背景、影响范围、处理方案和责任人而不是从头开始组织信息。最后要始终区分什么事情必须由个人完成什么事情应该由团队完成。做一件事价值不仅在于把它做完还应该包括识别共性问题、建立标准和培养能够接手的人。只有个人经验不断转化为团队能力整个团队的上限才会提高。回头看这个让我“燃尽”的周四事情很多但苦劳并不值得颂扬更重要的是如何让自己和团队能不那么累的把事情做好、把体验做好这是这段时间的关键问题。感谢你的阅读这是我脱敏后的工作复盘如果对你有那么一点启发我会很开心下篇再见。
技术管理笔记：让我“燃尽”的一天
大家好我是拭心。今天是周六睡了一个好觉终于可以坐下来深度思考一下了。最近事情非常多每天都在项目、需求、技术、质量和团队之间来回切换。身处其中的时候更多是在解决一个又一个具体问题很少有完整的时间停下来看看自己究竟在忙什么哪些事情真正重要又有哪些地方还可以做得更好。比如这周四应该是我这周最忙的一天。当天做的事10:0011:30下半年基础架构 AI 项目立项沟通会。11:3012:15下个版本的需求分摊。12:3014:10完成某个需求的 Android 实现。14:1518:00参加集团大前端分享同时继续完成这个需求的 iOS 实现。15:0015:40确认质量会上的性能和稳定性问题。17:3018:00讨论需求优先级和版本排期。19:0020:00确认质量会上的用户客诉问题。20:3021:10社区分享。从上午十点到晚上九点多项目立项、需求分配、双端开发、质量治理、版本排期和技术交流交织在一起。有些时间甚至是重叠的只能一边参会一边推进手上的事情。单看每一件事好像都很具体把它们放在一起基本可以看出现在日常工作的几个重点。第一判断方向上午的第一场会是讨论下半年 AI 项目的立项。技术负责人不能只关心当前版本能不能按时交付还要判断团队下一阶段应该把资源投入在哪里哪些事情有长期价值哪些只是短期热点哪些项目值得立项团队现阶段又有没有能力把它真正做好。方向判断一旦出现偏差后面投入的人越多浪费反而越大。所以负责人首先要做的是帮助团队选择更值得做的事情。第二配置有限的研发资源方向确定以后还要落实到具体版本。哪些需求优先做分别由谁来负责Android、iOS、鸿蒙和前端的资源如何协调质量建设和业务需求之间如何取舍这些最终都会体现在需求分摊和版本排期里。排期不能简单地把任务分给每个人而是要同时考虑业务价值、研发成本、人员能力、技术风险和团队成长。理想状态下不只是把当前版本顺利排出来还要通过任务分配让团队成员逐渐能够承担更复杂、更完整的工作。第三持续改善质量下午和晚上的两场质量问题跟进分别是性能稳定性和用户客诉。对客户端团队来说质量不能只看崩溃率或者某一个性能指标。播放失败、卡顿、耗电、启动速度、网络异常以及用户在真实场景中遇到的各种问题最终都会影响用户体验。我们需要把分散的问题放到一起看它是偶发问题还是系统性问题是某段代码的缺陷还是流程和架构上的隐患应该临时止损还是投入资源做长期治理真正有效的质量治理不是每次出现问题后都依赖几个人救火而是逐渐建立监控、发现、定位、复盘和预防的完整机制。第四亲自验证客户端全栈这一天里我还完成了一个需求的 Android 和 iOS 实现。为了提升吞吐率我们正在推动客户端全栈。过去一个需求通常需要 Android 和 iOS 两名工程师共同完成现在希望逐渐让一个人具备完成两端开发的能力减少不同平台之间的资源等待提升版本整体的需求吞吐率。为了更清楚其中的卡点和风险我需要亲自把完整流程走一遍。只有真正写过两端代码才能知道环境切换的成本有多高、两端业务逻辑有哪些差异、现有文档是否足够、基础组件是否完善以及普通工程师在跨端开发时可能遇到什么问题。因此我决定在精力够的情况下选择一些有代表性的小需求完整开发一次。目的不是补充团队产能也不是担心自己忘了怎么写代码而是保持对业务和技术细节的理解同时验证客户端全栈这条路应该怎么走得更顺。第五保持对外交流今天花了一部分精力精力参加技术分享交流。对外交流看起来和版本交付没有直接关系但它同样重要。分享能够迫使自己把零散经验总结成相对完整的方法也能接触到其他团队和同行正在解决的问题。很多内部习以为常的做法放到更大的范围比较以后才会发现还有更好的选择。持续输入、实践和输出也是技术判断力的一部分。总结如何把这些事情做得更好通过复盘这一天我认为接下来要提升的并不是简单地减少事情而是让不同类型的工作更加有序。首先要保护真正需要深度思考的时间。项目判断、技术方案和代码实现都需要相对完整的时间段。如果频繁被会议切断即使一天看起来安排得很满实际产出的质量也未必高。后续需要尽量减少重要工作与会议重叠给核心事项保留完整时间。其次要把经验转化为团队能力。无论是处理质量问题还是进行双端开发都不能停留在“这次问题被解决了”。更重要的是把过程中发现的问题沉淀为文档、工具、组件、规范和流程让下一位同学可以用更低的成本完成同类工作。再次要逐步降低对个人协调的依赖。需求分摊、质量确认和风险跟进短期内需要我深度参与但长期应该形成稳定的负责人机制和信息看板。问题在到达我这里之前最好已经有清晰的背景、影响范围、处理方案和责任人而不是从头开始组织信息。最后要始终区分什么事情必须由个人完成什么事情应该由团队完成。做一件事价值不仅在于把它做完还应该包括识别共性问题、建立标准和培养能够接手的人。只有个人经验不断转化为团队能力整个团队的上限才会提高。回头看这个让我“燃尽”的周四事情很多但苦劳并不值得颂扬更重要的是如何让自己和团队能不那么累的把事情做好、把体验做好这是这段时间的关键问题。感谢你的阅读这是我脱敏后的工作复盘如果对你有那么一点启发我会很开心下篇再见。
