#项目管理

10小时前

果断弃坑了，代码在社区内部开源了，晚点复盘一下，怎么开始、怎么结束的，再写超过 1 周的项目，我是狗！

#弃坑 #开源 #复盘 #项目管理 #技术分享

4天前

最近看 Claude Code 的生态，我一个很强烈的感受就是：Skills 这套东西，已经开始从“锦上添花的小插件”，变成“越装越乱的文件夹迷宫”了。刚开始用的时候，装三五个 Skill，确实很爽，感觉像是给 Claude Code 装了一点超能力。但用久了之后问题就出来了：有些 Skill 装在全局，有些装在项目里，有些项目里还套项目，路径藏得特别深。时间一长，你根本记不住自己到底装过什么、哪些是重复的、哪些已经过期、哪些只在某个仓库里生效。它不是不能用，而是开始越来越像一种“隐性负担”。我自己也是因为这个痛点，翻到了 GitHub 上一个项目，叫 Skills Desktop。它做的事情其实不花哨，说白了就是：把原来散落在命令行、本地目录、各个仓库里的 Skills，统一拉到一个桌面界面里管理。这种东西第一眼看上去可能不够“炫”，不像什么新模型、新 Agent、一句话自动做全套那种项目，但我反而觉得它挺有价值。因为现在很多 AI 工具的问题，已经不是“能力不够强”，而是能力太多之后，开始没人收拾现场了。这个工具最打动我的地方，不是它功能有多复杂，而是它刚好把最烦的那几步给接住了。比如它会自动扫描你本地已经安装的 Skills，帮你区分系统级和项目级；不要的可以直接删；看到 GitHub 上的 Skill 仓库，可以直接导入；自己本地攒了一堆 Skill 文件夹，也能统一拉进来管理。对现在这种 Skills 野蛮生长的阶段来说，这种“整理能力”其实比再来一个新 Skill 更重要。因为当一个生态开始变大之后，真正拉开体验差距的，往往不是新增了多少能力，而是谁先把混乱变得可控。还有一点我觉得特别值得说，就是它做了安全扫描。这点很多人一开始容易忽略，但实际上 Skill 不是表面上看起来那么“轻”的东西。它背后可能带着指令、模板、样例，甚至脚本。你从网上随手装一个陌生 Skill，本质上并不只是“加个功能”，而是在把别人写的一整套执行逻辑接进你的工作流里。这个时候，如果有个工具能帮你提前扫一下风险、标一下可疑代码、给个安全评分，哪怕不能 100% 保证安全，也已经比“装了再说，出事再删”强太多了。所以我现在越来越觉得，像 Skills Desktop 这种项目，表面上看不性感，实际上很务实。它不是那种会让人惊呼“AI 又进化了”的东西，但它很像这个阶段特别需要的一类基础设施：不是继续往上叠能力，而是把已经出现的能力整理清楚。说白了，AI 生态走到今天，最缺的很多时候不是“再来一个更强的”，而是“终于有人开始认真收纳了”。这种项目可能不会最火，但往往会越来越值钱。

#Claude Code #Skills生态 #插件管理 #文件夹迷宫 #项目管理

4天前

谁能想到，AI 也需要睡觉。 Claude Code 出了个新功能叫 AutoDream，字面意思，让 AI 做梦。你跟 Claude Code 合作久了，它的记忆文件会越来越臃肿。同一件事记了五遍，三周前的架构笔记早就不对了，有用的东西被噪音埋住。记忆越多，反而越笨。 AutoDream 在你不用的时候自动运行，干三件事：删掉重复和过期的，把散落的信息合并成一条，用项目当前状态刷新旧记忆。名字来自神经科学。人睡觉时大脑在做一模一样的事。重播白天的经历，强化重要连接，修剪弱的。你早上起来觉得脑子清醒，不是因为休息了，是因为大脑趁你睡着偷偷做了一轮垃圾回收。 AutoDream 就是给 AI 加了一个睡眠周期。两次工作之间，它自己醒来整理记忆，然后继续睡。下次你打开的时候，它的脑子比昨天更干净。

