1. En avant avec l'industrialisation!
2. Préoccupations transversales
3. Preuves
4. Quelques pratiques

• On a souvent voulu se débarasser du programmeur en le transformant en ouvrier
• On a essayé de le remplacer par des analystes d'affaires
• On a essayé de l'oustourcer

Un ingénieur (du latin ingenium) est un professionnel exerçant des activités de conception et de direction de projets, de réalisation et de mise en œuvre de produits, de systèmes ou de services impliquant des problèmes techniques complexes. Ces responsabilités supposent alors un ensemble de connaissances techniques d'une part, économiques, sociales, environnementales et humaines d'autre part, reposant sur une solide culture scientifique. [Source : Wikipedia ]

• Organisation
• Science
• Humain et social

• Proposer des orientations / principes
• Keep it simple
• Ne pas tomber dans une méthode particulière, il y a bien d'autres présentations pour cela
• Je n'ai rien à vendre :-)
• Dans cette optique, nous resterons haut niveau

• Malgré les processus, les projets sont en retards et au dessus du budget
• Il y aura toujours des besoins contradictoires
• Lesquels écouter ?

• Beaucoup de dogmes, peu d'élus
• Le problème revient toujours à l'humain
• Les orientations de l'industrie changent très souvent

• Séparation structure / présentation / comportement
• Comment : les techniques, qui risquent de changer

• Économie de biens virtuels
• Informatique en nuages
• Web et Mobile
• Perspectives économiques incertaines
• Communications sans vie privée
• Design et ergonomie / limites de la technologie
• Touch computing

• Diminuer les coûts
• On demande plus de qualité
• Les changements sont toujours aussi rapides
• Industrialisation ?
• Problèmes sérieux de sécurité, intégrité
• Être à l'écoute des besoins de l'industrie

• Trop généraliser coûte cher en intégration.
• La solution très spécifique et temporaire devient permanente

• La compréhesion "ownership" d'un projet
• Pas tout-à-fait dans les sens de Scrum.
• Autant les aspects organisationnels que technologiques et humains.

• Créativité artistique et ingénierie
• Le produit est la page Web
• La chaîne de montage est l'application
• Nous travaillons à construire ou assembler cette chaîne de montage
• Méta-chaîne de montage et méta-plan
• L'effet papillon est important!

• Gestion
• Accessibilité
• Sécurité
• Performance
• Ergonomie utilisabilité, aspects cognitifs
• Référencement SEO, SEM

• Qualité et recherche de bogues
• Mise en place de normes de développement
• Impact des choix d'architecture
• Identification des risques
• S'empêcher de réinventer la roue

• Principe d'amélioration progressive
• Normes gouvernementales en accessibilité (ex: SGQRI-008 au Québec)
• Revue du design / code

• Calcul des besoins en performance
• Identification des goulots d'étranglement
• Tests de performances
• Identification des fuites de mémoire
• Mise en place d'environnements reflètant le plus possible la réalité

• S'assurer que les bases sont respectés
• Ensuite, on optimise selon les besoins du projet

• Peu importe les outils et méthodes
• Selon le besoin (et le budget)
• Idéalement, la preuve est mathématique / scientifique et représente la réalite

• On ne peut pas toujours éviter la complexité
• Il n'y a peut-être que les fous qui ne doutent pas
• Mais si le doute nous empêche d'agir, il faut douter du doute
• La meilleure solution, c'est la vôtre (and stick with it)

• Identifier et éliminer les risques le plus tôt dans le projet
• Identifier les priorités : la valeur pour le client
• Faire attention au surmenage
• Contraintes de projet

• Les technologies changent rapidement
• Les méthodologies évoluent, et tout le monde pense différemment
• Trop d'opinions
• Établir des normes de développement et guérites de validation

• Assurer la maîtrise du sujet

• Avec toutes ces contradictions...
• On a le droit d'être passionné par ce qui nouveau
• On a le droit d'écouter ceux qui y sont passés avant nous
• On réinvente souvent la roue (des fois elle est un peu plus vite, mais vaut-elle la peine)

• Je n'en ferai pas la liste, mais...
• Faut au minimum être au courant.
• Séparation des préoccupations
• Modèle vue contrôleur

• Quand elle est nécessaire
• Contrôler la dette technologique

• Développement, tests, assurance qualité
• Pré-production, staging, production

• L'objectif d'une preuve est d'augmenter les chances de succès d'un projet, pas de cacher les problèmes en se donnant un sentiment que tout va bien.
• Niveau de confiance des preuves selon le contexte
• Pour valider : normes et guérites
• Preuves par expérience ? Selon le contexte

• Normes de développement (niveaux CMMI)
• Rechercher la répétition du succès

• Changement d'orientation
• Croissance de l'entreprise - industrialisation à petite échelle
• Attention à l'inflexibilité

• Point de vue développeur
• Organisé, mais pas trop

• Minimiser les hypothèses non vérifiées et les incertitudes
• Les éliminer le plus tôt dans un projet
• Encore une fois, le prototype aide
• Se méfier de "Ça devrait marcher !"

• Toujours garder en tête que l'objectif est de livrer
• (préférablement en temps et budget et avec le niveau de qualité visé)
• Même quand le temps et le budget sont dépassés
• Garder le focus, ne pas abandonner!
• Contrôler la dette technologique

• Keep it simple
• Il n'y a pas de "One size fits all"
• Être idéaliste dans ce qu'on vise
• Être pragmatique dans ce qu'on fait

• La confiance en nos preuves doit être le plus élevée possible
• Suivre les bonnes pratiques de base (tests, etc)
• Nous sommes plus que des éxécutants et ne jamais l'oublier!
• Ne jamais laisser tomber!

• Ce contenu est déposé intégralement sous licence Creative Commons de type BY-SA.
• Les images contenues dans cette présentation appartiennent à leurs propriétaires respectifs et sont utilisées selon la doctrine de l'utilisation équitable (fair use). (En gros, je les enlève si vous le voulez)

• W3Qc: Les standards Web au Québec!
• D'autres ressources à venir

• Merci!
• Mon site Web personnel, http://benoitpiette.com
• Continuons notre discussion sur Twitter (http://twitter.com/benoitpiette)
• N'hésitez pas à me contacter : benoit.piette@w3qc.org