一个人开发需要项目管理吗

2026-10-06 项目管理,独立开发者,任务标准,个人开发

看板上有个任务卡了 11 天，标题是「优化一下首页」。每次打开看板我都看见它，每次都跳过它。问题不在我懒，在于这个任务谁都不知道算不算做完。

一个人开发需要项目管理吗，我的答案是：需要，但需要的不是「项目管理」这四个字，是其中的两个动作——把事写下来、给事定义完成标准。 其余的流程都可以扔掉。

前提说明：这套结论适用于「一个人干、但事情不止一件」的情况。如果你一周只做一件事，纯靠脑子记确实也行。

先判断你到底需不需要

不要先选工具，先做这个判断。拿一张纸，写下你现在手上所有没做完的事。

写完数一下。如果只有一到两件，你需要的只是记性，不用引入任何方法。如果有五件以上，且有些已经躺了两周没动，那你缺的就是项目管理。

动作一：每件任务都要有一句可判断的完成标准。

这是我踩过最大的坑。「优化首页」不是任务，因为没有完成标准；「把首页首屏加载时间降下来」也不行，还是模糊。改成「首页首屏的某个具体指标降到某个值」就成立了——标准必须是你能回答「到了没有」的那种。

动作二：任何时刻，进行中的任务不超过你能认真处理的量。

一个人做公司，同时开三件以上通常是灾难。不是因为做不完，是因为每件都推到 80% 就停住，最后没有一件能交付。

具体做法：看板上设一个「进行中」的硬上限，想加新的，先挪一件出去。

立项到现在我走过 7 轮迭代，砍掉的东西比留下的多。

不做的第一件：不做详细工时估算。 一个人的估时准确率很低，估出来的数字唯一的作用是让你误判进度。

不做的第二件：不做复杂的优先级模型。 四分法、加权评分这些东西，在多人团队里有意义；一个人做的时候，你心里其实早就知道哪件事最重要。

不做的第三件：不做日报。 没有人等你的日报，写了也是给自己看，那不如直接看板。

第一步，只建三个状态栏：待办、进行中、已完成。别一上来就五六个状态，你会花时间在挪卡片上。

第二步，把现在所有事填进待办，每件都补上完成标准。写不出标准的那条，直接删掉——它本来就不是任务。

第三步，限制进行中的数量。这条最难，但它是这套东西唯一真正的价值所在。

第四步，每周固定时间回顾一次。看两件事：有多少任务躺了很久没动，以及有没有任务根本没有完成标准。

顺带说一个实际会遇到的坑：我让 AI 员工各管一摊之后发现，光有任务列表不够，还得写清楚任务归谁。有两件事各挂在一个 AI 员工名下，实际上谁都没动，后来定了几条交接规矩才解决。

三种情况可以放弃项目管理。

第一，你只有一件事在做。 这时候管理是纯粹的负担。第二，你的项目是短期冲刺型的，几天就结束，写下来反而慢。第三，你发现你在管理上花的时间超过了干活的时间——这说明你把它做重了。

所以一个人开发需要项目管理吗？需要的是它的核心两个动作，不是那套完整体系。做轻了有用，做重了它就是不干活的借口。

回到最初的问题：一个人开发需要项目管理吗？需要的是它的核心两个动作，不是那套完整体系。你把它做轻，它就有用；做重了，它就是你不干活的借口。

Q：一个人开发做项目管理，最小可行版本是什么？

一张只有三栏的看板，加一条「进行中不超过你能处理的量」的硬规则。这两样加起来就够用了，其余都可以后面再加。

Q：项目管理会不会让一个人开发变慢？

做重了会，做轻了不会。判断标准很直接：如果你花在更新状态上的时间超过写代码，那就该砍了。

Q：个人项目也要写任务描述吗？

要，但只需要写一句完成标准。目的不是给别人看，是让未来的你能判断这件事到底做完了没有。