Arbre de décision du déploiement et du développement

Ce qui suit s'applique à toutes les technologies pour lesquelles AvanTech offre des services.

Tiki Wiki CMS Groupware est l'application web qui intègre le plus grand nombre de fonctionnalités et WikiSuite est certainement le projet le plus complet dans sa catégorie. Cela dit, il arrive souvent qu'en travaillant sur le projet d'un client nous soyons confrontés à la nécessité d'améliorer des fonctionnalités existantes ou d'en proposer de nouvelles.

Dans de tels cas, notre objectif sera toujours d'optimiser le temps et l'argent que nos clients souhaitent investir dans leur projet. Puisque la liste des fonctionnalités souhaitables par le client tend à être plus importante que ce que permet leur budget à court terme, notre approche consiste à répondre aux besoins prioritaires dans un premier temps et à planifier les améliorations à réaliser plus tard, dans une phase subséquente du projet.

Développer une nouvelle fonctionnalité est généralement plus long à réaliser et plus coûteux en argent que de configurer et au besoin adapter des fonctionnalités existantes. Par exemple, avec les trackers de Tiki, qui permettent de gérer des bases de données, des formulaires et des rapports, nous pouvons très souvent répondre à des besoins très particuliers sans passer par le développement de nouvelles fonctionnalités.

Lorsqu'un client nous demande une fonctionnalité, nous nous posons systématiquement les questions suivantes:

La fonctionnalité désirée est-elle déjà disponible?

• OUI, elle répond au besoin Nous configurons la fonctionnalité immédiatement, elle est testée par le client et nous corrigeons les problèmes rencontrés au passage.
• OUI, elle répond au besoin, mais imparfaitement Nous configurons la fonctionnalité et concevons une solution temporaire grâce à du code bien testé que nous avons déjà sous la main. Nous planifions également une version améliorée et plus complète de la solution à réaliser lors d'une phase subséquente du projet. Voir la question suivante.
• NON Voir la question suivante.

La fonctionnalité désirée est-elle vraiment nécessaire?

• OUI, de manière urgente Dans un tel cas, nous développons une solution complète sur mesure que nous intégrons dans Tiki. Cette avenue est plus coûteuse Un projet rapide, pas cher, de bonne qualité -> jusqu’à deux choix.
• OUI, mais ce n'est pas une urgence
  • La fonctionnalité désirée est-elle disponible dans une version plus récente de Tiki?
    • OUI Nous faisons une sauvegarde des données du client et nous les importons dans une instance de test d'une version plus récente de Tiki. Partant de là, nous évaluons si le jeu en vaut la chandelle.
    • NON La fonctionnalité n'est pas disponible, mais peut-être est-il réaliste de planifier son développement dans une version subséquente de Tiki? Dans ce cas nous explorons la possibilité de collaborer avec la communauté des développeurs de Tiki pour que la fonctionnalité désirée soit inscrite au calendrier de développement de Tiki. De cette manière, il sera possible de profiter de la fonctionnalité lors de la prochaine mise à jour de Tiki chez le client.
• PAS VRAIMENT La fonctionnalité n'est pas disponible et il ne semble pas réaliste de l'espérer dans la prochaine version de Tiki. Dans ce cas, nous ajoutons la fonctionnalité à notre propre liste de souhaits et nous réévaluons périodiquement la faisabilité de son développement.

Voir aussi: prototype et solutions personnalisées.