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