What Is The Relationship Between Software Architect and Team Member [duplicate]

I work for a small company which has less than 100 persons. Several months ago, this company offered me position of SA and I accepted. There are three teams in this company, and I work for one of them. This is the first time I work as a SA.

During the past months, I find I don’t have any power of management, I even can’t let the team member do things (coding-related) in the way which is correct and more efficient. The team members argue with me on very very basic technical questions and I have to explain to them again and again. Though some members did take my advice, other members stubbornly program in their way which frequently proved wrong finally.

Recently I feel a little tired and confused. I wonder what is correct relationship between a Software Architect and team members including the team leader? Besides, is software architect also leaded by the Team Leader?

Software architect has no power of management. This is explained in the question I referred in comments:

What should you bring to the table as a Software Architect?

Stuff architect does is explained in top answer:

The SA should have the last word on all design, technology and coding style decisions… for the most part… developers get to decide, at their level, how problems are to be solved… the SA keeps the pointy-haired bosses out of the developers’ cubicles.

A good explanation for how they do their job is provided in another answer:

A thick skin. Good negotiation skills.

I’ve been an architect myself and I can confirm that answers match my experience.

Now, I would like to get a bit deeper on what you feel like a problem, disagreements with team members and the need to obey to team lead.

I think that disagreement with someone who you have no power to order is the most valuable and interesting part of architect job. If you continuously feel bad about it, seriously consider whether this job is indeed for you.

Disagreements that can not be resolved by brainless “shut up and follow my orders” provide unique opportunity for one to progress as an architect. These are the way to learn how to discuss complicated problems, how to negotiate and resolve conflicts, how to explain things, communicate your knowledge and learn new things. These are the only way to practice a skill to convince and influence team members.

If you’re especially lucky, you’ll happen to get into disagreement about things where your initial understanding is wrong.

Being free of thought-blocking “follow my orders” escape hatch, you will be able to find out how to improve your understanding, figure your mistakes, accept them and how to discover, share and lead the right way.

At architect position, one would rather strive to gain from failures like that, by analyzing what went wrong, what could have been done better and how to efficiently “re-use” acquired experience. These bits of knowledge may be invaluable if learned right, the very successful career at senior positions may depend on how well these are learned, as explained in this brilliant answer at WP:

Judgement comes not from success, but from failures. Most companies want to hire people that have had their failures paid for by previous companies…

Filed under: softwareengineering - @ 20:00

Thẻ: architect, organization, teamwork

What Is The Relationship Between Software Architect and Team Member [duplicate]

Software architect has no power of management. This is explained in the question I referred in comments:

What should you bring to the table as a Software Architect?

Stuff architect does is explained in top answer:

The SA should have the last word on all design, technology and coding style decisions… for the most part… developers get to decide, at their level, how problems are to be solved… the SA keeps the pointy-haired bosses out of the developers’ cubicles.

A good explanation for how they do their job is provided in another answer:

A thick skin. Good negotiation skills.

I’ve been an architect myself and I can confirm that answers match my experience.

Now, I would like to get a bit deeper on what you feel like a problem, disagreements with team members and the need to obey to team lead.

If you’re especially lucky, you’ll happen to get into disagreement about things where your initial understanding is wrong.

Judgement comes not from success, but from failures. Most companies want to hire people that have had their failures paid for by previous companies…

Filed under: softwareengineering - @ 20:00

Thẻ: architect, organization, teamwork

Thiết kế website giá rẻ

Danh mục

What Is The Relationship Between Software Architect and Team Member [duplicate]

What Is The Relationship Between Software Architect and Team Member [duplicate]