什么是有效的工作汇报

原始笔记是一段连贯文字，按”工作汇报 / 论证观点 / 表达方式”三块进行分节，文字本身基本保持原样。

当前保留内容

内容的核心，不是你想说什么，而是你希望对方听到什么（注意，这里面有区别）。
内容要明确、有重点、有逻辑。如果你自己不能 3 句话说清自己的核心思想，反思一下是不是还没准备好。
常规汇报的内容，不是你做了什么，而是你达到了什么效果（比如上线、用户增加）；完成多少代码这样的话是没有意义的。更重要的，是你有什么问题，以至于现在没能完成你想要的（这也是对周报的要求）。
汇报的目的一般来说不是表功，而是解决问题；如果项目一切进展很好，可以迅速讲完。
进展不是看你有多忙，而是看我们离目标还有多远。
上级是来做决策和支持资源的，不是来做问答题的；除非特殊情况，你不应该期待上级来解决你的问题。

观点要鲜明，论据要充足，最忌自说自话。自己说”第一”最好没有用，用户买单是王道。
对于产品形态，大家都可以发表意见。不过记住：如果没有数据，请尊重专业人士的判断，你的观点只代表个人。
数据说话，一定要靠谱的数据，经得起推敲。切忌”先有观点，然后找数据说明”。不管是不是自己的项目，都尽量有公正心看待结果。
所有写在 PPT 上的数据，都要知道来源、计算方法。最要不得的是拿着一堆你自己都不知道的数据去讲——如果你不知道，说明你没有做好功课；如果你觉得不需要知道，那你也就不需要来讲。
观点就是观点，没有绝对对错。我们选择项目有很多考量因素，没有选择你的观点不代表你不行，不需要意气用事。

这篇后续如果继续整理，建议至少补下面几类内容：

当前这篇先当作一个”汇报方法论”的占位条目，后续可在每一节下补充自己的实践与反例。

Git Cheat Sheet Markdown Tools C++ Linker Thread Linux TCP Network GDB Debug leetcode 链表 WSL Ubuntu Windows Linux Kernel GCC Android adb Troubleshooting Profiling Sanitizer glibc MySQL Database Python curl Build ELF clang-format CMake Graphviz Performance vcpkg Protobuf 排查速查内存 STL 调试性能分析性能读书笔记方法论架构网络 Timer mbedTLS TLS 安全负载均衡脚本工具 LRU 二叉树 BST 中序遍历回溯二分查找优先队列排序旋转数组 jenkins 部署