La mia risposta iniziale è che se hai una squadra, perché lavori come non lo fai?
Certamente, potrebbe esserci un motivo, ma non sono sicuro che sia stato dichiarato.
Fattori limitanti
Il mio suggerimento è che organizziate il lavoro per mettere in campo tanto prodotto quanto prima e con il massimo margine di profitto possibile. Il modo in cui lo fai può dipendere dal modello di business e da una serie di fattori, tra cui alcuni che limitano ciò che puoi fare.
- Reattività: possiamo fare un progetto fino a quando non viene completato? O abbiamo bisogno di trascorrere del tempo con le parti interessate per ogni progetto in un modo che mostra che rispondiamo ai loro bisogni?
- Focus: possiamo accelerare alla massima velocità su un compito solo se abbiamo blocchi di tempo per concentrarci sul lavoro.
- Comunicazione / consultazione: abbiamo bisogno di comunicare presto e spesso, magari di consultarci sulle decisioni, introducendo così dei ritardi nel lavoro? Qual è il minimo che dobbiamo fare per utilizzare i prototipi e il round robin passando da un progetto all'altro per soddisfare le nostre esigenze in questa categoria?
- Divisione del lavoro: una persona fa diversi tipi di lavoro? Potremmo suddividere i progetti in modo tale che un lavoro ripetitivo dello stesso tipo venga fatto da qualcuno che costruisce competenze molto più velocemente perché ne fanno di più?
- Capitale / flusso di cassa: veniamo pagati alla fine, quando raggiungiamo le pietre miliari, o per tempo e materiali? Lavorare più progetti in parallelo ci dà pagamenti multipli o semplicemente ritardare i progetti che potrebbero essere completati in serie?
- Concorrenza: il mercato del nostro prodotto è tale che l'ingresso anticipato ci permetterebbe di vendere di più perché avremmo meno concorrenti?
- Adozione: se arriviamo presto, il mercato è troppo immaturo per noi per avere forti vendite fino a quando il mercato non inizierà ad adottare il nostro prodotto? C'è un vantaggio nell'attesa che qualcun altro sia il pioniere?
- Flusso di entrate: veniamo pagati una volta al completamento oppure il completamento del progetto consente la vendita di un prodotto in quantità costante o crescente? Sono previsti costi di manutenzione o di abbonamento che il cliente pagherà a noi una volta che il prodotto è stato messo in vendita?
Alcuni scenari ipotetici
Se addebiti tempo e materiali, ma ti vengono pagati solo alla fine, il tuo fattore limitante è la durata del progetto. Se hai quattro progetti, se assegni a ognuno un posto di lavoro, esegui i lavori in sequenza dal più breve al più lungo. Hai il profitto dal primo lavoro di ridurre le risorse prese in prestito per il secondo lavoro, o di assumere più aiuto per finire il secondo lavoro più velocemente.
Se realizzi un prodotto che una volta completato crea un mercato con vendite costanti o in aumento ogni mese, hai un aumento delle entrate composto con ogni progetto completato. Se segui un approccio rigorosamente round robin, questo accadrà più tardi, piuttosto che prima.
Se si assegna la priorità al lavoro di durata più lunga, ogni altro lavoro attenderà e i piccoli lavori inizieranno ad avere la durata più lunga, il che rappresenta un problema particolare agli occhi di quei clienti.
Se stai vendendo qualcosa per cui essere il primo a commercializzare entrate di pesi a tuo favore, puoi permetterti di sacrificare qualcosa per essere precoce.
Se lavori solo con la massima priorità, potresti avere un cliente felice e i restanti clienti infelici o andare altrove.
Un esempio ingenuo
Molti anni fa, ho lavorato in un'azienda in cui era considerato efficiente e in grado di far sì che ciascuno dei quattro sviluppatori di software lavorasse come lead nel proprio progetto, che in genere richiedeva da nove a dodici mesi ciascuno. Questo è durato un paio d'anni, abbiamo aggiunto un po 'più di persone che organizzano allo stesso modo. Quindi, abbiamo avuto un progetto più grande e abbiamo creato una squadra di quattro persone. Con il team abbiamo intrapreso un progetto molto più ampio, e quando è uscito circa 12 mesi dopo, abbiamo avuto l'anno migliore nella storia dell'azienda.
Poco dopo, un collega ed io abbiamo avuto una conversazione sull'idea che i nostri progetti futuri avrebbero potuto guadagnare di più se avessimo smesso di fare l'unico progetto per persona all'anno. Ecco uno schizzo:
Method 1: Project per developer
Four developers, four projects of 12 months duration, that sell 500K/quarter.
Project 1 Project 2 Project 3 Project 4 Total
Q1:
Labor (man months): 3 3 3 3 12
Net Income: 0 0 0 0 0
Q2:
Labor (man months): 3 3 3 3 12
Net Income: 0 0 0 0 0
Q3:
Labor (man months): 3 3 3 3 12
Net Income: 0 0 0 0 0
Q4:
Labor (man months): 3 3 3 3 12
Net Income: 0 0 0 0 0
Q5:
Labor (man months): 0 0 0 0 0
Net Income: 500K 500K 500K 500K 2000K
Y1 Income: $0
Total Income for 15 months: $2000K
Method 2: Four developers working as a team.
Four developers, four projects of 12 months duration, that sell 500K/quarter.
Project 1 Project 2 Project 3 Project 4 Total
Q1:
Labor (man months): 12 0 0 0 12
Net Income: 0 0 0 0 0
Q2:
Labor (man months): 0 12 0 0 12
Net Income: 500K 0 0 0 500K
Q3:
Labor (man months): 0 0 12 0 12
Net Income: 500K 500K 0 0 1000
Q4:
Labor (man months): 3 3 3 3 12
Net Income: 500K 500K 500K 0 1500K
Q5:
Labor (man months): 0 0 0 0 0
Net Income: 500K 500K 500K 500K 2000K
Y1 Income: $3000
Total Income for 15 months: $5000K
Questo esempio è più semplice di qualsiasi ambiente di lavoro reale. Ma si spera che illustri che se siamo in multitasking, stiamo ritardando e riducendo i nostri guadagni rispetto al focus singolo e al lavoro di gruppo.