#AI #科技创新 #AutoDream #Claude Code #人工智能 #项目管理

1周前

项目方永远不希望这几个人同时出现在他的评论区。

#项目管理 #社交媒体 #评论区 #用户互动

2周前

新来的 Leader 想用 Claude Code 把项目用了十年的 php/Laravel 版本升级到最新版关键是这个 Leader 几乎不懂 php，团队里其它人有微词，评论区都不看好今天发了事情后续，升级平稳落地，AI 真强...

#ClaudeCode #php升级 #Leader决策 #团队矛盾 #AI应用 #项目管理

三秋十李 Sergio

2周前

之前团队项目管理一直用的 Notion，今天打算切到 Linear 试试看，专门做项目管理的应该比自己用notion搭的好用吧～试试看

#团队项目管理 #Notion #Linear #项目管理

2周前

AI时代，公司用AI推理来换取软件更重要的是沉淀项目的核心文档，自动编写，自动测试，自动构建以后软件的源码不再是代码了，而是驱动AI的文档

#AI推理 #软件工程 #自动化测试 #项目管理 #代码生成 #人工智能 #文档驱动 #技术变革 #未来科技

2周前

周末就是压榨 ClaudeMax 干活的一天，要不是有这种低价算力，同时干 7,8 个项目真的扛不住。

#ClaudeMax #低价算力 #项目管理 #工作压力

吕立青_JimmyLv 2𐃏26

3周前

做了一个无限流式语音输入识别 todo，超好用！哈哈哈一直开着录音，然后 VAD 触发识别，一边陪娃在玩，一边 Vibe Coding（也是语音想到啥就说啥，直接捕获我要做的事情，而且给足上下文，帮我自动放进对应的项目，以及基于 OKR 设定优先级和时间日期等等。简直完美契合我在家这个场景啊！😂

#语音识别 #Todo应用 #无限流 #VAD触发 #Vibe Coding #OKR #优先级设置 #项目管理 #效率工具

Jesse Lau 遁一子

3周前

不行了。codex做的django project自己添加了很多东西还是需要opus，重新max了发现缺省变成了sonnet 需要手动调整

#Codex #Django #项目管理 #Opus #sonnet

3周前

ADHD 很好啊让我同时迭代好几个项目完全没压力而且有偷感的时候做项目效率粑粑高

#ADHD #效率 #项目管理

3周前

vibe coding 的项目一旦变得庞大，每次让 AI 写代码之前，都需要先让它把 PRD 和系统设计写清楚。先做文档编程，再做代码编程。如果你稍微停下来观察一下，会发现一个很有意思的现象：有些 AI 一旦开始写代码，就会沉浸在自己的逻辑实现里，几乎完全不顾项目原有的设计。即便你已经提出明确要求，它仍然会受限于上下文窗口和信息宽度，对整个项目缺乏完整理解。这会带来很多维护性问题。它不会复用已经实现的业务组件，设计数据库时会产生各种冗余，还会不断衍生新的实体和概念，让系统结构越来越复杂。代码可以交给 AI 去写。产品设计和架构设计，仍然需要人来把关。每次让 AI 做大型重构或者功能改造之前，我都会先让它把需求分门别类，做好抽象和解耦。即便如此，只要有一些地方考虑不周，AI 依然会生成大量难以维护的代码，性能逐渐下降，项目变更的复杂度也会迅速上升。🥲

#AI编程 #文档编程 #系统设计 #项目管理 #代码实现 #逻辑沉浸 #信息上下文 #维护性问题

4个月前

