Domanda

Ho appena finito il mio padrone e sto iniziando a scavare nel mondo laboral, vale a dire imparare la programmazione team e aziende di tecnologia di lavoro nel mondo reale. Sto iniziando a progettare l'idea del mio proprio servizio o prodotto a base di software libero, e io vi richiederà un bene accoppiato, appassionato e la squadra di liquidi per costruire e l'idea. Il mio problema è che io non sono sicuro che sarebbe le migliori competenze per chiedere un team di programmazione di 4-5 membri.

Ho molti amici e conoscenti, con i quali ho lavorato durante i miei studi. Must di quelli che ho in mente sono persone molto capaci e intelligenti, con una logica di buona e la base di programmazione, anche se alcuni di loro hanno alcune caratteristiche che credo che potrebbe influtiate negativamente nel gruppo: mancanza di comunicazione, paura di idee dibattito, difficile dare quando si discute, la mancanza di programmazione strutturata (test, buona commentando, la progettazione e l'analisi precedente).

Alcuni di loro hanno queste caratteristiche negative, ma deve di loro hanno un sacco di entusiasmo, belle capacità lavorative (da un punto di vista individuale), e la capacità di vedere l'intero quadro.

La domanda è: come scegliere la migliore squadra per un progetto su larga scala, con un sacco di programmazione? Quale di queste abilità negativi pensi che siano troppo influente? Che può essere ammorbidito con una buona leadership? sono attese Wich competenze buoni? E qualsiasi altra opinione su abilità sociali e di programmazione di un team di programmazione.

È stato utile?

Soluzione

Team chimica è qualcosa che è difficile da prevedere. Quanto tempo un progetto prenderà alla fine è difficile da prevedere. In realtà, la vita è difficile da prevedere. La cosa migliore è quella di scegliere le persone si sentono lavoreranno bene insieme, farli iniziare, e vedere cosa succede. Avanti, regolare la tua squadra come needed.It sarà evidente quali aree dovranno essere migliorate, e ciò che sta andando liscio, se chiedete feedback su questi elementi dalla vostra squadra.

Il metodo scientifico è generalmente il modo migliore per ottenere risultati. Non spendere troppo tempo ipotizzando, andare avanti e ottenere l'osservazione, in modo da poter agire.

Altri suggerimenti

Steve Yegge è piaciuto questo principio e ampliato su di esso un po 'con Fatto e ottiene le cose intelligente.

Sono riuscito squadre per 5 anni, dopo 15 anni di sviluppo. Il mio principio è molto simile di Spoelsky solo non come elegantemente formulata. I programmatori sono risolutori di problemi che utilizzano il software per risolvere i problemi. In questo senso, un programmatore buon userà qualsiasi strumento è il migliore per il lavoro, anche se questo significa spesso uno dei pochi che conoscono meglio (buona fortuna trovare uno sviluppatore .Net che crede Lisp è lo strumento migliore per un posto di lavoro).

Mentre tutte le mie interviste hanno alcune domande specifiche di sviluppo, essi tendono ad essere generici e non basato set di strumenti. Avrei preferito avere persone che capiscono OO (la nostra suite applicazione corrente è OO), e dimostrarsi in grado di capire, imparare, e abbraccio.

tutto ciò detto, hanno bisogno di dimostrare che hanno la capacità di sana logica di scrittura in una lingua. Ho incontrato troppi sviluppatori che possono parlare il discorso, ma non possono camminare la passeggiata.

Una grande membro del team ha una serie di caratteristiche, come nella lista qui sotto. Questo non è specifico per la programmazione, ma si applica a tutti i tipi di squadre di cui si prevede la collaborazione per accadere:

  • riconosce e lavora attraverso il conflitto apertamente
  • ritiene e usi nuove idee e suggerimenti da altri
  • incoraggia il feedback sul comportamento proprio
  • capisce ed è impegnata a obiettivi di squadra.
  • Azioni apertamente e autenticamente con gli altri per quanto riguarda personali sentimenti, opinioni, pensieri e percezioni sui problemi e le condizioni
  • Coinvolge gli altri nel processo decisionale
  • Trusts, supporti, ed ha genuina preoccupazione per gli altri membri del team.
  • "possiede" i problemi, piuttosto che dare la colpa agli altri
  • Durante l'ascolto, i tentativi di sentire e interpretare la comunicazione da altri punti di vista di
  • Influenze altri da coinvolgendoli nel numero (s)
  • incoraggia lo sviluppo di altri membri del team
  • senso ed è tollerante delle differenze individuali
  • Non impegnarsi in win / attività di perdere con altri membri del team
  • ha competenze nella comprensione di quello che sta succedendo nel gruppo

Usa questa lista come un modo per misurare i potenziali membri del team.

Questo è più o meno il membro del team perfetto, qualcuno avrei certo, come al lavoro con. Se si riesce a trovare persone come questo e che anche conosce una cosa o due riguardo la programmazione, allora si ha una squadra vincente.

Più informazioni qui .

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top