Le processus de développement de l’équipe définit qui fait quoi, quand et comment.
Dans le modèle en cascade, les activités logicielles s’effectuent selon une suite d’étapes, chacune étant basée sur les activités de l’étape précédente.
Le modèle en spirale commence par une série de prototypes pilotés par les risques, suivie d’un processus structuré semblable à la cascade.
L’approche itérative, hybride des modèles en cascade et en spirale, déconnecte les phases du cycle de vie des activités logicielles qui ont lieu à chaque phase.
Quel que soit le modèle utilisé, vous devez obligatoirement développer au moins un prototype précoce afin d’obtenir des retours de la part du client.

L’une des problèmes les plus frustrants, les plus répandus et apparemment tout simplement sinistres dans le développement d’applications est le « syndrome du “Oui, mais” », observation de la réaction des utilisateurs à chaque logiciel que j’ai jamais développé.

Pour une raison quelconque, j’observe toujours deux réactions immédiates, distinctes et séparées lorsque les utilisateurs voient pour la première fois l’implémentation du système :

• « Wahou, c’est super cool ; on peut vraiment l’utiliser, quel beau travail, bon boulot, etc. » • « Oui, mais, hum, maintenant que je le vois, et si on faisait… ? N’aurait-il pas été bien si… ? Que s’est-il passé avec… ? »

Basic Software Development Process:

1. Defining the requirements.
2. Approval.
3. Template designs.
4. Template approval.
5. Coding.
6. Internal release.
7. Testing.
8. Alpha release.
9. Beta release.
10. Project goes live.

This is the process I follow.