个人工作经验分享

把踩过的坑,写成别人能少走一步的方法。

我是罗文,在技术岗位上做了几年事。这里记录我关于工作方法、项目复盘、职场协作和行业变化的观察:先写具体怎么做,再谈为什么这么想。

  • 不写成功学
  • 尽量给步骤和清单
  • 写判断失误与返工
  • 只谈公开信息

最新发布

按发布日期倒序排列,共 12 篇,分布在四个栏目里。

工作方法

时间块不是日历涂色:分块、被打断,以及怎么回来

我试过把日历涂满,结果只是把会议变多。后来我把一天切成三段 90 分钟的深度块,加上两段 30 分钟的缓冲区,并给每次打断留一条记录。这篇文章写清分块比例、缓冲区怎么留、被打断后回到状态的三步。

罗文 阅读约 8 分钟
项目复盘

一个内部审批系统:三次返工之后我才明白的事

一个内部审批系统,需求不多,却返工了三次。原因不是技术难,而是我们把「谁在什么情况下点通过」当成了细节。这篇复盘写需求确认阶段漏掉的四类问题、返工的实际代价,以及后来加进流程的一张状态表。

罗文 阅读约 9 分钟
职场心得

和主管一对一之前,我会准备的五个问题

一对一最容易变成进度汇报。我改成提前准备五个问题:进展、卡点、判断、需要什么、下一步想试什么。文中给出每个问题的具体问法,以及会后十分钟内要做的记录。

罗文 阅读约 6 分钟
工作方法

任务拆到多细才算够:一个能落地的判断标准

拆得太粗估不准,拆得太细又变成写文档。我用的标准是:每一步都能在半天内给出可验证的产出。文中给出拆分的三层结构、估算偏差的记录方式,以及偏差超过多少就该回头改拆法。

罗文 阅读约 7 分钟

一个普通从业者的记录,不是教程,也不是答案。

更新于 2026 年 11 月 · 每两三周写一篇

谁在写。罗文,技术岗位,做过需求评审、方案设计、开发上线,也做过事后复盘。不是管理者,也不是行业专家,只是习惯把过程记下来,隔几个月回头看哪些判断错了。

写什么。写具体动作:一个时间块怎么划、一次返工怎么避免、一句反馈怎么开口。每篇文章尽量留下步骤、清单或判断标准,让读过的人当天就能试一次。

这里会写

  • 可复用的工作流程
  • 失败与返工的真实原因
  • 公开趋势下的个人判断
  • 工具使用边界与取舍

这里不写

  • 具体单位、客户与同事信息
  • 未公开的内部数据和计划
  • 速成、逆袭与成功学
  • 软文、课程推广与招商