chore(ci): blog sync

Author: coderPerseus

data/blog/post-43.mdx

@@ -21,43 +21,43 @@ tags: ["经验","职场"]
 
 ## 我做了什么？
 
-**制定计划，开会同步计划：**每周一，制定本周计划，拆解需求为尽可能小的需求，然后对需求进行排期，并记录文档，发起会议，确定需求是否要做，和老板同步需求所需要的时间和需要的人力
+**制定计划，开会同步计划：** 每周一，制定本周计划，拆解需求为尽可能小的需求，然后对需求进行排期，并记录文档，发起会议，确定需求是否要做，和老板同步需求所需要的时间和需要的人力
 
-**和同事沟通，推进工作：**会议结束，要通知到对应的人，这周需要他们怎么做，例如：和后端说，我需要你做什么，大概什么时间前得给我，你自己安排一下优先级，
+**和同事沟通，推进工作：** 会议结束，要通知到对应的人，这周需要他们怎么做，例如：和后端说，我需要你做什么，大概什么时间前得给我，你自己安排一下优先级，
 
-**开发上线，同步老板：**接下来就是我的日常工作，前端开发，这段时间，
+**开发上线，同步老板：** 接下来就是我的日常工作，前端开发，这段时间，
 
 1. 我和后端搭建了一套简陋的数据看板，并且根据数据看板的数据对项目进行了优化，上线后及时查看改动对数据的影响，反馈给到同事和老板，
 2. 对竞品做深度分析，和产品哥对我们产品（用户使用路径，用户充值路径等等）多纬度进行优化，提高用户的使用体验
 3. 每周 5 会把本周完成的工作，未完成的工作做一个简单汇报给到老板， 
 
-**掌控整体进度，及时反馈风险：**我还会偶尔当当最不喜欢的监工，例如：pr 没过，要及时催处理，写完需求及时验收测试。如果有需求发现完成不了了，及时和上级反馈，寻求解决办法
+**掌控整体进度，及时反馈风险：** 我还会偶尔当当最不喜欢的监工，例如：pr 没过，要及时催处理，写完需求及时验收测试。如果有需求发现完成不了了，及时和上级反馈，寻求解决办法
 
 维护社群，文档，每日同步看板数据，分析数据：这段时间，我开始了维护社群，发一些产品更新动态公告，用户问题反馈收集等工作。每日在工作群和同事同步昨日的看板数据，分析数据，可能会产生一些新的需求，记录到需求池里
 
 上面都是一些好的，下面说点不好的
 
-**预估时间不准确，需求延期：**我根据我的经验，和同事沟通，一起确定的上线日期，总是会很赶，甚至延期。
+**预估时间不准确，需求延期：** 我根据我的经验，和同事沟通，一起确定的上线日期，总是会很赶，甚至延期。
 
-**无法准确思考需求优先级：**感觉自己对产品理解还是不够，会做一些不是那么紧急的工作，但是有优先级更高的工作在等着我们
+**无法准确思考需求优先级：** 感觉自己对产品理解还是不够，会做一些不是那么紧急的工作，但是有优先级更高的工作在等着我们
 
 ## 我学习到了什么？
 
 二月底还是只用写写需求，少写 bug，保证需求不延期就好的前端螺丝钉，转眼就要成为一个项目负责人。习惯了被分配工作的我，脑子像是生了锈，根本不知道要做什么？怎么规划？按照什么规划？但是我有产品哥😎啊，我就去问他，他没有直接告诉我，我要怎么做，或者说这让我来吧！而是说：从数据中找答案，从竞品中分析，然后他教会了我如何进行简单的数据分析，来对现有的产品进行用户体验提升。跟他一起这段时间，我学到了很多
 
