|
此文章由 gifox 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 gifox 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 gifox 于 2021-4-13 10:52 编辑
想法挺好的啊, 记得把credit 分 给别人. 报告时多用we.做好的文档多归功于给过你信息的老员工.
多点赞美. 为新文档做presentation时 , Peter and John are amazing, we (不是I) won't be able to complete this task without their input and contribution. 不要都讲自己, 文档都是你写的你做presentation的,领导又不是瞎子.
解释为什么要做文档的时候,多从积极的方向讲, 一定要注意在动机上引入“相关性” , 把项目对于老员工的好处说出来. 讲“目前文档很糟糕”和“如果我们有更详细的文档,可以缩短培训流程” 是一个意思. 要讲将后者. Now, we can refer to the documentation , so new hire like me will bug Peter less and leave him to focus on the more important tasks.
虽然隐含来说, 对流程依赖程度搞,而对人依赖程度低会降低老员工的重要性. 不过这个就不要提了.想办法绕过去. 平时要注意做networking. 有良好关系就没关系是普遍人性来的. 平时多点买咖啡,聊聊工作以外的事情,注意建立相似性, 你们共同的生活经历和共同的生活挑战会造成亲近感---他懂我.
推荐2个podcasts , 讲networking和trust的.关键是你要利用普遍人性去建立团队关系.
https://podcasts.apple.com/au/po ... 086?i=1000432304009
https://podcasts.apple.com/au/po ... 086?i=1000407661245
的确不要一下子拿出来,第一是消化不来.执行不了就落空了.其次是,对于组织和文化了解越多,肯定要修改的.没必要把那么多不成熟意见一下子拿出来. 你肯定要根据上一个project的落实效果做下一个的.
而且这事不是一次做完的,continuous improvement. 不会有final version的 |
评分
-
查看全部评分
|