如何manage expectations

有点好奇 楼主对项目的定义，楼主入职五个月已经做了五个项目了，感觉非常多。另外 组里明年比较重要的goal由新l4牵头，组里的tenure l5是干啥的

manage expectations不好，那说明不是你做的不够多，不够努力。而是没有把时间花在刀刃上，和manager 想象的expectation有出入。像文档要写得多完美，deadline什么时候都要问清楚manager。把手头的活和manager多讨论，reprioritization，有搁置risk的，就更要讨论了。

amazon L4 入职5个月做了四个项目，code + 文档 + slides，还要在12月前做完第五个，然后manager还要说你有问题？？

小亩_e52y5t2 发表于 2022-11-13 22:17
Manage expectation的核心是随时随地让你的manager知道事态的情况和发展。项目开始的时候充分沟通你的想法 ...

非常赞同层主的回复

匿名用户 发表于 2022-11-13 23:00
amazon L4 入职5个月做了四个项目，code + 文档 + slides，还要在12月前做完第五个，然后manager还要说你有 ...

manager说的是我manage expectation不行，而且已经说了三次。他并没有说我的产出不行。

感觉做的很多， 有同级可比一比吗？

微信用户_c860d75 发表于 2022-11-13 23:45
感觉做的很多， 有同级可比一比吗？

和同级比对我而言没有意义。我是因为个人原因降级进来的。

匿名用户 发表于 2022-11-13 22:25:27
你这个想法很危险，千万不要在和老板1-1的时候说自己觉得L6 deliver都没你多，可能这是真的也可能是你并不知道L6做的东西具体是什么

L4首先干好自己份内的工作，然后开始做L5 scope，超

加一。回想我入职以来的血泪史，我觉得。
一来新人应该多做可以建立信任简单的任务，信任培养出来会好说很多。你一开始来就做超出你能力范围的事情，大概率让人觉得你能力不行。
二来新人一般完成简单的任务就可以升职，你一开始就来做难的相当于无限拖长你拿高rating 的时间。
三来这些活大概率在review 的时候不太被认可。那些老古董们觉得L6 去探索去audit是正常的，但你的package 里写了这些大概率不被认可。
四来项目是有风险的，越简单的项目风险越小，因为不确定性低你投入的时间越短。
有一个例外是你经理能recognize 项目复杂度和你的能力，但恕我直言很多人，尤其是新手经理没有这个水平。

建议问清楚这个feedback是属于你距离L5的gap还是说你当前level L4的gap，后者的话感觉你老板是个坑得提前准备一下后路，对L4来说你的perf应该没有问题，前者的话下次project有啥update记得及时通知stakeholder，作的promise要尽可能实现

😂 刚入职很容易觉得自己代码写得多好看就比L6贡献大…类似于建筑工人觉得自己比建筑设计师贡献大一样 buy anyways

楼上说的关于项目进展的transparency很重要 但是我个人觉得更重要的是你的项目计划 我反正每次都会做最差情况的计划 但是我发现身边很多人尤其是刚工作的人都会往紧了做计划结果over promise，这样就会弄得很难看 尤其是项目需要给leadership跟external teams有交代的时候更是如此。打个比方 一个项目 你非常自信地说四周可以做完 结果出了些一开始没考虑到的问题五周做完了 但是对于leadership external就是延期了。同样一个项目如果你一开始设置的预期是七周可以做完，中间也出了问题 但是你最后六周做完了，虽然比上一个例子多一周但是别人只会觉得你提前交付。绝大多数情况别人都不会在意这一周两周 关键是不要over promise不然你这边会影响到别人的计划