L'expression du besoin est une étape capitale. D’une mauvaise expression du besoin découlera un mécontentement, des litiges et des tensions inutiles dans le déroulement du projet.
L'adéquation du projet au besoin qu'il doit satisfaire conditionne forcément la réussite du projet. Si l'expression de besoin est bonne à l'origine, elle peut être altérée par les transmissions successives. On estime qu'à chaque transfert 10% de l'information sont perdus.
Afin de maîtriser les charges et les délais, il est vital que les livraisons itératives soient vérifiées, recettées et validées. Plus une erreur sera détectée en amont dans le processus moins le coût de sa correction sera élevé. On entend ici par erreur une fonctionnalité mal interprétée, ou un fonctionnement qui ne convient pas. Ce coût est exponentiel selon l'avancée du projet.
Pour éviter les mécontentements ou incompréhensions, l’implication des utilisateurs dès les phases amont du projet est une solution qualitative. Cela est souvent présenté comme une cause de succès.
Trop de projets informatiques sont encore en échec. Aujourd’hui on distingue deux raisons à cela :
C’est l’utilisation de méthodologies et d’outils déjà utilisés dans l’industrie informatique et tout à fait transposables à cette nouvelle composante qu’est le web.
L’ingénierie logicielle permet de garantir des coûts, des délais, une qualité de projets, de rendre le développement pragmatique et prévisible au travers de méthodes, de procédures et d’outils.
Autrement dit, le génie logiciel est l'application systématique des connaissances, des méthodes et des acquis pour la conception, le développement, le test et la documentation de logiciels, afin d'en rationaliser la production, le suivi et la qualité. Mais il est également basé sur des concepts plus informels et demande des capacités de communication, d'interprétation et d'anticipation.
Afin de nous améliorer régulièrement nous avons choisi de mettre en place une démarche qualité.
La qualité d'un logiciel dépend fortement de la démarche appliquée pour le réaliser. La maturité du processus de production d'un logiciel a été définie en février 1993 par le rapport Capability Maturity Model for Software du Carnegie Mellon Software Engineering Institute
.

Notre première version des normes de développement voit le jour en 2009 et notre marche vers le niveau 3 du CMMI continue.
Un wiki interne et des outils de gestion de projet et d’incidents sont mis en place afin d’industrialiser notre parcours projet.
Nous adoptons l’utilisation de frameworks dans nos projets en plus de l’intégration d’outils Open Source.
Ils ont fait confiance à notre démarche qualité et à notre savoir faire :