Quali pensi siano i maggiori problemi di sviluppo del software, nelle piccole e medie imprese?

Il recupero dalla mentalità di "eroe coder" è enorme man mano che l'azienda cresce. Molte piccole aziende vogliono bassi costi generali e non vogliono un sacco di processo. Spesso riescono a ottenere molto rapidamente da zero con poche persone. Il marketing promette pazzamente ai clienti perché devono e gli sviluppatori estrapolano imprese di brillantezza hackerata all'ultimo minuto per salvare la società.

Ma poi i costi legacy e il debito tecnico si riprendono quando la società diventa più trincerata nel loro mercato. Il progresso diventa più lento. Molto più lento. Il codice è abissale. Gli sviluppatori sono bruciati tutto il tempo e amari. Le promesse fatte ai clienti smettono di essere soddisfatte. Le persone giocano il gioco della colpa.

Passare da un cretino all'altro, combattere il fuoco, aspettarsi prodezze di cultura brillante a uno che mantenga una parvenza di sanità mentale e la pianificazione può essere uno shock culturale difficile e doloroso per le piccole imprese.

Dicono che il veloce batte il lento ma alla fine sei stanco di andare così veloce che diventi più lento del lento. Tutti sanno che alla fine la tartaruga ha battuto la lepre:)

Riguardo allo sviluppo del software, negli ultimi anni le aziende con cui ho lavorato hanno seguito Agile development per produttività e throughput più rapidi. In questi giorni gli incontri Scrum fanno miracoli e all'inizio ho iniziato con il tradizionale modello Waterfall per lo sviluppo.

Riguardo al problema delle piccole e medie imprese, ho lavorato con 2 Start up nell'ultimo anno e il problema principale che la mia azienda ha dovuto affrontare è stato l'aspetto della reputazione perché i clienti cercano un buon portfolio per vedere se l'azienda si adatta alle loro esigenze per lo sviluppo del loro prodotto. Abbiamo lavorato duramente per creare inizialmente quel fattore di reputazione. Una volta che il problema è passato, la sfida più grande è stata quella di far fronte agli attuali standard di mercato e ottenere la conformità della società con gli standard del settore.

Personalmente ho sentito che ho imparato molto lavorando su Startup e mi ha fornito una solida base di competenze. Per quanto riguarda i problemi di sviluppo del Web, penso che qui ci sarebbero molti guru che darebbero soluzioni più ottimali di quelle che avrei trovato.

Ricorda sempre che il cliente ha sempre ragione !! :)

Hai mai pensato di prendere una linea di base su come vanno le cose ora e cercare di classificare quanto bene stanno lavorando le varie parti dell'azienda? Ciò richiederebbe la suddivisione della società nel suo insieme in vari pezzi per ottenere alcuni dati su come vanno le cose e documentare processi e cose ma questo potrebbe essere abbastanza utile solo per vedere cosa si sta facendo e quindi cercare buchi per vedere cosa non è t fatto.

Creare una visione di dove si vuole essere è anche una buona idea qui, anche se ciò richiede di pensare sia ad alti livelli che a dettagli di basso livello. L'alto livello sarebbe di essere un'organizzazione di livello mondiale o crescere fino a essere 5X le nostre dimensioni attuali nei prossimi 10 anni. Il livello basso fisserebbe gli obiettivi di vendita per il prossimo anno che sono più tangibili e limitanti in un certo senso.

Da queste idee ho tratto alcune considerazioni su ITIL nella sezione "Miglioramento continuo dei servizi".

Ora che hai fornito maggiori dettagli, posso tentare di dare più di una risposta mentre ti rendi conto che i "problemi di sviluppo del software" sono al di là della portata e hanno milioni di possibili interpretazioni, giusto? "Voglio duplicare Google e Facebook combinati senza budget, senza persone e solo 30 secondi", è il tipo di problema che so che non ho un modo per riuscirci e dubito che qualcun altro avrebbe una risposta Potrei sbagliarmi. Prenderò solo il primo paio di gruppi come quelli che conosco abbastanza per cercare di rispondere in una certa misura.

1) Software development problems (3)

1.1 Incomplete problem picture 1.2 Useless delivered software 1.3 Unrealistic or inadequate schedule

L'immagine del problema sempre sarà incompleta. Guardando anche a questa domanda, c'è abbastanza qui per rispondere veramente alla domanda in modo completo? Io non la penso così, ma questa è la mia prospettiva. Il problema della programmazione è derivato solitamente da una scarsa raccolta di requisiti in cui i requisiti erano vaghi e difficili da fornire stime ragionevoli su quanto tempo ci sarebbe voluto o che le persone che facevano il lavoro non lo avessero fatto prima e le stime sono ancora errate a causa della mancanza di Esperienza. Questa non è una cosa facile da superare anche se direi buona fortuna nel cercare di arrivarci.

2) Web development problems (3)

2.1 Apparently non-viable implementation 2.2 Unefficient module construction design 2.3 Reduced result system inter-operability

Che tipo di non-vitale intendi qui: che qualcosa non può essere fatto, ad es. l'ordinamento nella complessità O (1), o che ciò che è stato fatto non sarà sufficientemente scalabile per essere un'implementazione praticabile a lungo termine? Questi sono problemi molto diversi in cui il primo è più una questione di educare il richiedente che la richiesta non è possibile soddisfare e potrei darvi una prova di ciò.

Per quanto riguarda il secondo punto, benvenuto nel mondo delle soluzioni creative in cui molte cose possono essere migliorate in futuro. Tuttavia, un altro fattore qui è quello che la metrica definisce l'efficienza in quanto vi sono cose semplici come velocità o spazio di esecuzione ma anche cose più vaghe come manutenibilità, scalabilità, affidabilità e così via.

Il terzo non capisco cosa intendi lì, quindi c'è un problema comunicazione lì. Questa parte del requisito era o no? Questa è la mia replica iniziale, ma in realtà devono esserci dei dialoghi per sapere cosa viene richiesto, perché viene richiesto e quali sono i vincoli per una soluzione.

Se desideri conoscere i maggiori problemi di sviluppo del software per le piccole e medie imprese, mi chiedo come misureresti la dimensione del problema. È la percentuale di aziende che segnalano questo problema? È lo scopo del problema? Come viene definito un problema qui davvero? Sono tentato di pensare che questo è un barattolo di vermi, ma forse questo è utile per fare un po 'di discarica del cervello qui e vedere dove questo va alla fine.

La transizione da piccola a media o grande è la parte più difficile. Piccolo tende ad avere poco o nessun processo e "codifica degli eroi" come ha detto qualcun altro. Quindi, per diventare una società più grande, viene spesso richiesto un aiuto finanziario e l'azienda viene parzialmente acquistata da una società di venture capital che inizia quindi a seguire un processo finalizzato esclusivamente al profitto. Tutti i vantaggi della piccola impresa vanno via. I dipendenti iniziano a essere trattati come parti intercambiabili.

Peggio è che la base di codice che era adeguata per una piccola azienda è spesso completamente inadeguata come un'applicazione Enterprise perché non era progettata per prestazioni con grandi serie di dati dal primo giorno (specialisti di database, non abbiamo bisogno di quelli! è risultato che abbiamo fatto).

Man mano che l'azienda si amplia in parte acquisendo clienti più grandi, la necessità di dimostrare a quei clienti che i buoni processi sono in atto diventa maggiore. Di conseguenza, all'improvviso devi occuparti della gestione della configurazione, del test del QA e degli sviluppatori che perdono i loro diritti sui software di produzione e di gestione dei progetti. Tutto ciò è difficile da gestire per gli sviluppatori originali.