在长时间的敏捷流程中，会存出一些团队层面的挑战：RoadMap和长期视角的缺失；工作计划的不确定性；对新成员不友好；跨部门协调挑战等。

需求是肯定会变动的。“期望产品在写PRD的时候思考到滴水不漏的逻辑、整理全部闭包的需求”本身就是一个不现实的期望。“欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。”

个体和互动 高于 流程和工具；工作的软件 高于 详尽的文档；客户合作 高于 合同谈判；响应变化 高于 遵循计划。敏捷是一种理念，而不是一个流程，不等于Scrum。敏捷和技术质量不冲突，良好的技术设计是支持敏捷的关键因素。

有效的沟通发生在双方的公开象限。主动揭示可以将自己隐含的隐藏象限补充到双方的公开象限，开放性提问可以引导对方去澄清和补充背后隐含的信息和思考。人人都需要反馈来缩小盲区、释放潜能。CBE反馈强调感受和情绪，更适合用于表达情感、建设关系和强调个体的情感状态；BIC反馈强调影响和后果，更适合用于工作场景、绩效评估和任务导向的反馈。反馈对于团队文化建设是具备非常重要的工具。

所谓AI Native产品，是在大模型出现之前 这个产品是不成立的，因为有了大模型的存在，才出现了这种类型的产品。另外，也指出了AI Native产品的核心功能流程是由AI模型的生成模式 以及 参数所决定的。

一个人会变老，绝不是因为机体，而是因为他没有了理想，没有了心气和学习动力。熵增的世界，混乱才是常态，有序都是刻意经营。时刻保持自己的开放性，汰换高熵行为和认知，积极吸收外界的能量、知识、信息，养成熵减习惯。

为什么需要做Code Review？Review什么？如何在团队总执行下去？一图描述清楚

无论什么样的公司，只有获得老板的认可，才能获得更多的机会，更好得发展。做好向上管理，才能够成为你的上级可以仰仗的左膀右臂。

知识库最后一篇。Notion + Logseq结合，自下而上+自上而下结合，管理个人知识。

卢曼曾说过，“不写，就无法思考”。永久笔记的形成过程，是思考的过程，也是和自己的对话过程。卢曼卡片盒，解决知识碎片化问题。