我未来的目标，拥有一支由多个AI员工组成的团队所以我最近一直研究如何让AI Agent真正自己干活。很快我就遇到了所有AI代理最致命的缺陷：失忆。每次重启，上下文窗口一关，它就忘了一切，变成一个对自己项目一无所知的“新人”。这导致它要么留下烂摊子，要么草草宣布胜利。而Anthropic最近提出的框架给了我巨大的启发。它的核心思想不是治好AI的“失忆”，而是为它打造一套外部记忆和工作流。他们用了两个AI Agent，分工堪称绝妙：初始化代理 (项目经理): 它不写代码，只负责把任务彻底拆解成详细的功能清单并建立 git 仓库。这相当于为AI植入了项目的“长期记忆”。编码代理 (轮班码农): 它每次“上班”，先读取清单和 git 日志来“恢复记忆”，然后只专注完成一个功能，测试、提交。这确保了AI拥有可靠的“短期执行力”。关键不在于AI模型本身有多强，而在于我们设计的工作流有多聪明。我已经按照这套思想植入到自己的项目中，感觉非常有用！原文：给你们翻译理解文章后共享出来：

#多智能体之争：Anthropic生态VS单智能体· 81 条信息

#AI Agent #外部记忆 #项目管理 #任务拆解 #工作流

Robinson · 鲁棒逊

4个月前

飞书多维表格正在吞噬轻量化办公、任务、项目、学习类app的生存空间

#飞书多维表格 #轻量化办公 #任务管理 #项目管理 #效率工具

淘沙者(TheSandPicker)

4个月前

体制内30年，45岁的我，选择了辞职创业，一年后，公司营收突破3亿。 1994年走进那家央企，从中专毕业的放样工起步。没有背景，没有捷径，只有一路自学、熬夜、自修，读完MBA。我相信：实力，才是属于自己的机会。 1998年，买了人生第一台电脑——奔腾133。从此，每个深夜都交给了PS、3Dmax、Flash…… 2000年，做出第一支MV，挣了800块。那不只是第一笔外快，更是一个信号：掌握技能，才能真正掌握选择权。 2020年，疫情居家期间，我开始写公众号。不谈鸡汤，只写我懂的项目管理和职场成长。无心插柳，一年写作收入超过1.5万。那种创造的快感，久违而真实。 2024年7月，我正式离开体制。与朋友合伙创业，他负责海外，我主攻国内。如今我们营收突破3亿，不再为系统打工，而是为自己的梦想奔跑。总有人问：快五十了，还折腾什么？我说：人生下半场，不该是熬日子，而是一次主动重启。接下来，我会在这里，持续分享从体制内到创业者的真实历程——没有滤镜，只有转变。

#体制内辞职 #45岁创业 #营收突破3亿 #项目管理 #人生重启

4个月前

今天给朋友展示了一下我的项目管理工具里的 Task Board（任务板），上面密密麻麻罗列了 N 个 milestone 和各自关联着的 M 个 Task… 我才意识到在精力充沛的时候，为了让脑子能腾出空间去解决眼前那件重要的事情，临时创建了太多的任务，以供我后续去解决。但现在这些待办任务成为了天天会看到、看得多了也就无视的东西，导致真正重要的事情消失在其中。本来是为了管理项目更轻松而做的事情，反而影响了之后的进展。项目管理真的是门学问，每个里程碑做多少任务、任务的难易度、颗粒度如何，都是需要平衡的。不计划的话会没有方向，计划太多的话会执行困难：想做太多就导致啥也做不下去。最近我要好好花点时间删任务，删到可以一眼扫完、执行没有压力的程度。

#项目管理 #任务板 #待办任务过多 #精力管理 #效率

5个月前

Tududi 一个自托管的任务与项目管理应用主要看点： 📅 支持日、周、月等多种循环任务，可按完成日期重复。 🗺️ 通过区域组织项目，实现分层管理。 🏷️ 为任务和笔记添加标签，便于高效过滤。 ✈️ 集成Telegram可快速创建任务。 🌍 支持24种语言，方便全球团队协作。

#自托管 #任务管理 #项目管理 #Telegram集成 #多语言支持

5个月前

