Che cosa devono sapere i programmatori sul business / gestione? [chiuso]

Penso che tu abbia bisogno di capire come la tua azienda guadagna. Devi anche essere in grado di valutare se dovresti fare qualcosa per aiutarlo a fare più soldi, cioè fare meglio il tuo lavoro. La cosa più importante è che devi essere in grado di dire a quale attività stai lavorando dovresti fare il massimo sforzo e come dare la priorità alle attività che ti sono state date.

Inoltre, i programmatori devono capire che anche se qualcosa potrebbe tecnicamente essere la scelta migliore, quella scelta potrebbe non essere la scelta migliore per il business. E questa è una buona ragione per non prendere il modo tecnicamente migliore.

Conoscere affari e gestione - e marketing - non può certo far male. Dipende davvero dal contesto in cui lavori.

In un'azienda di grandi dimensioni in cui i livelli decisionali del management e le attività sono ben definite in base ai titoli di lavoro, potrebbe non essere così importante. La tua azienda probabilmente ha persone dedicate a gestire questo fine.

In una piccola azienda, d'altra parte, più sai, più il valore diretto che sei per un'azienda. Ad esempio, avere un buon senso del marketing potrebbe aiutarti a percepire progetti migliori / peggiori per un sito web. Oppure potresti dover fare di più con i clienti, o andare con un venditore per aiutare a chiudere un affare, o partecipare a fiere, o semplicemente essere alla ricerca di una possibile nuova fonte di reddito / opportunità di risparmio.

Quindi, come al solito con una domanda tipo "quanto devo sapere", la risposta è che più knowlege è sempre migliore, ma la portata della sua importanza dipende in realtà dalla situazione individuale.

Almeno devi capire profondamente che il tuo stipendio non viene solo automaticamente da qualche parte. Non sei pagato per sederti e programmare. È il successo delle vendite e delle relazioni con i clienti a fare o distruggere il successo della tua azienda (e in definitiva il tuo). Ecco da dove viene il denaro.

Anche in una grande azienda in cui i programmatori non sono direttamente in contatto con i clienti finali, vale la pena sottolineare che è spedire prodotti in anticipo che conta di più. È così che l'azienda vince le vendite e ottiene denaro e ti viene pagato. Certo, anche spedire un prodotto semi-assettato (troppo presto) è un errore, e trovare il giusto equilibrio qui è difficile, ma i programmatori tendono ad inclinarsi troppo verso il lato "nave quando è completamente finito (che è quasi mai)". Ma guardando quelli di successo rivela la verità; alcuni di loro avevano un prodotto maturo, finito, lucido per cominciare.

Sapere e accettare l'essenza della gestione di un'azienda è la cosa importante. Anche se non sei particolarmente interessato agli affari (non lo sono), non puoi semplicemente ignorarlo come "roba da colletti bianchi" se sei interessato ad essere pagato. I dettagli tecnici e il vocabolario del business / gestione non sono così importanti da sapere, IMHO, anche se l'apprendimento di alcune nozioni di base di certo non fa male.

Non voglio essere cattivo, ma direi "hanno bisogno di sapere di lasciarlo nelle mani di chi è il lavoro che è". Per quanto suoni come un'eresia, non puoi sapere tutto.

Ma sì, uno dovrebbe conoscere alcuni minimi, alcuni fondamenti di economia. Quindi, diciamo, i fondamenti della microeconomia (microeconomia < - economia che si occupano di un piccolo sistema, diciamo un'azienda), alcune teorie economiche di base (l'inflazione è buona o cattiva per te?) Che cosa significa? ? In che modo influisce su altri fattori?), Alcune nozioni di base su come funziona il sistema sociale (se ti trovi in un paese che è organizzato in quel modo), basi del trading obbligazionario (se ti trovi in una società organizzata in in quel modo) ...

Se tuttavia ho frainteso la tua domanda e stai chiedendo che cos'è una proposta o un'offerta, ... queste possono essere meglio spiegate su wikipedia. Le regole che li riguardano sono, tuttavia, più di un argomento di legge, piuttosto che di tipo economico.

but when my project manager starts talking about how we've won a new contract, or we're involved in a new proposal bid, or... anything that's business rather than technical, really... I can get lost pretty quickly.

L'unico per saperne di più sul business è di essere effettivamente coinvolto. L'incontro potrebbe non essere il miglior forum per rispondere a determinate domande, ma sicuramente dopo tali incontri chiedete al vostro manager di approfondire la proposta o le cose legate al business che avete perso.

Domande come

• qual è il processo della proposta in azienda?
• come siamo stati coinvolti?
• come pensiamo di fatturare il cliente?

Ciascuno di questi è un piccolo indicatore del funzionamento della tua azienda. Ti avvicina agli interni e ai meccanismi interni così almeno sai come l'azienda guadagna soldi. Penso che il punto principale qui sia chiedere informazioni su cose che non conosci!

Anche "Mi posso perdere abbastanza velocemente" significa per me, tu dai uno sh1t o davvero non lo sai. L'atteggiamento che hai può fare la differenza se vuoi saperne di più.

What is the bare minimum all developers need to know about project management/business to function?

