Che tipo di sviluppo sto facendo?

Sei una persona che lavora al software interno e non segui ancora nessun processo formale specifico. A mio parere, non esiste un nome diverso da "programmazione".

Se vuoi lavorare più professionalmente (perché le parti interessate vogliono sapere quando le cose sono fatte, per esempio), le prime cose che dovrebbero essere in atto sono:

• Controllo del codice sorgente. Usalo per ogni riga di codice di sempre. Lavora in un ramo fino a quando non viene fatto qualcosa, quindi uniscilo a un ramo principale.
• Avere un ambiente separato da sviluppare e uno utilizzato nella produzione
• Utilizza un sistema di biglietteria. Ogni funzione su cui lavori deve avere il suo biglietto. Le persone che vogliono qualcosa fatto possono aprire un nuovo biglietto (o puoi aprirne uno per loro) e puoi discutere i dettagli nel biglietto. Ogni volta che rilasci una nuova versione, puoi dire alle persone quali biglietti sono inclusi, e poi puoi discutere con il tuo capo su quali biglietti lavorare su Avanti.
• Quando hai finito con un ticket, permetti alle parti interessate di testarlo.
• Automatizza il processo di messa in diretta del sito in modo da non dimenticare le cose e puoi tornare alla versione precedente se qualcosa non funziona.
• Test unitari. Invece di fare qualcosa e provare se funziona, puoi scrivere anche un po 'di codice che prova se funziona? Se è così, questo ha molti vantaggi: di solito è più veloce e puoi tenerli in giro, in modo che in futuro tu possa testare automaticamente tutto ciò che hai provato prima.

Credo che sia la base di più o meno qualsiasi metodo di sempre.

Stai semplicemente sviluppando software, non sono a conoscenza di un nome speciale per questo. Quello che stai facendo è abbastanza normale per le persone che sono venute in programmazione come hai fatto tu - gli affari di una sola persona autodidatti.

Per quello che posso dire, non lo vedi come un problema di per sé, e nessun altro nella tua azienda lo fa? Principalmente, niente ti impedisce di continuare così. Molti piccoli strumenti personali / interni sono stati sviluppati in questo modo e funzionano perfettamente. Potresti incorrere in problemi per alcuni motivi ...

• Se lasci la compagnia, ti ammali o muori, nessuno sarà in grado di occuparsi ragionevolmente del tuo lavoro (chiamato anche "fattore camion", puoi essere invaso da un camion in qualsiasi momento).
• Se il carico di lavoro aumenta, potresti non essere in grado di dedicare tutto il tempo necessario al tuo progetto per tenere il passo con la qualità richiesta; potrebbero esserci gravi bug che cancellano i dati o, peggio, introducono una corruzione dei dati che può essere individuata solo quando è troppo tardi.
• Potresti essere stufo di tutto questo dopo un po 'di tempo e sarà difficile per te trovare un programmatore sostitutivo per te, che porti a una frustrazione senza fine.

... ma d'altra parte potresti semplicemente star bene.

Vuoi cambiare il tuo stile di sviluppo o stai bene con esso?

Questo suona più simile allo sviluppo del modulo -agile. Hai già tutti i requisiti o stai sviluppando i requisiti mentre ti sposti da un modulo a un altro?