带十几个人做一个项目经常要发布任务不同人有不同的反应 1️⃣ 默默看完，记下重要的时间和需要做什么，完成后报备 2️⃣ 对着描述很清晰的文档，提问什么时候，需要做什么，不得不再跟他说明一次 3️⃣ 抱怨 4️⃣ 不说话，几天后，“什么时候发的通知？” 5️⃣ 未经沟通，自作聪明的修改任务步骤，先斩后奏

#项目管理 #任务分配 #沟通问题 #执行力差 #团队协作

5个月前

Xmind 团队今天在 Product Hunt 上线啦 🎉 这次的新版本支持「轻量级项目管理」，可以直接在思维导图里分解任务欢迎小伙伴来 Product Hunt 点赞投票～留言告诉我们你的想法吧👇 🔗 我们有 15 枚高质量票仓，欢迎找我换票！！还请各位大佬随手 UP+Comment

#Xmind #Product Hunt #思维导图 #项目管理 #求赞

5个月前

#小九的每日碎碎念# 在我多年的经历中，有一套面试题总能精准考察候选人的核心能力——它不是简单的知识问答，而是通过具体场景让候选人展现思考逻辑、责任担当和自我认知。这就是阿里巴巴和字节跳动等公司常见的组合： “请分享你最近主导的、影响最大的项目；项目的目标是什么，你是如何落地的？如果此时让公司另一位PM接手这个项目，结果可能会有什么不同？” 这三个问题层层递进，像剥洋葱一样，从“做了什么”到“为什么做”，再到“我不可替代吗”，直击PM的核心价值：解决问题的能力、达成目标的行动力，以及对自我角色的清醒认知。先聊聊第一个问题：“你最近主导的、影响最大的项目” 这个问题考察的是“项目筛选能力”和“价值提炼能力”。候选人需要从过往经历中挑出真正有分量的事——不是“我参与了什么”，而是“我推动了什么”。比如，有人可能说“我负责了一个用户增长活动”，但更有说服力的回答会包含具体数据：“去年Q3，我主导了公司核心产品的‘新人成长体系’，目标是降低新用户30天留存率，从35%提升到50%。通过拆解用户行为数据，我们发现‘首次使用到首次付费’的转化环节流失率高达60%，于是从‘新手任务+个性化推荐+社群陪伴’三个维度设计了方案。” 关键在于：用“背景-目标-行动”的框架，让面试官快速理解项目的价值和你的角色。避免空泛的描述，多提具体问题和你的切入点——比如是发现了什么痛点？用了什么方法论？第二个问题：“目标是什么，你是如何落地的？” 如果说第一个问题看“价值”，这一个就看“执行力”。落地过程是PM能力的“试金石”，需要展现你的资源协调、风险控制、跨部门协作和数据复盘能力。比如，在“新人成长体系”中，落地可能涉及： - 目标拆解：把“30天留存率50%”分解为“首周完成任务率60%”“首月付费率25%”等可量化指标，明确每个环节的负责人和时间节点； - 资源冲突处理：当技术团队因迭代压力拒绝优先开发社群功能时，你如何用“用户留存提升对公司整体GMV的增益”和“数据看板可视化排期”说服对方，争取到1周优先级； - 风险预案：预设“任务完成率不达预期”的情况，提前准备了“简化新手任务步骤”的B方案，并在上线后3天通过用户反馈调整了推荐算法的权重。这里的核心是：用具体案例证明你不是“拍脑袋规划”，而是“有策略、有步骤、有应对”地推动事情落地。同时，别忘了提结果——项目最终让30天留存率提升至52%，付费转化提升28%，这才是对“落地”的有力回应。第三个问题：“如果让其他PM接手，结果可能会有什么不同？” 这个问题看似“自夸”，实则考察“自我认知”和“团队贡献”。优秀的PM从不认为自己是“不可替代的英雄”，而是懂得“在团队中找到自己的独特价值”。如果我是这个项目的负责人，可能会说： “我认为结果不会有太大差异。因为这个项目的核心成功要素，比如‘基于数据发现用户真实痛点’‘跨部门对齐目标’‘小步快跑快速迭代’，其实是公司倡导的PM基本功，其他优秀PM也能做到。但我可能会有两个不同的动作： - 我会更早引入产品运营团队，用‘用户共创’的方式让一线销售也参与需求排期，可能会更快找到‘付费推荐’的最优路径； - 在项目中期，当技术团队提出‘个性化推荐算法优化需要2周’时，其他PM可能更倾向于优先保障技术资源，而我可能会考虑‘用A/B测试验证算法效果’，把技术投入分成‘必须做’和‘可延后’两部分，平衡进度和风险。” 这样的回答既体现了你的自信，又展现了你的反思——承认团队的共性价值，同时客观分析自己的独特优势（比如对业务细节的敏感度或风险判断的果断性）。这能让面试官感受到：你不仅关注“自己做成功了什么”，更在意“如何让团队更高效”。总结：这三个问题，本质上是在问你—— 你是否能清晰定义价值？是否能落地解决问题？是否能理性看待自己与团队的关系？对于高端PM岗位，面试官更看重“格局”与“细节”的平衡：既有战略思维（知道项目为什么重要），又能沉下心解决具体问题（知道每个环节如何推进），同时保持开放的心态（承认自己的局限，也看到他人的价值）。这或许就是优秀PM的底色——永远在“做项目”的同时，思考“如何让项目更有意义，让团队更有成长”。