Su questo aspetto, non penso che ci sia una risposta concreta. I miei pensieri iniziali sarebbero una contabilità di base e le abilità della gente. La gestione del progetto e la gestione di un'impresa sono due cose diverse, tuttavia ci saranno alcuni insiemi di abilità sovrapposti.

Ricorda solo che le abilità che impari come sviluppatore "a volte" (se non la maggior parte delle volte) diventano nulle quando ti sposti in una posizione più alta (come un manager). Per esempio. le tue abilità di persone saranno davvero più focalizzate rispetto al tuo precedente ruolo di sviluppatore.

Suggerimento generale - impara / esercita / perfeziona altre abilità meno tecniche all'inizio della tua carriera poiché ciò sarà utile negli anni successivi (a meno che, naturalmente, ancora deciso )

What is the bare minimum all developers need to know about project management/business to function?

"... una buona tecnologia è solo il 10% di successo. Se la tua gestione non sa come gestire un progetto di ingegneria di successo, o il tuo reparto marketing non sa come accedere clienti, o non ti dice cosa vuole il cliente, o se i tuoi avvocati non gestiscono correttamente la tua proprietà intellettuale, o se l'architetto capo non ha la possibilità di creare un'architettura coerente e semplice, allora il tuo lavoro può essere per nulla, e puoi passare anni costruendo cose che non vedono mai la luce del giorno. " ( Le cose che vorrei imparare in una scuola di ingegneria ... )

Conoscere ciò che viene chiesto al tuo manager può aiutarti a comprendere perché chiede a somes le cose, o perché il lavoro è fatto nel modo attuale. È quindi possibile adattarsi o trovare un modo migliore per dargli quello che vuole / ha bisogno.

Il minimo indispensabile dipende dalla compagnia. Ho lavorato in un luogo in cui altre persone erano responsabili della progettazione del programma e dovevo tradurre specifiche dettagliate in COBOL. Non è molto divertente, ma all'inizio non avevo bisogno di sapere nulla del business.

Una volta che hai iniziato a dire qualcosa nella progettazione del programma (o, preferibilmente, se inizi qui), devi sapere cosa sta facendo l'azienda, in modo da poter capire di cosa effettivamente hanno bisogno gli utenti. Conoscere meglio il business significa che le persone hanno bisogno di dirti le cose in minor dettaglio, così il tuo valore per l'azienda cresce. A volte puoi fare cose di tua iniziativa che aiutano l'azienda, aumentando anche il tuo valore. Questo si riflette spesso nel titolo del tuo lavoro e nella busta paga.

È anche utile avere un'idea di dove viene il denaro, dove va, e perché alcuni di essi vanno in tasca. Dovresti davvero avere un'idea del perché la compagnia ti paga. Può aiutare la tua motivazione a imparare a sapere che quei nuovi contratti sono le cose che ti pagano.

È anche probabile che ti aiuti se sai cosa sono gli affari per te, in che modo un nuovo contratto ti influenza.

Ovviamente, se non vuoi rimanere per un ruolo puramente tecnico per sempre (e, empiricamente, sembra un po 'raro), dovrai capire molto meglio l'attività, ma aiuterà chiunque a capire cosa sta succedendo on.

Come altre risposte hanno dichiarato, il minimo varierà da situazione a situazione. Ad esempio, un appaltatore autonomo potrebbe aver bisogno di conoscere un po 'di più rispetto al dipendente a tempo pieno, in quanto il primo potrebbe aver bisogno di un contabile e altri che lo aiutino a gestire l'attività del contraente.

Ci sono alcune basi sulla salute finanziaria che prenderei in considerazione alcune nozioni di base come capire dove si trova la tua azienda in termini di maturità: è una start-up che continua a bruciare denaro da investitori angelici o denaro da venture capitalist adesso? Quanto è redditizia la compagnia? Ci sono grandi cause che possono uccidere l'azienda nel breve termine?

Penso che alcune delle basi per comprendere un piano di progetto ad alto livello, come vengono gestite le richieste di cambiamento, e che tipo di processo generale ci sia per passare attraverso un progetto sono cose fondamentali da sapere. Non sto dicendo che devi conoscere tutti i passaggi del processo di gestione delle modifiche, ma tieni presente quando viene utilizzato e in che modo può influire sul tuo progetto.

Se vuoi ottenere di più dal lato commerciale, potresti voler chiedere maggiori dettagli sul contratto che è stato vinto. Quante unità vengono vendute? Si tratta di un progetto pilota iniziale presso il cliente o c'è un'adozione di massa ora? Quel tipo di domande di base che può aiutare a dare un po 'più di dettaglio a ciò che si potrebbe finire per affrontare il prossimo. Ad esempio, se la tua azienda ha iniziato a ricevere ordini massicci, non è possibile che alcuni sistemi siano spinti al limite che potrebbe essere necessario rimediare al più presto, no? Mentre ho dato alcune aree vaghe e solo alcuni esempi specifici, queste sono le parti che tendo a notare con un'azienda. Come le risorse umane burocratiche sarebbero un altro fattore da non dimenticare qui in una certa misura.