随笔

谁来做、谁拍板、通知谁?用 RACI 把项目责任说清楚

谁来做、谁拍板、通知谁?用 RACI 把项目责任说清楚
“这件事不是有人在跟吗?”临近交付时问出这句话,往往已经晚了一步。编辑以为写完就能交,负责人等专业审核,客服等更新通知。大家都在群里,几项交接却没人说定。下面用假设的活动页项目说明怎样把这些责任拆开。 同样叫参与,承担的角色并不相同 RACI是一种责任分配矩阵,用四个字母区分执行...

zhaosay 2026-10-29 09:47:00 16℃ 0喜欢

随笔

任务越开越多却总完不成?用看板和在制品上限理顺工作

任务越开越多却总完不成?用看板和在制品上限理顺工作
假设一个内容小组上午开了三篇稿,下午又接两项修改,临下班一篇也交不出去。再加一张待办卡没什么帮助;此时得先看,稿件是没写完,还是都堵在同一位审核者手里。 先说清什么算开始、什么算完成 Kanban(看板)可以帮助团队观察工作从进入到交付的流动。WIP,即 Work in Prog...

zhaosay 2026-10-29 09:42:00 14℃ 0喜欢

AI 大模型

让 Codex 少返工:把“帮我优化”写成一张可验收工单

让 Codex 少返工:把“帮我优化”写成一张可验收工单
“帮我优化一下页面。”这句话发出去,执行者还不知道该改什么:按钮挤了,还是入口难找?布局可以动到哪儿?验收看哪一个画面?这些留白,最后都得靠猜。 把目标、范围、限制和验收交代清楚即可。代码怎样实现可以留给执行者,哪些已有改动要保留、什么行为才算修好,则应在动手前说定。 用五项内容...

zhaosay 2026-10-28 09:48:00 25℃ 0喜欢

AI 大模型

第一次用 Codex 做什么?五个能看见结果的小练习

第一次用 Codex 做什么?五个能看见结果的小练习
第一项任务可以很小:查清项目怎么启动,或把手机上被挤出去的按钮放回来。结果能亲自核对,才知道工具哪里帮上了忙、哪里还要补充条件。 下面五项按不同工作目的设计。在副本、测试项目或虚构数据上挑一项做即可,完成时对照交付物检查;这些不是已经执行过的案例。 一、给陌生项目画一张入口地图 ...

zhaosay 2026-10-28 09:46:00 26℃ 0喜欢

AI 大模型

AI 网页、桌面、命令行和 API 怎么选?先看这份任务对照表

AI 网页、桌面、命令行和 API 怎么选?先看这份任务对照表
偶尔整理一份资料,打开网页可能就能完成;每天要核查一整个目录,还得把结果交给业务系统,操作办法就不同了。网页、桌面应用、命令行和 API 并不是四个由浅到深的等级。 先看谁来操作、资料放在哪儿、任务多久做一次、结果要送往哪里。同一品牌的不同入口,也可能使用不同模型、权限和额度。 ...

zhaosay 2026-10-28 09:31:00 29℃ 0喜欢

随笔

功能增加了,用户却没觉得更好?先检查你交付的价值

功能增加了,用户却没觉得更好?先检查你交付的价值
日报写着“新增入口、报表、提醒,共三项优化”,使用者却仍在群里问资料在哪儿。功能确实交付了,原来的麻烦也还在。两件事可以同时成立。 接着要查的是:谁在什么任务上受阻,这次交付有没有帮他跨过去。如果连阻碍还没查清,下一项开发先别急着排。 把功能换成用户要完成的事 “加一个大按钮”描...

zhaosay 2026-10-26 09:41:00 37℃ 0喜欢

AI 大模型

Codex总要重复交代?把项目约定、技能和工具分开放

Codex总要重复交代?把项目约定、技能和工具分开放
测试命令刚交代过,换个任务又得重说;资料整理步骤复制了几遍,新的对话还是漏了一步。提示词继续加长之前,先看重复的究竟是项目约定、操作方法,还是缺少了可调用的工具。 Codex的扩展能力可以分成几层。本文只挑与日常复用最相关的部分,用一个虚构的资料整理任务说明如何选择,并在2026...

zhaosay 2026-10-26 09:28:00 42℃ 0喜欢