-**先处理情绪再处理工作：**那段时间的我，做需求总是 bug 不断，就是因为我目前的工作有多个项目，杂乱，每天要做的事情感觉太多了，每天工作都处于需求马上要延期了，我得快点了，这种紧张状态下写的代码就会有很多问题，后来我看到群里推荐的**《搞定 - 无压力工作的艺术》**，我学到了先处理情绪，现在我会在精力不集中，情绪不稳定的时候先做点别的，例如：去接水，喝水，和同事唠嗑等等来解压
+**先处理情绪再处理工作：** 那段时间的我，做需求总是 bug 不断，就是因为我目前的工作有多个项目，杂乱，每天要做的事情感觉太多了，每天工作都处于需求马上要延期了，我得快点了，这种紧张状态下写的代码就会有很多问题，后来我看到群里推荐的**《搞定 - 无压力工作的艺术》**，我学到了先处理情绪，现在我会在精力不集中，情绪不稳定的时候先做点别的，例如：去接水，喝水，和同事唠嗑等等来解压
 
-**清空大脑，专注当下工作：**这个也是搞定那本书里的技巧，我现在每天都在实践，例如：工作中，突然企业微信的用户群里，反馈问题，我会看这个需求 5 分钟是否能搞定，可以的话立马做了，不可以记录文档（365 的 todo list），然后等主线任务完成，统一处理，我打算接下来要继续践行 番茄工作法，提高自己的工作专注
+**清空大脑，专注当下工作：** 这个也是搞定那本书里的技巧，我现在每天都在实践，例如：工作中，突然企业微信的用户群里，反馈问题，我会看这个需求 5 分钟是否能搞定，可以的话立马做了，不可以记录文档（365 的 todo list），然后等主线任务完成，统一处理，我打算接下来要继续践行 番茄工作法，提高自己的工作专注
 
-**及时沟通，不让问题称为大问题：**我是一个 i 人，遇到问题了，尤其是因为我导致的问题，我害怕上报，害怕挨批，但是现在我不会再这样，我带着解决问题的心态，即使是不好的事情，也硬着头皮去反馈，和团队一起商量解决办法，因为不反馈只会让问题变成大问题，
+**及时沟通，不让问题称为大问题：** 我是一个 i 人，遇到问题了，尤其是因为我导致的问题，我害怕上报，害怕挨批，但是现在我不会再这样，我带着解决问题的心态，即使是不好的事情，也硬着头皮去反馈，和团队一起商量解决办法，因为不反馈只会让问题变成大问题，
 
-**数据驱动业务：**也就是通过分析数据，来对产品进行优化，这样做需求都是有数据支撑，
+**数据驱动业务：** 也就是通过分析数据，来对产品进行优化，这样做需求都是有数据支撑，
 
-**敏捷开发：**以前的时候是拿到需求就开始开发，开发中思考什么实现，现在是看到需求立马就想这个需求是否有技术难点，需要谁配合，大概需要多少时间，这个需求是否有必要再拆解为更小的需求等等。并且开发中也是给一个需求建立一个独立的分支，这样能做到快速开发，快速上线，准切分析这个改动的影响
+**敏捷开发：** 以前的时候是拿到需求就开始开发，开发中思考什么实现，现在是看到需求立马就想这个需求是否有技术难点，需要谁配合，大概需要多少时间，这个需求是否有必要再拆解为更小的需求等等。并且开发中也是给一个需求建立一个独立的分支，这样能做到快速开发，快速上线，准切分析这个改动的影响
 
-**遵守原则：**在开发中，一定要遵守规定好的原则，例如：上线前要 code review，多人验收，上线收也要再次测试。在日常工作中要遵守，在处理紧急 bug 的时候，依然要遵守约定
+**遵守原则：** 在开发中，一定要遵守规定好的原则，例如：上线前要 code review，多人验收，上线收也要再次测试。在日常工作中要遵守，在处理紧急 bug 的时候，依然要遵守约定
 
-**多独立思考，总结和反思自己的行为：**当负责人这段时间，刚好上期训练营，我就每天记录自己当日的不足之处，如何改进，我得到了一些我觉得很厉害的结论，例如：幸福是一种能力，要有发现幸福的眼睛；
+**多独立思考，总结和反思自己的行为：** 当负责人这段时间，刚好上期训练营，我就每天记录自己当日的不足之处，如何改进，我得到了一些我觉得很厉害的结论，例如：幸福是一种能力，要有发现幸福的眼睛；
 
 ## 我的一些感悟