最简单的说法 impact 就是你为公司带来了多少价值，这个价值可以是增加了真金白银，可以是减少了多少资源消耗，可以是增加了系统性能（进而增加真金白银）。一般 senior 以下所谓的 impact 就是这些实打实的 metrics，再往上可能有一些价值观、文化方面的软价值，我不是很清楚。
举自己和身边的例子：
1）和同事实现一个 service，经过实验验证可以增加 $xxx 的收入，一般你的 team impact 越大，这个数字就越唬人，因为基数会很大。这种是最直接的 impact。
2）重构已有的 service 使其允许更多 use case，on board 了隔壁组的 yyy，zzz features，间接增加了 $xxx。这种一般出现于有密切合作关系的 sibling team，吹牛的时候要注意语言，不要给人感觉你在揽功劳。
3）提高某个 api 的性能，使得用户体验上升 blabla，如果有数据支撑的话会更好（比如 CTR 增加多少，可能需要 DS 来论证），这种 impact 适合比方说你们组的 service 是所谓 core flow，就是在一个产品里任何用户几乎绕不开的操作。
4）一些 data intensive 的，或者对数据 freshness 要求比较高的 team，能不能做到数据从获取到建模到部署的 end-to-end 自动化（迭代闭环）。
5）降低 storage/cpu 的消耗可以节约 $xxxx。
总而言之，impact 就是一个 project 灵魂三问 what、why、how 中的 why，是这三个部分中最不 technical 的，也是最考验画饼的功夫。
狗家的 ladder 里对 impact 解释我觉得很好，分两部分：your impact on the project 和 the project’s impact on the company/business。Junior 主要考虑前者，senior 之后重心逐渐向后者转移。
大家最常想到的是 business/KPI impact，楼上举了很多很好的例子。
- product/roadmap impact，比如你的研究和建议改变了产品走向。
- technical impact，比如解决别人解决不了的技术问题。
- team/process impact，比如提高跨部门合作的效率
- …
具体到你的问题，“每天 Scrum 从 PM 那里拿到新的 task，做完一个做下一个。范围的话基本就是实现 Microservice、API 这些，偶尔还要看看 cloud 部署。基本就是指派什么做什么这种活算是没有 impact 的吗？”
这里面也有 your impact on the project 和 the project’s impact on the business。你做 task 多快好省就属于前者，你做的 service 实际用户使用了导致 KPI 提高了，公司赚钱了就属于后者。