标签：
在团队中。我有时会听到这种话：这是某某某的问题。不是我的问题。
说这句话的时候，他至少忘记了他是团队中的一员。另外，也让我感认为。这个团队肯定出了问题。
我刚入行的时候从一件事開始就对这种话感到非常反感。事情是这种：
当时一个项目上碰到了一个问题，数据保存到NOR FLASH时有时会出问题，在模拟器上没有这个问题，
可是一到真机上执行时就莫名其妙的出问题，老是出现偶尔保存不了数据。
于是，请一个当时管该模块的技术大牛来解决这个问题，可是因为是非必现问题，自己复现之后请他过来一起查时，却没法再复现。
这样重复定位了几次后，他变得越来越不耐烦。最后他最终爆发了。对我大声的训斥，说根本就没有问题。
可是，问题不会由于他说没有问题就会没问题了，问题依旧存在。几天后我最终定位到了问题之所在：原来有另外一个线程会定时的往同一个NOR FALSH地址写数据，而写的操作没有相互排斥。而出现故障的代码正是他写的。
这是我在当时和后来总结出来的教训：
1）永远不要说这不是你的问题，由于对于有些问题。不是一时半会就能够分析定位到究竟是哪里出了问题，你说这句话可能会对问题的解决带来麻烦。
2）假设项目中出了问题。即便不是你的问题，也要积极协助查找。至少要又一次排除一下是否是自己代码中出的问题。
3）对于某些比較难的问题，特别是非必现的问题，要保持有足够的耐心。
4）请不要让团队中其他人独自的分析定位清楚了是你的问题了再去解决这个问题，相信到那个时候你也会非常尴尬。
5）当别人有疑问时。请积极配合。
6）假设你自觉得是一个牛人，那么请不要自负。
你的光环或许能够照射别人，却也可能因你的言词伤害到自己的朋友和同事。
7）假设确实自己做错了。要懂得道歉！
说声对不起。别人再说声没关系，事情可能也就过了，要不然可能会为今后同事之间的合作和相处带来障碍，这影响的可不仅仅是你，而是整个团队。
我也没看过什么长篇大论，这仅仅是自己的经验之谈。之所以分享出来是由于从自己的经历来看总有些人连主要的团队的合作方法都不懂。要记住的是：
假设项目中出了问题，一定是项目组中全部成员的问题！！
！
搞測试的要重现问题，问题解决后要确定问题攻克了没有。写代码的要积极查找分析定位问题的解决办法，即使问题不是挂在你头上。也要积极排查是不是自己的模块出了问题，以配合问题的尽快解决，以免对项目造成影响。
好，写一句话作为文章的结尾：作为团队中的一员，我认为还是有必要遵守一下小学生守则：团结，友爱。互助。
哦。我自己加一个，还要懂得感激。
（完）
标签：
原文地址：http://www.cnblogs.com/yxwkf/p/5168616.html
