Qual è la relazione tra l'architetto del software e il membro del team [duplicato]

3

Lavoro per una piccola azienda che ha meno di 100 persone. Diversi mesi fa, questa società mi ha offerto la posizione di SA e ho accettato. Ci sono tre team in questa azienda e io lavoro per uno di loro. Questa è la prima volta che lavoro come SA.

Negli ultimi mesi, ho scoperto che non ho alcun potere di gestione, non posso nemmeno permettere ai membri del team di fare cose (relative alla codifica) nel modo che è corretto e più efficiente. I membri del team discutono con me su domande tecniche molto basilari e devo spiegarle ripetutamente. Sebbene alcuni membri abbiano seguito il mio consiglio, altri membri hanno programmato ostinatamente la loro strada, cosa che spesso si è rivelata sbagliata.

Recentemente mi sento un po 'stanco e confuso. Mi chiedo qual è la relazione corretta tra un architetto del software e i membri del team incluso il leader del team? Inoltre, l'architetto del software è guidato dal Team Leader?

    
posta Steve 02.11.2013 - 12:46
fonte

1 risposta

7

L'architetto del software non ha potere di gestione . Questo è spiegato nella domanda cui ho fatto riferimento nei commenti:

Cosa dovresti portare a la tabella come un architetto del software?

L'architetto di roba è spiegato nella risposta migliore:

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.

Una buona spiegazione di come fanno il loro lavoro è fornita in un'altra risposta:

A thick skin. Good negotiation skills.

Sono stato io stesso architetto e posso confermare che le risposte corrispondono alla mia esperienza.

Ora vorrei approfondire un po 'quello che senti come un problema, i disaccordi con i membri del team e la necessità di obbedire al comando della squadra.

Penso che il disaccordo con qualcuno che non hai il potere di ordinare sia la parte più preziosa e interessante del lavoro dell'architetto. Se ti senti continuamente male, considera seriamente se questo lavoro è davvero per te.

I disaccordi che non possono essere risolti senza cervello "zittisci e segui i miei ordini" offrono un'opportunità unica per poter progredire come architetto. Questi sono i modi per imparare come discutere problemi complessi, come negoziare e risolvere conflitti, come spiegare le cose, comunicare le tue conoscenze e imparare cose nuove. Questi sono l'unico modo per praticare un'abilità per convincere e influenzare i membri del team.

Se sei particolarmente fortunato, ti troverai in disaccordo su cose in cui la tua comprensione iniziale è errata .

Essendo liberi di bloccare il pensiero "segui i miei ordini", puoi scoprire come migliorare la tua comprensione, capire i tuoi errori, accettarli e scoprire, condividere e guidare nel modo giusto.

In posizione di architetto, ci si dovrebbe sforzare di ottenere da fallimenti come quello, analizzando cosa è andato storto, cosa avrebbe potuto essere fatto meglio e come riutilizzare in modo efficiente l'esperienza acquisita. Questi bit di conoscenza possono essere inestimabili se appresi correttamente, la carriera di successo nelle posizioni senior può dipendere dal modo in cui questi vengono appresi, come spiegato in questa brillante risposta a 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...

    
risposta data 02.11.2013 - 17:29
fonte

Leggi altre domande sui tag