#面试 #项目管理 #PM #阿里巴巴 #字节跳动

𝗖𝘆𝗱𝗶𝗮𝗿

6个月前

最近在和很多企业深度对话中，如果想达到目标，我们深刻发现 DRI（Directly Responsible Individual）直接责任人，这个角色的重要性，该角色最终对项目成功或失败负责的那一个人。他们是状态更新、决策制定和克服阻碍的核心成员。这个概念起源并在科技界获得了突出地位，特别是在史蒂夫·乔布斯领导下的苹果公司，它成为了他们组织结构的基本组成部分。正如《福布斯》所述："在苹果，对于谁负责什么从来不会有任何混淆。内部苹果用语甚至有一个专门的名称，即'DRI'，或直接责任人" DRI最终对项目的成功（或失败）负责 ○ 无论团队规模或复杂性如何，他们都拥有最终结果 ○ 当事情陷入困境时，他们负责推动进展 ○ 当事情陷入困境时，他们负责推动进展供答案 DRI角色的一个关键方面是决策制定权力。 DRI不必解释他们为什么做出决定，他们绝对不必说服其他人。这赋予他们权力来： ○ 对项目方向做出最终决定 ○ 打破分析瘫痪 ○ 在不需要过度共识建设的情况下推进倡议有效的DRI应该具备这些8个关键特征： ○ 注重细节 - 同时不失去战略视角 ○ 在压力下保持冷静 - 在实施和截止日期期间 ○ 强大的倾听技能 - 具有出色的提问能力 ○ 适应性强 - 能够巧妙地调整项目方向朝着目标 ○ 主动性 - 善于预见和早期解决问题 ○ 多才多艺的沟通者 - 能够在所有组织层级有效互动 ○ 有韧性 - 能够从挫折中恢复 ○ 一致性 - 对类似情况的响应可靠写在最后，这也是困局，很多人和我说的很直接，想干，但是不能干，本来应该是「砖」最后变成了「枪」这也是现状！

#DRI #直接责任人 #项目管理 #决策 #责任

Frank Wang 玉伯

6个月前

