Lavoro per una grande azienda, che impone l'uso di processi agili. Ad esempio, per i nostri progetti, utilizziamo servizi basati su cloud che sono specificamente mirati alla gestione dello sviluppo agile.
Il gruppo di ingegneria specifico per cui lavoro non ha tradizionalmente sviluppato software (invece, aiutiamo a guidare i progetti da un punto di vista molto più da vicino), ma questo sta cambiando. Abbiamo una vasta gamma di progetti software imminenti / pianificati che sono per lo più incentrati sui dati, ad esempio eseguiremo il monitoraggio dei dati, la raccolta, l'aggregazione e alcuni rapporti. Altre attività riguardano l'automazione con hardware specializzato e vari tipi di architetture client / server (multi-livello). Devo assistere al processo di assunzione di più persone e formulare molti dei nostri piani per andare avanti.
La mia domanda è se fare o meno la prototipazione rapida (codice per lo scarto) si adatta a una filosofia agile. Ad esempio, adoro Python e la sua vasta gamma di pacchetti. Vedo la possibilità di implementare molte delle nostre idee molto rapidamente con un flusso di lavoro basato su Python. Tuttavia, penso che ci saranno molte percezioni sul fatto che Python non è "enterprise-quality", e gran parte di questo lavoro dovrebbe essere riscritta in Java o forse in C ++.
Tuttavia, la creazione dei prototipi Python ci darebbe un sacco di buonsenso per consentirci di fornire rapidamente risultati reali.
Sei riuscito a incorporare la prototipazione rapida, si spera in Python, in un solido flusso di lavoro agile in un ambiente aziendale?