index_new5.html
../../../zaker_core/zaker_tpl_static/wap/tpl_guoji1.html
![]()
本文探讨了职场中面对同事质疑时的应对策略。作者分享了自己在系统迁移工作中遭遇同事质疑的经历,引发了对工作内容、沟通方式和情绪管理的思考。文章旨在帮助读者分析类似情境,并提供建议,从而更好地处理工作中的人际关系,维护自身权益,并保持积极的工作态度。
🤔 系统迁移的复杂性:作者在1.5天内完成了系统迁移、编写相关文档以及数据备份等工作。同事甲仅关注到系统可用,而忽略了迁移过程的完整性,包括文档撰写和数据安全设置等,这突显了对工作内容理解的差异。
😠 质疑带来的情绪反应:面对同事的质疑,作者感到气愤。这种情绪源于工作成果未被认可,以及对工作内容理解的偏差。作者在会上选择保持沉默,反映了在职场中维护个人形象和避免冲突的考量。
🤔 应对策略的思考:作者思考下次遇到类似情况时是否应该直接反驳。这反映了在维护自身权益和避免无效沟通之间的权衡。文章强调了在职场中有效沟通和情绪管理的重要性。
最近公司的一个项目,每天下班前开日会,讨论待解决的问题以及了解已解决的问题。每天还要汇报自己干了什么。作为工作一年的小登,我只觉得烦,勉强能接受。昨天我一个人弄系统迁移,写迁移相关的文档+迁移差不多花了 1.5 天。今天中午的时候,跟同事甲说系统可以用了。等我下午开会的时候,我说我今天也在处理系统迁移。同事甲质疑我,系统不是中午就好了,你下午在忙什么?迁移系统需要这边久吗?答:处理系统迁移,是的(需要)。我回答的毫无感情波动,但事后感觉非常气愤😡 想在会上展开说一下具体的工作内容,但是忍住了,感觉跟同事甲说没有意义😤,浪费口舌。万能的 v 友,你们如果遇到同事质疑,一般会怎么做?我现在在想,下次再遇到这种情况,要不要怼回去。
补充一下:我认为系统能使用,不等于迁移完成。比如说需要写迁移步骤的笔记,比如需要设置数据的备份。