Yesterday, while trying out Notion 3.0, I found myself quickly losing interest. 昨天试用 Notion 3.0 过程中，越用越无趣。 Take connecting Linear into Notion as an example. We’ve only been using Linear for less than a year, yet the connection estimate was over 30 hours. The time wasn’t the real problem—what struck me was how the whole process suddenly killed any motivation I had to continue. 比如同步 Linear 到 Notion 中，我们用 Linear 还不到一年，提示要 30+ 小时。这个时间还是其次，更重要的是，尝试过程中，突然没了欲念。 When it comes to project management, Notion is like a spear, while Linear is a machine gun. There’s no point in forcing a machine gun to behave like a spear. 在项目管理这块，Notion 是把长矛，Linear 是架机关枪。没必要把机关枪同步成长矛。 Notion’s real genius lies in its abstraction of Blocks and Bases. Blocks come together to form Pages, and Pages can be assembled into SaaS-like experiences (though not fully realized). Notion 的厉害之处，是 Block 化和 Base 化的产品抽象。由各种 Block 组装成了一个个 Page，再由多个 Page 组装成一个个 SaaS（未达成）。 But this strength might also be its biggest weakness. A Page built from Blocks and Bases will never truly become a Calendar, Mail, Slack, or Linear. To get there, Notion would have to acquire or rebuild those applications entirely. Notion 的厉害之处，可能也就是 Notion 最大的傲慢之处。由 Block + Base 组装成的 Page，成为不了 Calendar、Mail、Slack、Linear 等垂类应用。这类应用，还是得收购或重新构建。 At the end of the day, Notion is still a document collaboration tool. Notion 的底盘，依旧只是文档协作。 What’s interesting is that in the age of AI, documents are starting to find more natural homes. Product design docs, for example, can now live directly in Cursor inside the codebase. Project collaboration docs can sit in Linear itself—a long issue is essentially a document. 有意思的是，AI 时代，让各种文档开始有了更好的归属。比如产品设计文档，经常可以直接用 Cursor 写在代码仓库里。项目协作文档，则可以直接写在 Linear 里（长一点的 issue 就是文档）。 In this new era, Notion’s foundation isn’t getting stronger—it’s actually getting thinner. Documents that don’t need collaboration now have better places to go. What’s left in Notion are only the documents that still require collaboration. AI 时代，Notion 的底盘没有变厚，而是变薄了。不需要协作的文档，有更好的地方去写。Notion 里剩下的，是需要协作的文档。 And looking further ahead: if people increasingly collaborate with AI instead of other people, even Notion’s collaboration layer could be shaken. 进一步的可能是，如果人越来越不需要与人协作，而是与各种AI协作，那么，Notion 的协作底盘都会被动摇。 The next generation of Office might not have “documents” at all. 全新一代的 Office 里，可能就没有文档。

#Notion 3.0 #Linear #项目管理 #AI时代 #文档协作

6个月前

昨天看纯银的产品 newsletter 里面一句话，感同身受： AI Coding 带来了一个项目管理的新问题：把项目风险后置了。

#AI Coding #项目管理 #风险后置 #纯银newsletter

在悉尼和稀泥

7个月前

Claude Code 使用技巧 7/n 如何在大型项目里面做 vibe coding？答案是「敏捷开发」。在现代的软件开发流程里，团队之间还会共享合作方式，例如代码规范，团队合约等。因为只要是大型商业项目，就一定会有团队，有团队就有团队合作，有团队合作就有团队规范。现在有了 AI，即使你不需要队友，你的 AI 们也是队友，尤其是当你在使用多个模型，多个对话的时候，需要对 AI 之间，AI 和自己之间有一些团队合作的规范定义。就好像你在公司做大项目的时候，团队直接会约定各种 Way of Working 规范一样。例如：定义“代码质量规范”，任务的“完成标准”，“测试规范”，“文档规范”，“提交规则”，代码仓库的“分支规则”等等。

AI编程工具激战：Claude Code、Gemini Cli崛起· 1256 条信息

#Claude Code #敏捷开发 #AI 团队合作 #代码规范 #项目管理

7个月前

#每日推荐开源任务管理系统 DooTask是一款开源在线项目任务管理工具，提供各类文档协作工具、在线思维导图、在线流程图、项目管理、任务分发、即时IM，文件管理等工具；同时消息功能使用非对称加密技术让你的沟通更安全。

#开源 #任务管理 #DooTask #项目管理 #在线工具