# 工作心得
## 工具篇
### 邮件类
目标：每个人的时间都是有限的宝贵的，所以工作中能节省时间的技巧都是好技巧。
* **巧用：邮件定时发送**
场景：日常工作中，写邮件、回复邮件的事情再普通不过了，但是还时不时会遇到一些问题，比如点击了发送邮件之后，立即或过了一会儿，想到邮件中的内容有错误、不完整、或语言表达还可以再润色一下等等。
处理：这个时候，我们常常会出现焦急的心态，可能采取了以下的方案：
* 立即再回复一封邮件，更正或补充上一封邮件的内容；
* 撤销邮件，重新编写邮件，再发送；（前提是邮箱有撤销功能，和收件人都还未查看邮件）；
但是上面的几种方案都不完美，重新回复邮件显得我们第一封邮件写的不仔细，而撤销方式也不能保证成功撤销。
方案：这个时候，邮件定时发送就可以几乎完美的解决上面的问题：只要在预定的时间前发现邮件内容需要修改，及时再编辑邮件发送，就能避免出现上面的尴尬。
有定时发送邮件功能的邮箱有：阿里邮箱、126邮箱等等。
* **巧用：邮件签名**
场景：每次写邮件或回复邮件，末尾都要敲出自己的感谢、祝福语、联系方式等信息。
处理：添加邮件签名，则在每一封新建邮件中会自动加上已定义的签名信息。
* **巧用：（创建）收信规则到邮件分组**
场景： 工作邮箱和个人邮箱
1. 工作邮箱每天都会收到大量工作邮件，有很大一部分是通知类的有规则的邮件，比如 Patch 邮件、Jira ticket 更新邮件、生日祝福邮件等等；
2. 个人邮箱，通常会订阅一下技术类邮件、新闻类邮件、银行卡消费邮件、淘宝等网商类邮件等等；
处理： 做一个好习惯，首先添加邮件分组，然后设置收信规则并自动收录到分组。（在查阅了邮件后，再也不用手动删除或者分组了！）
* **巧用：草稿箱-提前创建模板邮件**
场景：很多时候，临时要发送一定格式的邮件，比如请假邮件。不论是在手机上还是电脑上都要繁琐的查找 `COPY` 并编辑发送，时间紧急时难免出点小问题。
处理：提前编辑多封这些固定格式的邮件，并保存到草稿箱。临时要用时，可以立即填写必要的内容并立即发送。（效率是平常准备出来的，而不是临场发挥出来的）
## 沟通篇
### 消息类
* **发送一条简洁完整信息**
场景：在跟同事沟通的过程中，难免会出现如下情况，沟通一个问题需要 N 多个来回。
```
A: Hi, 在吗？
B: z
A: 有空么
B: 有
A: 有个问题想问你
B: en
A: 昨天的项目中，遇到了 xxx 问题。
B: xxxx
```
处理：沟通中，直接把自认为所有的信息一次性编辑完整再发送，再等待回复。
```
A: Hi, 昨天项目中，遇到了 xxx 问题，你有空了，帮忙看一下。非常感谢！
B: xxxx
```
#### 话语类
* **注意沟通语气：每个人都有自尊心，沟通中适当放低姿态，更容易达到沟通效果**
## 参照篇
工作是否认真，生活是否有品质，表现决定一起。对标达人，一起改变：
* 事故回顾
> 发生事件，解决问题后，总结回顾“起因-经过-结果”，方式-时间线。
>
> 分享经验，共同进步。
## 远见篇：思想有多远，远见有多远
### 延伸工作、生活边界
* 工作可以达到120分，甚至更高；
* 自身任务完成 100 分；
* 任务的上游相关的任务，如开发需求 =》开发=》QA，开发的工作完成了，如果同时把需求的各种 case 也补全（或增删），做到不断反馈信息到需求，进一步完善开发需求； + 10
* 任务的下游相关的任务，如开发需求 =》开发=》QA，开发的工作完成了，如果同时测试用例，及有效（高效）信息给到 QA，以达到辅助快速正确验收测试； + 10
* 整个任务链的终极目标：提炼出开发中的经验或公共组件，使一次开发工作的付出得到成倍（多次）的工作效益收获； + 20
## 问候篇
### 问好
* 9：00以前，早上好
* 9：00-12：00，上午好
* 12：00-13：30，中午好
* 13：30-15：30，下午好
## 心理篇
### 改善心态
1. 要有目的的行动；
2. 每天都突破一点极限；
3. 不盲目执着于结果；
4. 利用挫折来提高技能；
5. 多接触心态积极的人；
6. 不要把自己太当回事；
7. 原谅他人的局限；
8. 更多的说：谢谢你
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://gyx8899.gitbook.io/blog/daily-life/workexperience.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.