Meetings talk

[Anila Mathew]

I am curious as in how you guys perform in the meetings, like discussions, reviews etc.I have been in the software industry for around 6 years, but even now I am not able to talk much. I could open my mouth only if I have some pressing questions, otherwise I remain silent.I don't want to talk just for the sake of it, and prefer to keep quiet if I don't have any valid points.

But , I wonder is there any way we can actively participate in this meetings?

Looks more like an agony uncle column, but I just want to know if you had similar thoughts...

[Cameron Wallace McKenzie]

I avoid meetings. It's a bunch of people who have no idea what's going on but like to hear themselves talk.

I like collaborative programming, but sitting in a board room talking about being collaborative has never been particulary productive to me.

-Cameron McKenzie

[Maneesh Godbole]

Meetings are an excuse for people who are trying to avoid real work.

[Rizvan Asgarov]

But sometimes meetings are very necessary for arriving at one conclusion also coming to the same denominator...

[Arjun Abhishek]

Meeting with developers is ok. But if it was meeting (with manager in the meeting who does not have real understanding of the technology) it becomes tedious. Managers some time questions some unrelated things based on their previous experience and irritate developers.

--Arjun.

[Aniruddh Joshi]

in that case , the irritated developer should speak

[Arjun Abhishek]

Ideally that should be the way. But at least I did not like to convince the Manager, who can't understand what i am trying to say. It may be my inability to convince him or his depth of knowledge in the subject that prevents from understanding what I'm trying to say.

Anyway this discussion is going away from the topic. The author was looking for a way to actively participate in the meeting.

--Arjun.

[Ulf Dittmer]

Aniruddh Joshi wrote:in that case , the irritated developer should speak

Quite so. Everyone -developers and managers alike- can only speak from their own experience. If that experience is irrelevant to the problem at hand, that should be pointed out. Developers who think they can leave managers in the dark will be in for nasty surprises, and they will deserve it.