关于知识的积累和体系的建立
如何建立三维立体的知识体系：
理论支撑：RIP阅读、费曼学习法
- 单纯阅读，人容易满足于获取新知识，只迷恋在看的表层。（只有输入）
- 通过写作，逼迫自己把所学的知识关联起来，实现体系和结构。（不断输出）
结论：写作就是一条深度学习的自然路径
个人理解：通过关联，逐步建立知识体系的过程，实际上就是在做贝叶斯更新，逐步完善认知体系。
关于学习圈：
结论：多在拉伸区学习，而不是沉迷于舒适区或者沉陷于困难区
“越来越清晰的认知”和“越来越精湛的能力”，两者相辅相成，个人感觉“越来越清晰的认知”更重要一些
关于成熟
成熟的标志：
- 不沉迷所喜爱的
- 不排斥所厌恶的
讲人话就是：对于所见所闻，如果不是大是大非的原则问题，只需客观冷静地关注能否从中学到什么；对自己的知识或者性格有所帮助，其他的完全可以不予置评。
关于工作里的个人价值、为什么是你
工程师的价值是可以和业务的价值分离的。
工程师的价值应该是帮助业务更快更好的迭代，帮助业务更快更好的试错，找到正确的方向。
只是机械的完成业务需求是不够的，要想办法创造新方法、新思路，才能体现个人的价值。
所以我觉得：
- 先看到优秀的特质，在自己的潜意识里面有这个认知就可以了
- 到某个成熟的时机，这个特质会顺其自然的出现在你的身上
- 我们需要和各行各业的人多交流，才能发现更多机会，摩擦出更多的火花
关于个人IP、个人标签
- 标签的作用：帮助他人遇到某件事时第一时间能想到你，提升事业成功的概率
- 标签的表象是：知名度、专业度、权威性
- 标签的本质是：影响力、核心竞争力
- 要做一名有标签，有特色，有影响力的人。（在公司工作了一段时间后，在人们心中不应该只是一名“工程师”，应该是一名XXX的工程师）
- 标签应该自己去努力获取。（有两个标签是我现在在努力获取的： “双十一前端PM” 和 “不到30岁的P8”）
如何向他人学习
- 先看到他人的优秀的特质，在自己的潜意识里面有这个认知就可以了
- 到某个成熟的时机，这个特质会顺其自然的出现在你的身上
- 需要和各行各业的人多交流，才能发现更多机会，摩擦出更多的火花
关于个人职业规划
一个比较可靠的发展路径：
- 多思考项目未来的发展方向和现有技术体系的问题
- 做判断并按照正确的方向执行
- 事情足够大就会衍生出调动更多资源的需求
- 时机成熟后，可能会晋升到下一个级别以方便调动更多资源
对业务多思考的好处是：
- 提前对技术体系做布局，引领技术与项目，避免业务突然变化时陷入被动
- 对现有支撑业务“较为成熟”的“有瓶颈”的技术体系做出改革与突破
- 避免让自己成为“工具人”
关于技术和业务的关系
让“技术”和“业务”互相成就彼此，共同成长。业务发展倒逼技术改进，技术改进成就业务，相佐相成。
身为技术同学，可以基于对业务的预判用技术落地项目辅佐业务，业务的成功再反过来成就技术（要做好成本控制）。
关于推动合作、资源调动
- 不要以自己为中心去思考问题，要换位到“团队视角”、“合作视角”，全方位、立体、多维度思得考问题
- 推进事情要考虑：“共赢”、“利他”
- 对于职场，一杯奶茶/咖啡的效果会很好
- 所有关于事的困难可以靠坚持解决，所有关于人的困难可以靠换位思考解决
关于风险同步
做之前，把自己的计划、方案、风险等信息完全同步给所有可能会受到影响的人
好处：
- 人多力量大，如果方案确实不成熟，有漏洞大家可以一起完善提高稳定性（分摊风险）
- 大家都知道这件事，而且计划、方案、风险、预案都得到了大家的认可，即使真的出问题也不会给大家“惊喜”（提高可见度）
过程中，及时同步“风险”和“进展”
不要担心“做的不好”或“不完美”而不敢同步进展和风险，因为“差的信息”比“没有信息”要好很多！
及时同步“风险”和“进展”的好处是：
如果真的做错了，会得到及时的纠正和帮助，可以保证项目是安全的，项目安全永远是第一位。
不要担心大家会觉得自己菜，自己菜不菜根本没人关心。大家关心是：
- 项目能不能“按期”、“高质”交付
- 你是否在成长
哪怕中途做一步错一步，也比中途“毫无音讯”强无数倍。
即便是中途做一步错一步，但由于及时同步了风险和进度，在不停地犯错中一点点把项目做好，最终大家也会看到自己的成长。会对自己很放心，下次类似的事情交给自己会让人安心，因为再差再差，自己也不会把事情搞砸。
暴露风险不是懦弱和能力不行的体现，暴露风险是一个PM的专业素质。
不要自己硬扛风险和压力，过程中有风险需要帮助应及时提，避免到最后扛不住才将风险暴露出来
关于线上问题处理
- 线上出了事故后，立刻向上汇报
- 不要自己先闷着头去修复！避免业务方找过来时主管完全不知情，这种情况整体都会很被动！
- 回报线上问题的方式：
- 站在用户视角描述发生的问题
- 影响面预估（面向用户的影响面，不是判断技术哪里报错，判断不清楚默认当做重大影响处理）
- 处理策略
- 如果有原因，提供原因
- 优先降低影响面（时间、范围），而不是闷着头去修复
关于领导分配的任务处理
- 不要把自己当做唯一的资源：当接到一个任务后，首先考虑的是 “怎样把这件事做的更好”，“谁来做更合适”，不要把自己当做唯一的资源。
- 合适的事让合适的人来负责，接到任务后第一个想的是如何把事做好，谁来做更合适（如果自己擅长某一块可以自己去做，如果某一块有更合适的人选，那就应该找到合适的人来做，而不是自己去做）
关于估时和风险评估
从估时 转变为 风险评估
开发时间的评估完全靠感觉，感觉是不靠谱的，所以最重要的事是做风险管理。
如果评估不准，或感觉有风险，一律给悲观答复
如果一开始有来不及的可能，在一开始就给来不及的 “明确反馈”
关于技术判断
技术PM最重要的核心竞争力和职责叫做：技术判断
关于思考和行动
- 在独自思考的时候，可以放下心中对自己的迷之信心，放下自己被同化的害怕，相信这个世界上无数前人总结的经验。
- 如果你觉得别人讲的道理有理有据，而自己暂时无法反驳，碰巧自己对这件事情有兴趣，那就不如相信他们说的是对的，然后笃定地行动。
- 在行动中，保持自己的思考，用行动反复的验证理论，不适则改，最终对这个东西产生自己的思考和理解。只有这个时候，你做的批判才是真正有价值的批判。
- 事情做着做着就明确了，重要的目标往往是在实践中清晰起来的，而不是想想就定下来的
关于成功的定义
人的一生只有一次，最重要的是这场旅途本身。
以此为基础定义的成功，已经不再是传统意义上的成功。
若赢得了世俗的眼光和称赞，内心却是死气沉沉，不能说是一种成功。
若选择了一条道路，能不悔自己的选择，能享受当下的快乐，能对未来充满希望，这即使不是成功，也是在成功的路上。
关于自由
自由不仅仅是决定我要做什么，还应该是有决定我不做什么的权力
关于影响力
想要在工作中打造的“影响力”，其实就是
- 同事对自己的肯定（思想）
- 同事愿意跟着你一起行动（行动）
哪些东西会帮助打造自己的影响力呢：
- 一个是专业能力
- 一个是个人魅力（需要加强）
具体方式：
- 要通过建立信任
- 展示专业知识
- 提供指导来赢得团队成员的尊重和支持
关于分享
分享的目的：首先应该是为了帮助自己梳理，其次是帮助他人，写博客也是一样的道理。这个项目因为你的存在而多了哪些不同
关于日更写作
作者的水平在日更的过程中，只能保证下限，却提高不了上限。
一个人没有大量的输入，就在疯狂的输出，写出的文章要不然就是简单，是那种一天就可以学会并解决的内容，要不然就是彻头彻尾的垃圾文。
关于转型
到了某个阶段，可能不应该再将技术能力当作自己最核心的竞争力
对外：自己的技术水平客观上依然可以是天下无敌
但是对内：自己要明白自己最强的能力应该是“认知、格局与视野”以及“沟通能力”、“办事的能力（包括：协同推进项目顺利落地的能力）”和“会做人”。
会做人：过去我经常和人发生矛盾，这其实就是不会做人的表现，未来要着重学习和提升，来转变自己的核心竞争力。
这是态度的转变，或许也是人生的转变
关于读书
个人思考：
对于工具类书籍：
- 使用AI能力，基于一套系统的打分标准，给出客观的可读性打分
- 使用AI能力总结书籍概要，结合1的打分，主观判断书籍是否满足自己需要
- 带着自己的问题，通过AI搜索的方式，快速检索获取答案并给出段落信息
- 仔细阅读段落信息，判断是否获取到答案
- 重复1～4，直到获取到所需的正确的答案
对于泛知识类书籍：
- 使用AI能力，基于一套系统的打分标准，给出客观的可读性打分
- 使用AI能力总结书籍概要，结合1的打分，主观判断书籍是否有必要精读
关于技术PM的核心职责
- 深入需求：技术 PM 需要深入理解业务需求，将其转化为可执行的产品功能
- 技术判断：技术 PM 负责制定技术路线图，确保技术发展与产品演进、公司战略相匹配。这包括选择合适的技术栈、架构设计以及技术预研，以支持产品的长期发展。
- 项目管理：技术 PM 要管理项目的整个生命周期，从项目启动、规划、执行、监控到项目收尾。这涉及到时间线管理、资源分配、预算控制以及风险管理，确保项目按时按质完成。
- 团队协作：技术 PM 需要在几乎没有职权领导力的情况下领导和激励技术团队，推动团队成员朝着共同的目标努力。同时，技术 PM 还要与其他部门协作，确保项目顺利进行，这可能包括与各个业务部门合作，以确保完成业务目标。
- 沟通协调：技术 PM 是团队内部、团队与利益相关者之间沟通的关键节点。他们需要确保所有参与者对项目目标、进度和预期结果有清晰的认识，并通过有效沟通解决项目过程中的任何问题。
箴言
- 做脑力工作的人，往往钻研得越深，越发现自己的渺小和无知。
- 如果你有心仪的大厂，不妨去看一下他们的招聘要求，以及关注一下他们对外输出的东西。
- 技术PM最重要的核心竞争力和职责叫做：技术判断
- 作为新人，要勇于挑战权威，发现现有技术体系的问题，并解决它
- 所有关于事的困难可以靠坚持解决，所有关于人的困难可以靠换位思考解决
- 自由不仅仅是决定我要做什么，还应该是有决定我不做什么的权力
- 技术 PM 需要对焦业务目标和技术实现，对焦团队成员和项目进度，对焦需求和交付质量
- 所谓的独当一面，就是从一个人做好自己的事，到带领一群人从头到尾把事做成。而学习项目管理，就是在习得这种“使众人行”的协同能力