Esiste una metodologia di sviluppo del software più adatta allo sviluppo di iPhone?

Una metodologia software è semplicemente uno strumento che ti aiuta a fare in modo che il lavoro sia svolto correttamente. Non devi seguire alcuna metodologia formale per creare un ottimo software sulla piattaforma qualsiasi . In breve, la piattaforma non impone il processo o la metodologia che si utilizza.

Invece di andare su un menu di metodologie, prenditi del tempo per capire il tuo particolare progetto. Ci saranno sfide che i tuoi progetti il tuo non sono necessariamente indirizzati o enunciati nella metodologia off the shelf . Avrai bisogno di adattare il processo alla tua situazione. Ad esempio, se hai bisogno di coordinare le risorse artistiche e le risorse di sviluppo, devi aggiustare le cose in modo che entrambi i team forniscano le risorse giuste al momento giusto.

Mentre prediligo le metodologie agili, il mio "marchio" di agile non è una delle varietà off the shelf. Ho incorporato buone pratiche sia da sfondi agili che da sfondi CMMI o IEEE più formali. Gli aspetti importanti stanno decidendo:

• Di quanta documentazione hai veramente bisogno? Decidi il pubblico di destinazione per ogni documento che ritieni necessario. Lascia che il pubblico di destinazione abbia l'ultima parola sul fatto che ne abbia davvero bisogno.
• Quanto rapidamente ti aspetti che aspetti del progetto cambino? Lavora su cose stabili mentre martella quei dettagli che cambiano. NOTA: più rapidamente ti aspetti che le cose cambino, più è piccolo hai bisogno delle tue iterazioni per mantenere basso il costo del cambiamento.
• Sai davvero cosa vuoi o stai scoprendo mentre vai? La maggior parte delle interfacce utente incorpora la sperimentazione e la scoperta come parte del processo di preparazione della salsa segreta per rendere la tua applicazione fantastica. Più non sai, più spesso devi attaccare una versione della tua app davanti agli utenti. Questi eventi devono essere pianificati e il feedback incorporato. L'interazione da macchina a macchina d'altra parte è piuttosto statica.

Tutto ciò presuppone che avrete a disposizione una gestione di base del controllo del codice sorgente e strumenti per il rilevamento di problemi / bug / funzionalità nel vostro ambiente. Sia che utilizziate un particolare marchio di processi agili / formali, sia che elaboriate il vostro processo, questi sono gli elementi minimi richiesti per una progettazione di successo. Devi essere in grado di ripristinare certe modifiche preservando tutte le altre (gestione del controllo del codice sorgente) e devi essere in grado di assicurarti di chiudere tutti i bug che hai trovato. Ci sono strumenti gratuiti disponibili per occuparsi di entrambi gli aspetti, quindi non ci sono assolutamente scuse per non farlo.

Non vedo perché nessuna metodologia di gestione possa essere applicata allo sviluppo di iOS. È solo uno sviluppo, il fatto che sia per una piattaforma altamente pubblicizzata non cambia davvero le basi del lavoro.

La metodologia iOS impiegata nella mia azienda sembra essere "non possiamo dirti ciò che vogliamo finché non ci mostrerai qualcosa che non ci piace e siamo scioccati (scioccati!) dal fatto che non incontrerai il Scadenza." Non così diverso dallo sviluppo per altre piattaforme, eh? ; -)