随笔

买单的人不一定是使用的人:用户分析先分清三个角色

买单的人不一定是使用的人:用户分析先分清三个角色
培训负责人要看学习进展,同事要在接待前查资料,采购人员要确认合同和付款。三方坐在一场会上,都可能把自己的要求叫作“用户需求”。问卷如果只发给负责人,现场找不到资料的问题就可能漏掉。 先在纸上写下谁用、谁付费、谁决定。一个名字可以出现在几处;再分别问他们最近要完成什么任务,比先填满...

zhaosay 2026-10-26 09:25:00 46℃ 0喜欢

随笔

用户说“加一个导出按钮”,先别急着做:一张需求证据卡怎么写

用户说“加一个导出按钮”,先别急着做:一张需求证据卡怎么写
“能不能导出全部内容?”先别把这句话直接变成开发单。挑资料、离线备课、交给 AI 整理,都可能让人提出导出要求。对方接下来要拿文件做什么,往往决定了按钮该不该加。 先回到最近一次操作:谁在做,原来怎么做,卡在了哪里。问题说清后,筛选、收藏、清单和导出才有比较的余地。 从最近一次经...

zhaosay 2026-10-25 09:55:00 47℃ 0喜欢

随笔

用户领完福利就走?先检查第一次使用有没有解决问题

用户领完福利就走?先检查第一次使用有没有解决问题
福利领完了,群里也安静了。此时回看报名表,很容易以为“来了这么多人,活动应该不错”。可这些人下次需要帮助时,还会回来吗?领奖记录回答不了这个问题。 沿着第一次使用往下看:他来做什么,做成了没有,遇到问题谁回应,下次有同类任务时会怎么选。 先找到愿意再来的具体理由 学习工具的理由可...

zhaosay 2026-10-25 09:41:00 60℃ 0喜欢

随笔

“用户找不到东西”太模糊,怎样还原一条能改进的使用流程?

“用户找不到东西”太模糊,怎样还原一条能改进的使用流程?
接待前查一条资料,和周末从头学一门课,是两种任务。即便两个人都说“搜索不好用”,一个可能急着确认词义,另一个可能想找完整的学习顺序。只记这五个字,还不知道该改哪儿。 场景分析要补上的就是这些细节:谁在什么时候、用什么设备,想完成什么,实际走了哪条路。 先写结果,再写动作 “点击搜...

zhaosay 2026-10-25 09:38:00 60℃ 0喜欢

软件与代码

“做得好”如何验收?把一句需求写成可检查的交付约定

“做得好”如何验收?把一句需求写成可检查的交付约定
“筛选要好用。”执行者听完,做出了筛选框;验收的人却发现,手机上按钮挤出屏幕,清除条件后结果也没有恢复。这是一个假设情境,但它指出了交付中常见的空白:“好用”具体要检查什么? 把目标、规则和检查办法分开写。用户故事交代谁想完成什么,业务规则说明系统如何处理,验收标准则让双方知道该...

zhaosay 2026-10-24 09:51:00 44℃ 0喜欢

软件与代码

收到“找不到资料”的反馈后,怎样写出一页改进方案?

收到“找不到资料”的反馈后,怎样写出一页改进方案?
同事说“资料太多,根本找不到”,先让他演示一次。入口藏得深、名称看不懂、账号没有权限,甚至压根没有那份资料,都可能让人说出同一句话。原因没弄清,搜索框做得再醒目也未必有用。 这时先写一页改进方案就够了:记下发生了什么,列出几个办法,再约定怎样检查。资料不够的地方,留着问。 先把抱...

zhaosay 2026-10-24 09:43:00 64℃ 0喜欢

软件与代码

需求排期别只看谁催得急:用一张清单排清优先级

需求排期别只看谁催得急:用一张清单排清优先级
待办里有登录故障,也有新动画;前一项一直没人催,后一项每天都有人问。若顺着催促排期,团队可能忙了一周,用户还是进不去系统。 排序前,把每条需求对应的问题、影响、频率、覆盖范围、投入和风险列出来。谁催了几次可以记录,但还得回答:这件事为什么应当先做? 先检查基本可用与高风险事项 假...

zhaosay 2026-10-24 09:05:00 43℃ 0喜欢