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

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

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



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



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



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



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



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



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



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



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



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



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



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



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



you can fight, I can flight !



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



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



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



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



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