你要“干涉”其他组的工作,要知道两个:一个是整个application的设计和business requirements,不是仅仅自己那块;二个是要懂别人做的东西,知道别人在做什么。如果你们经常有惯例的会议,别人讲的时候仔细听并且问问题,这是最直接的办法,几次会议你就可以把一些局部连贯起来,根据BRD和SRD,你会明白对方为什么这么做,这个时候如果你有更好的建议,就提出来讨论。
开会如果你专心每一个人的谈论并且追随他们的想法,会非常累,我一天开2-3个小时会,比一天写16小时的code还筋疲力尽。
我一般没啥问题,到最后我会问问老板的小孩怎么样了,他那里的天气如何。。。我不知道别人,我是觉得,你的这些问题你自己应该已经清楚的。