你要“幹涉”其他組的工作,要知道兩個:一個是整個application的設計和business requirements,不是僅僅自己那塊;二個是要懂別人做的東西,知道別人在做什麽。如果你們經常有慣例的會議,別人講的時候仔細聽並且問問題,這是最直接的辦法,幾次會議你就可以把一些局部連貫起來,根據BRD和SRD,你會明白對方為什麽這麽做,這個時候如果你有更好的建議,就提出來討論。
開會如果你專心每一個人的談論並且追隨他們的想法,會非常累,我一天開2-3個小時會,比一天寫16小時的code還筋疲力盡。
我一般沒啥問題,到最後我會問問老板的小孩怎麽樣了,他那裏的天氣如何。。。我不知道別人,我是覺得,你的這些問題你自己應該已經清楚的。