写点什么

战斗还是逃避,或许可以考虑一下合作?

用户头像
escray
关注
发布于: 2020 年 08 月 24 日
战斗还是逃避,或许可以考虑一下合作?

极客时间《面试现场》学习笔记

24 | 怎样体现你的协作能力强?



相对于前面的学习能力和精益思维,我觉的协作能力要更复杂一下,因为协作就必然涉及到与他人打交道。



我一直觉得自己比较有配合意识,但是和之前的问题一样,如何展示给面试官呢?



如果团队有比较强的认同感,职责边界清晰,信息透明,那么当然是比较理想的状况,但是我觉得更有可能是在非理想状态下的协作。



首先希望能够进入一个自己比较认同的团队,虽然我认为自己的容忍度比较高,但是如果在价值观上冲突比较大的话,那么还是放弃这个没有前途的 Offer 吧。



责任感信用度应该是职场个人品牌的必选科目,很难想象和没有责任感、缺乏信任度的技术人员共事,当然自己首先要做好分内之事,否则就只有互相伤害了。



解决认同感、责任感和信用度其实还是在于自身的技术能力和综合素质,尽可能和“高人”一起工作。



目标、责权和流程、沟通环境、协作工具,我觉的这些属于外部项,如果一个团队“三观正”的话,这些应该都不会成为问题。



我最近一个被别人忽略的建议,是放弃在业务系统中使用 Word 作为编辑工具,转而采用 Markdown 或者是其他“可见即所得”的编辑工具。放弃的原因主要是考虑到用户的接受程度,但是 Word 的确给开发和存储带来了很多复杂度。



在项目中加强信息透明化的工具,之前使用过 FTP 来放置项目文档,用来代替共享文件夹;也试图引入 Wiki 和论坛来做运维信息的积累,但是因为缺乏专人维护,很快就“过时”了;后来测试用 Redmine 和禅道两个工具,并且小规模推广过,但是没有能够大范围使用。



开发者、测试、产品经理在什么场景下会协同使用某一个工具?



我觉的可能最好的工具是白板,最好的沟通方式是面对面沟通



如何从顺从、竞争、妥协、逃避的协作模式,找到共同利益,最终实现双赢甚至多赢的合作



you can fight, I can flight !



我个人不是特别热衷于战斗模式,但是逃避也不能解决问题,所以有时候会愿意出让一部分自己的利益,换取对方的支持,转做其他有挑战性的事情。



单位之前的运维管理系统和权限控制系统是由我来完成的,后来有第三方的公司加入进来,要做一套新的。在领导同意的情况下,我就把之前的代码和文档都转交给对方,并且协助对方理解了一下原有的运行模式。之后,我就和领导争取了一些资源,转去做其他项目的需求对接和项目管理工作,并且按照自己的想法,去做 Ruby on Rails 框架下的图书资料管理系统。



之前听过一位前辈的经验,大意就是做技术的人可以不断的去尝试新的东西,而不要守着自己的一亩三分地,坐井观天而不自知。



最近正在读张宏杰的《曾国藩传》,发现曾国藩也很不容易。咸丰皇帝并不信任他,而他一开始摆出刚正不阿,不肯同流合污的姿态,也得罪的不少同僚,加上湖口之败,几乎一败涂地。



虽然还没有看到曾国藩如何“咸鱼翻身”,但想来与整个官僚体系的合作是其中重要的一环。



发布于: 2020 年 08 月 24 日阅读数: 45
用户头像

escray

关注

Let's Go 2017.11.19 加入

大龄菜鸟项目经理

评论

发布
暂无评论
战斗还是逃避,或许可以考虑一下合作?