18 août 2010Un ensemble de exigences est complet s’il décrit, et seulement s’il décrit, toutes les exigences importantes concernant l’utilisateur, y compris les exigences liées à la fonctionnalité, aux performances, aux contraintes de conception, aux attributs ou aux interfaces externes.
31 juillet 2010Tout comme il n’existe pas un seul langage de programmation idéal pour chaque application, il n’existe pas une seule méthode idéale pour rédiger les spécifications plus détaillées. Des environnements différents exigent des techniques différentes, et les gestionnaires de besoins ainsi que les rédacteurs de spécifications devront probablement développer un mélange de compétences adaptées à diverses situations.
20 juillet 2010Le 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.
19 juillet 2010Certaines personnes pensent que la meilleure façon d’estimer un projet est d’avoir des exigences détaillées et des informations de conception pour chaque fonctionnalité. Elles peuvent soutenir que c’est la manière la plus professionnelle et précise d’aborder le problème. Toutefois, je ne partage pas cet avis. Je pense qu’il est plus important de pouvoir prendre rapidement des décisions concernant le périmètre du projet sans passer trop de temps et de ressources à faire des estimations détaillées. Pourquoi ? Parce que les estimations détaillées se révèlent souvent fausses ou sans pertinence plus tard, et elles créent un « inventaire gaspillé » qui aurait pu être utilisé pour des activités plus valorisantes. Je vous suggère de ne faire des estimations détaillées que lorsque le calendrier le permet, et lorsque vous avez une compréhension claire de la valeur et de la priorité de chaque fonctionnalité.
17 juillet 2010Dans de nombreux projets, afin de fournir une probabilité raisonnable de succès, il faudra réduire l’ampleur du travail d’autant que d’un facteur deux.
14 juillet 2010L’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… ? »
12 juillet 2010Le développement logiciel est un processus complexe et collaboratif qui exige une bonne collaboration et une communication efficace. Toutefois, de nombreuses équipes logicielles rencontrent des problèmes de productivité et échouent à livrer des produits de haute qualité dans les délais et le budget prévus. Dans ce billet, je vais expliquer pourquoi la productivité d’une équipe est plus importante que celle d’un individu, et comment vous pouvez améliorer la performance de votre équipe logicielle en appliquant des stratégies éprouvées et des bonnes pratiques.
22 mars 2010Scrum est un modèle de développement agile qui permet aux équipes de livrer des produits logiciels plus rapidement et avec une qualité supérieure. Scrum consiste à décomposer le produit en petites parties gérables appelées éléments de backlog, et à y travailler en itérations courtes appelées sprints. Voici les 8 étapes à suivre pour mettre en œuvre Scrum avec succès :
Étape 1 : Préparez votre backlog produit. Le backlog produit est une liste de fonctionnalités et de exigences que vous souhaitez inclure dans votre produit. Vous devez impliquer les parties prenantes, telles que les clients, utilisateurs ou gestionnaires, afin de créer et prioriser cette liste. Vous devez également obtenir l’approbation du propriétaire produit, la personne chargée de définir et de gérer la vision et les objectifs du produit.
8 mars 2010Pourquoi les programmeurs veulent recommencer à zéro
Vous avez déjà ressenti l’envie d’abandonner votre code et de le réécrire depuis le début ? Si c’est le cas, vous n’êtes pas seul. Beaucoup de programmeurs éprouvent cette tentation, et il y a une raison cachée derrière cela. La raison n’est pas que le code ancien est mauvais, mais qu’il est difficile à comprendre. Il existe un principe fondamental du développement qui explique cela : lire du code est plus difficile que d’écrire du code. C’est pourquoi réutiliser du code est si difficile. C’est pourquoi chaque développeur de votre équipe a sa propre façon préférée de séparer une chaîne en tableau. Ils créent leur propre fonction parce que c’est plus agréable et plus simple que d’apprendre comment fonctionne celle existante.
1 octobre 2009Basic Software Development Process:
This is the process I follow.